Div3rsaFi
Trade the Ladder. Own the Block.
Whitepaper v1.1 | February 2026
A product of the iGetAlgo ($iGA) ecosystem
Abstract
Div3rsaFi is a decentralized binary prediction market built on the Algorand blockchain, enabling users to trade on the outcomes of real-world events in crypto, equities, and index markets. Every dollar deposited, every order matched, and every payout settled is enforced by on-chain smart contracts and verifiable by anyone.
The platform is a product of the iGetAlgo ($iGA) ecosystem. All trading fees generated by Div3rsaFi are distributed through an on-chain fee distribution contract with a fixed, immutable split: 30% to $iGA token holders, 30% to the iGA/USDC liquidity pool, 30% to the market maker fund, and 10% to operations. No fees are deducted before distribution. No discretionary expenses are subtracted. What the contract says is what happens.
This whitepaper describes the platform architecture, fee structure, security model, oracle design, and the role of $iGA within the Div3rsaFi ecosystem.
Introduction
Prediction markets allow participants to express conviction about future outcomes by putting capital at risk. When designed well, they aggregate information more efficiently than polls, pundits, or traditional analysis. The mechanism is simple: if you believe an outcome is more likely than the current market price suggests, you buy. If the outcome aligns with your position, the contract pays out. If it does not, the collateral is forfeited.
Blockchain technology makes prediction markets transparent and trustless. Funds are held in smart contracts rather than corporate bank accounts. Settlement is determined by oracle-verified data rather than human discretion. And every transaction is publicly auditable on-chain.
Div3rsaFi brings this model to the Algorand blockchain, focusing on crypto assets, equities, and market indexes. Algorand provides sub-4-second finality, transaction fees under $0.0001, and a robust smart contract platform (AVM) that supports the complex logic required for order matching, settlement, and fee distribution. The platform uses USDCa (USDC on Algorand) as its sole collateral asset, eliminating token volatility risk from the trading experience.
Why Algorand
Algorand provides the technical foundation that makes Div3rsaFi possible. Sub-4-second block finality means orders are confirmed almost instantly. Transaction fees averaging $0.0001 make frequent trading economically viable. The AVM smart contract platform supports the complex logic required for atomic order matching, multi-party settlement, and on-chain fee distribution.
Box storage, a feature of Algorand's smart contract platform, enables Div3rsaFi to store individual order data directly on-chain within a single contract. This eliminates the need to deploy separate contracts for each market, reducing gas costs and simplifying the audit surface. ARC-28 structured events provide a standardized way for the backend to monitor contract state changes in real time.
USDCa (USDC on Algorand) serves as the sole collateral asset, providing traders with a stable, dollar-denominated unit of account. There is no exposure to native token volatility when trading. What you deposit in USDCa is what you trade with and what you receive as a payout.
Beyond serving its users, Div3rsaFi contributes directly to the health of the Algorand ecosystem. Every order placement, match, settlement, fee distribution, and LP deposit generates on-chain transactions, increasing network activity and demonstrating real-world utility. More importantly, the platform creates a natural demand for USDCa: traders must bridge or acquire USDC on Algorand to participate, bringing new stablecoin liquidity on-chain. That liquidity does not sit idle. 30% of all trading fees are automatically deposited into the iGA/USDC liquidity pool on Tinyman in real time, deepening the available trading depth for the broader Algorand DeFi ecosystem. By tying prediction market activity to continuous liquidity provisioning, Div3rsaFi addresses one of Algorand's core challenges: attracting and retaining stablecoin liquidity on-chain.
Self-Custody Without Compromise
Div3rsaFi is a fully self-custodial platform. Users connect their own Algorand wallet (Pera, Defly, or any WalletConnect-compatible wallet) and retain sole control of their private keys throughout the entire trading lifecycle. The platform never creates wallets on behalf of users, never holds or co-signs private keys, and never has the ability to move user funds outside of the smart contract logic that governs the system.
When a trader places an order, they sign a transaction from their own wallet that deposits USDCa into the Escrow contract. That collateral is held on-chain, governed by 110 smart contract assertions that enforce every rule of the system: who can withdraw, under what conditions, and how much. The platform's admin key cannot withdraw user funds. The matcher key cannot withdraw user funds. Only the settlement logic, triggered by oracle-verified price data, can release collateral, and only to the rightful recipient as determined by the contract outcome.
If the Div3rsaFi frontend went offline permanently, every dollar in escrow would remain on-chain, accessible and verifiable by anyone with an Algorand block explorer. No intermediary stands between the user and their funds.
Why This Works on Algorand
Most prediction markets force users to choose between self-custody and a seamless trading experience. Platforms built on higher-cost, slower-finality blockchains face a practical problem: every on-chain action costs money and takes time. Cancelling 50 open orders at market expiration, distributing payouts to hundreds of participants, or sending fee distributions to token holders, these operations become expensive and slow when each transaction costs $0.01 to $0.50 and takes 5 to 15 seconds to confirm. The result is that platforms adopt custodial shortcuts to absorb those costs and smooth the experience: proxy wallets, co-signed multisig accounts, relayer systems, or fully custodial models where the platform holds user funds directly.
Algorand eliminates these tradeoffs. With transaction fees averaging $0.0001 and block finality under 4 seconds, Div3rsaFi can perform every operational action on-chain, automatically, affordably, and without requiring custody of user funds.
Automatic order management.
When a market enters its halt window before expiration, the platform cancels all open orders and returns collateral to traders' wallets automatically. At $0.0001 per transaction, cancelling hundreds of orders costs fractions of a penny. Traders do not need to return to the platform to manually close positions or cancel stale orders.
Automatic settlement and payout.
Once the oracle confirms an outcome, the Settlement contract processes every matched position and distributes payouts directly to traders' wallets. There is no “claim” button. There is no waiting period. Funds arrive automatically because the cost of pushing payouts on-chain is negligible.
Automatic fee distribution.
The unified distribution service sends USDCa directly to $iGA holder wallets weekly, to market makers daily, and to the liquidity pool daily. Each transfer is an individual on-chain transaction costing $0.0001. Distributing to 100 holders costs $0.01. On higher-cost chains, this economics forces projects to use claim-based systems where holders must visit a website and pay gas to collect their share, or batch distributions through off-chain snapshots and Merkle proofs. On Algorand, the platform simply sends the funds.
Instant finality with no pending states.
Every order placement, match execution, and settlement completes with sub-4-second finality. There are no “confirming” states, no transaction queues, and no risk of front-running due to mempool exposure. When a trader places an order and it matches, the entire sequence (collateral lock, match execution, fee deduction, and event emission) settles atomically in a single block.
The Result
Div3rsaFi delivers the responsiveness and convenience that traders expect from a centralized platform. Orders execute near-instantly, payouts arrive automatically, fees distribute on schedule, and expired orders clean themselves up, all while maintaining the security guarantees that only self-custody can provide. The user experience is seamless not because the platform takes shortcuts with custody, but because the underlying blockchain is fast enough and cheap enough to do everything on-chain, in real time, for fractions of a cent.
This is the promise of blockchain-native finance: infrastructure so efficient that trustlessness comes without friction, and self-custody comes without compromise.
How It Works
Markets
Every market on Div3rsaFi is a binary question with a measurable outcome. Examples include whether Bitcoin will close above a specific price on a given date, whether the S&P 500 will end the week higher than it opened, or whether a particular Algorand-based asset will reach a target valuation.
Markets are created through the Market Factory contract and progress through a defined lifecycle: open for trading, locked during the halt window before expiration, and settled once the outcome is determined by oracle data. Each market has a defined expiration time, and all open orders are automatically cancelled when the halt window begins, protecting traders from last-minute exposure. The halt window duration varies by market timeframe: hourly markets lock 5 minutes before expiration, daily markets lock 30 minutes before, weekly markets lock 60 minutes before, and monthly markets lock 90 minutes before expiration.
Markets are created automatically by an on-chain scheduler that monitors the clock and creates each new market before the previous one expires. Hourly markets are created 5 minutes before the hour and daily markets 30 minutes before midnight UTC. Strikes are centered on the live oracle-aggregated price at creation time, ensuring the ladder reflects current market conditions. This means there is always an active market available for trading with no manual intervention or operator dependency. The system runs continuously with back-to-back markets: as one expires and settles, the next is already live.
The Strike Ladder
Div3rsaFi structures its markets using a strike ladder inspired by options trading. Rather than offering a single binary question per asset per timeframe, the platform generates nine strike prices for each market, spanning a range around the current market price. The range and spacing of these strikes are calculated based on the market's expiration timeframe and tailored to the specific asset, ensuring the ladder reflects realistic price movement expectations for that combination. For example, a daily Bitcoin market might include nine strikes at $88,000, $90,000, $92,000, $94,000, $96,000, $98,000, $100,000, $102,000, and $104,000, each representing an independent binary contract asking whether Bitcoin will close above that level.
Strike spacing is calibrated to each timeframe's expected volatility. Daily, weekly, and monthly markets use percentage-based spacing relative to the creation price, while hourly markets use fixed $250 additive intervals to reflect the narrower price movement expected within a single hour. All strikes are rounded to the nearest clean price level for readability.
| Timeframe | Spacing | Total Range | Rounding |
|---|---|---|---|
| Hourly | Fixed $250 intervals | ±$1,000 | $250 |
| Daily | 3% | ±12% | $2,000 |
| Weekly | 6% | ±24% | $5,000 |
| Monthly | 9% | ±36% | $5,000 |
This approach provides several advantages over traditional prediction markets that offer only a single yes-or-no question per event. Strikes closest to the current price are considered At-the-Money (ATM) and typically trade near $0.50, offering a balanced risk-reward profile for directional positions. Strikes further from the current price are Out-of-the-Money (OTM) and trade at significantly lower prices, sometimes $0.05 to $0.20, creating asymmetric payoff ratios where a correctly settled position can produce potential returns of 5x, 10x, or even 20x on the initial collateral. The ladder also creates natural arbitrage and spread trading opportunities between adjacent strikes, attracting more sophisticated participants and deepening overall liquidity, while the pricing across all nine strikes reveals an implied probability distribution for the underlying asset, giving participants richer market intelligence than a single binary price point can provide.
This dynamic is especially powerful on daily and hourly markets, where the short time horizon emulates the experience of 0DTE (zero days to expiration) options trading that has exploded in popularity in traditional finance. In 0DTE options, traders capitalize on rapid price movements within a single session, accepting higher risk for the potential of outsized returns. Div3rsaFi's daily markets deliver the same mechanic: a trader who buys an OTM daily Bitcoin strike at $0.08 and sees the price blow through that level by settlement collects $1.00, a 12.5x return, all within a single day. Hourly markets take this even further. Traders can capitalize on price movements within a single hour, making Div3rsaFi the fastest-expiring prediction market product available. The difference is that Div3rsaFi achieves this without the complexity of options Greeks, time decay curves, implied volatility calculations, or brokerage margin requirements. The cost of entry is simply the contract price, and the maximum loss is capped at that amount.
By combining ATM strikes for conservative directional positions with OTM strikes for asymmetric payoff opportunities across multiple timeframes, the strike ladder gives traders a full spectrum of risk-reward profiles within a single, accessible platform. Traditional prediction markets that offer only one binary question per event cannot provide this range of expression.
Orders and Matching
Traders place limit orders specifying a side (YES or NO), a direction (BUY or SELL), a price between $0.01 and $0.99, and a quantity. When placing an order, the required USDCa collateral is transferred to the Escrow contract and held on-chain until the order is matched, cancelled, or settled.
Div3rsaFi uses a unified order book where a YES BUY at $0.40 is equivalent to a NO SELL at $0.60. This means a single book serves both sides of the market, maximizing liquidity and minimizing spread.
The matching engine supports three types of matches. In a standard match, a buyer and seller on the same side trade at the maker's price. In a cross-side match, a YES buyer and a NO buyer whose prices sum to $1.00 or more are matched by minting complementary positions. In both cases, the maker's price is used as the execution price, following the standard exchange convention where the participant who provided liquidity first receives price priority. Each order's maker or taker designation is recorded on-chain in the order's box storage and displayed to users in their portfolio, allowing traders to verify exactly which fee tier applied to their execution.
Settlement
When a market expires, the oracle system aggregates price data from multiple independent sources. A minimum of two sources must agree within a 2% tolerance band for the settlement price to be accepted. A circuit breaker blocks settlement if the price has moved beyond configurable thresholds relative to the market creation price (50% for daily markets, 75% for weekly, 90% for monthly), protecting against catastrophic data failures.
Once a valid settlement price is established, the Settlement contract determines the outcome and distributes funds. Participants whose positions are confirmed by the settlement outcome receive their counterparty's escrowed collateral minus applicable fees. Participants on the opposite side forfeit their escrow. The entire flow, from oracle validation to payout, executes on-chain and is auditable.
Platform Architecture
Div3rsaFi operates across four on-chain smart contracts and a supporting backend and frontend infrastructure. All critical operations, including fund custody, order validation, match execution, and fee distribution, are enforced on-chain. The backend provides matching optimization and oracle aggregation, but cannot override or circumvent contract-level protections.
| Component | Description |
|---|---|
| Escrow Contract | Holds all user funds, manages orders, executes matches, enforces trading rules on-chain |
| Settlement Contract | Resolves markets using oracle-verified prices, distributes payouts to correct-outcome holders |
| Market Factory | Creates and manages market lifecycle (open, locked, settled) |
| Fee Distribution | Splits collected fees into four wallets at hardcoded 30/30/30/10 ratio |
| Backend Engine | Monitors on-chain events, runs matching engine, aggregates oracle data |
| Frontend | React application with wallet integration (Pera, Defly) for order placement |
This architecture uses a single Escrow contract with box storage for all orders across all markets. Each order is stored in its own box with a unique key derived from a monotonically incrementing counter, making collision impossible. This approach is more gas-efficient than deploying a separate contract for each market, reduces the administrative surface area, and ensures a single point of audit for all user funds.
Matching Engine
The matching engine runs as a backend service that monitors on-chain events and identifies executable matches. When a new order is placed on-chain, the EventListener detects it and adds it to the in-memory order book. The engine evaluates all possible matches and submits them to the Escrow contract for on-chain execution.
The engine enforces price-time priority: when multiple orders can fill an incoming order, the best-priced order executes first. Among orders at the same price, the earliest order takes precedence. The execution price is always the maker's price, rewarding the participant who provided liquidity.
Self-trade prevention is enforced at both layers. The backend engine will not submit a match between two orders from the same wallet. If such a match were somehow submitted directly to the contract, the on-chain assertion would reject it independently.
The engine also manages market lifecycle events including halt window order cancellation, post-settlement cleanup of stale orders, and state recovery on restart. If the backend goes offline and comes back, it reconstructs the full order book from on-chain box storage, ensuring no orders are lost or duplicated.
Oracle Design
Accurate and tamper-resistant price data is critical for prediction market settlement. Div3rsaFi uses a multi-source oracle aggregation system designed for reliability over speed.
The oracle system queries five independent price data providers for each settlement event. Prices are collected, and any source deviating more than 2% from the median is rejected as an outlier. A minimum of two sources must provide valid prices within the tolerance band for settlement to proceed. If fewer than two sources agree, settlement is blocked until data quality improves.
An additional circuit breaker compares the settlement price to the market's creation price. If the price has moved beyond the configured threshold for that market's timeframe (25% for hourly markets, 50% for daily, 75% for weekly, 90% for monthly), settlement is paused and flagged for review. This protects against scenarios where all API sources return identical but incorrect data due to upstream failures.
A dedicated health endpoint monitors oracle status in real time, reporting the number of active sources, current prices, and consensus status. If source availability drops below the minimum threshold, the system alerts operators before any settlement is attempted.
Security
Div3rsaFi treats security as a core product feature, not an afterthought. The platform has undergone comprehensive internal security review covering all four smart contracts, the backend infrastructure, and the frontend application. The result is 552 automated tests across 208 contract-level tests and 344 backend tests, covering normal operations, edge cases, rejection scenarios, and attack vectors.
| Protection | How It Works |
|---|---|
| On-Chain Enforcement | All trading rules enforced by smart contract assertions, not backend logic. 110 on-chain assertions validate every operation. |
| Self-Trade Prevention | Smart contract rejects any match where both sides share the same wallet address. |
| Role Separation | Admin and matcher operate with separate keys. A compromised matcher cannot withdraw fees, cancel orders, or rotate keys. |
| Two-Step Admin Transfer | Admin key rotation requires propose and accept from two separate addresses, preventing accidental lockout. |
| Oracle Consensus | Settlement prices require agreement from at least 2 independent sources with 2% outlier rejection and circuit breakers. |
| Inner Transaction Safety | All 18 inner transactions use fee=0 with no close-remainder or rekey operations, preventing fund drain. |
| Balance Reconciliation | Automated verification that on-chain balances match expected state after every settlement cycle. |
| Payment Validation | Every deposit verified: correct asset, correct receiver, correct sender, correct amount, all enforced on-chain. |
| 552 Automated Tests | 208 contract tests and 344 backend tests covering normal operations, edge cases, and attack scenarios. |
| Tinyman V1 Drain Prevention | Every deposit transaction checked for asset_close_to and rekey_to attacks, preventing the class of drain vulnerability that caused $3M in losses on Algorand in January 2022. |
| Group Size Validation | Contract rejects unexpected atomic group compositions. Every method that accepts grouped transactions validates the exact expected group size. |
| Settlement Isolation | Each matched order stores pair_total at match time, making settlement self-contained. No dependency on counterparty data or settlement ordering. |
| Market ID Verification | Settlement cross-validates that each order belongs to the correct market, preventing cross-market settlement manipulation. |
The security posture is designed around a principle of defense in depth. On-chain assertions are the primary enforcement layer. Backend validation provides a secondary check. Frontend input sanitization prevents malformed data from reaching either layer. No single point of failure can compromise user funds without multiple independent protections being simultaneously bypassed.
Algorand-Native Security Protections
Following comprehensive security auditing, the platform implements several protections specific to the Algorand Virtual Machine (AVM) and its transaction model.
Asset close-to validation.
Every grouped transaction is checked to ensure asset_close_to is set to the zero address, preventing the Tinyman V1-class drain attack that resulted in $3M in losses on Algorand in January 2022. This validation is enforced on-chain by the Escrow contract for every deposit transaction.
Rekey-to validation.
All grouped transactions are verified to prevent rekeying attacks that could transfer account control. The contract asserts that rekey_to is set to the zero address on every inbound transaction, ensuring no participant can be tricked into transferring signing authority.
Group size enforcement.
Every contract method that accepts grouped transactions validates the exact expected group size, preventing unexpected transaction compositions. A place-order call must be exactly a 2-transaction group (asset transfer + app call). A cancel or match must be exactly a 1-transaction group. This eliminates the attack surface where additional transactions are appended to a group to drain funds or manipulate state.
Market ID cross-validation.
Settlement verifies that each order belongs to the market being settled, preventing cross-market settlement manipulation where an attacker could attempt to settle orders from one market using the outcome of a different market.
Self-contained settlement (pair_total design).
When two orders are matched, the total paired escrow is calculated and stored in both order boxes at match time. At settlement, each order contains all the information needed to calculate the correct payout without reading the counterparty's data. This design was validated across multiple independent security audits as provably correct and eliminates any dependency on settlement ordering or counterparty box availability.
Fee Structure
Div3rsaFi uses a two-part fee structure designed to be competitive, transparent, and weighted toward rewarding liquidity providers.
Taker Fee: Under 1%
When a taker's order is matched against an existing order on the book, a fee of 0.999% of the escrowed amount is charged. This fee is deducted at match time from the taker's collateral. If the taker's order rests on the book and is subsequently filled by someone else, the original placer becomes the maker and pays no fee.
Settlement Fee: 3.33% of Profit
When a taker's position settles in the correct outcome, a fee of 3.33% is charged on the profit (the difference between the payout and the original escrow). This fee only applies to takers whose positions settle correctly. Takers on the incorrect side pay nothing at settlement. The result: traders whose positions settle incorrectly have already forfeited their escrow. They are not additionally charged a settlement fee.
Maker Fee: Zero
Makers pay no fees at any point. No taker fee. No settlement fee. This provides a strong incentive to provide liquidity by placing limit orders on the book, directly improving market depth and tightening spreads for all participants.
| Scenario | Match Fee | Settlement Fee | Total |
|---|---|---|---|
| Taker — correct outcome (10 contracts @ $0.50) | $0.050 | $0.167 | $0.217 |
| Taker — incorrect outcome (10 contracts @ $0.50) | $0.050 | $0.00 | $0.050 |
| Maker — correct outcome (any price) | $0.00 | $0.00 | $0.00 |
| Maker — incorrect outcome (any price) | $0.00 | $0.00 | $0.00 |
Fee Distribution
All fees collected by the platform are distributed through the Fee Distribution smart contract. The allocation is hardcoded on-chain and cannot be modified after deployment. There are no discretionary deductions, no operational expenses subtracted before distribution, and no ambiguity about where fees go. The split is verifiable by anyone inspecting the contract.
| Recipient | Allocation | Distribution |
|---|---|---|
| $iGA Token Holders | 30% | Weekly USDC (Wednesdays at midnight UTC) |
| iGA/USDC Liquidity Pool | 30% | Real-time USDC (automated) |
| Market Maker Fund | 30% | Daily USDC (midnight UTC) |
| Operations | 10% | Biweekly USDC (Fridays at midnight UTC) |
$iGA Token Holders (30%)
Distributed weekly every Wednesday in USDCa, proportional to each holder's share of the circulating $iGA supply. No staking or lockup required. Holding $iGA makes you eligible for a proportional share of this allocation, subject to platform activity and fee generation. The distribution service snapshots holder balances via the Algorand Indexer at distribution time. Only holders who have opted into USDCa are eligible; unclaimed shares roll into the next weekly cycle.
iGA/USDC Liquidity Pool (30%)
Deposited in real time into the iGA/USDC liquidity pool on Tinyman as fees accumulate, deepening the trading liquidity available for the $iGA token. Continuous micro-deposits smooth the price impact compared to large periodic injections, supporting organic price discovery. A deeper pool means tighter spreads and lower slippage for anyone buying or selling $iGA, directly supporting the token's market health. The resulting LP tokens are protocol-owned liquidity and remain in the platform's LP wallet.
Market Maker Fund (30%)
Distributed daily at midnight UTC to qualifying market makers based on accumulated liquidity scores. Funds are dedicated to maintaining continuous two-sided liquidity across active markets, ensuring traders can always find a counterparty. The scoring, snapshot, and distribution mechanics are detailed in the Market Maker Rewards section.
Operations (10%)
Transferred biweekly to the operations address. Covers infrastructure, development, and maintenance. This is a known, fixed percentage, not a variable deduction applied before distribution.
Market Maker Rewards
The 30% market maker fund incentivizes users who contribute meaningful depth to the prediction market order book. The reward system operates across four coordinated modules: scoring, allocation, distribution, and persistence. Together, these modules ensure that rewards flow proportionally to the makers who contribute the most useful liquidity, measured objectively and distributed automatically on-chain.
Scoring
Each maker's contribution is scored using a quadratic formula: S = ((max_spread − distance) / max_spread)² × quantity. The max_spread parameter is set to 3 cents from the midpoint, and the minimum qualifying order size is 1 contract. This formula rewards orders that are both large and tightly priced. An order sitting 1 cent from the midpoint scores dramatically higher than one sitting 2 cents away, and doubling the order size doubles the score linearly while tighter pricing increases it quadratically.
Scoring snapshots are taken every 15 minutes, with a random jitter of ±25% applied to the snapshot interval to prevent makers from gaming the system by placing orders only at predictable measurement times. Additionally, orders must be resting on the book for at least 3 minutes before they become eligible for scoring, preventing snapshot sniping where a maker places orders moments before a snapshot and cancels immediately after. Scores accumulate across all snapshots throughout the day and reset after each daily distribution cycle.
For each market strike, the system computes a YES midpoint from the best bid and best ask, and derives the NO midpoint as 100 minus the YES midpoint. Orders closer to the midpoint score higher, directly incentivizing tight spreads. On one-sided markets where only buys or only sells are present, the best available price is used as the midpoint estimate and orders are scored using the same distance formula. Combined with the two-sided averaging described below, this means one-sided liquidity providers earn at most half the score of an equivalent two-sided maker, reflecting the reduced value of one-sided quoting.
A low midpoint rule adds an additional safeguard: when the YES midpoint falls below 10 cents, both buy and sell orders must be present on a given side for any maker to be eligible for rewards on that side. One-sided books are blocked entirely under this threshold. This prevents exploitation in extreme-probability markets where one-sided quoting at negligible prices could farm rewards without providing meaningful liquidity.
Each maker's final score for a given market is calculated as the average of their YES and NO scores: Qa = (Q_yes + Q_no) / 2. This formula directly incentivizes two-sided quoting. A maker who provides liquidity on both sides of a market earns a meaningfully higher score than one who quotes only a single side, reflecting their greater contribution to market tradability. Single-sided liquidity still qualifies but produces a lower average score since the missing side contributes zero.
A final strike-level weight adjusts each score based on how close the strike is to at-the-money. Strikes where the probability midpoint is near 50% receive the full weight, while deep out-of-the-money or in-the-money strikes receive proportionally less. The weight is calculated as: W = 1 − |midpoint − 50| / 50, which peaks at 1.0 for an even-odds strike and approaches 0.0 at the extremes. This incentivizes makers to concentrate liquidity where it matters most — near active, contested probability levels — rather than farming rewards by quoting only the deep fringes of a market where fills are rare and price discovery contributes little.
Market Allocation
Before individual maker scores determine payouts, the total available reward pool is split across all active markets using a 50/50 allocation model. Half of the pool is distributed equally across all active markets, ensuring that every market receives a baseline level of maker incentive regardless of its current trading volume. The other half is distributed proportionally based on each market's trailing average volume, directing more rewards toward markets where traders are most active and liquidity is most needed.
The trailing volume windows are calibrated to each market's timeframe: hourly markets use a 24-hour trailing average, daily markets use a 7-day trailing average, weekly markets use a 4-period trailing average, and monthly markets use a 3-period trailing average. This approach prevents a single high-volume day from dominating allocations and smooths the reward distribution over a representative activity window. New markets with no volume history receive an equal share of the bonus allocation until sufficient trading data accumulates. Markets are automatically deactivated from the reward system after settlement.
Distribution
All four fee allocations are managed by a unified distribution service running as an automated background process. A single monitoring loop checks every 60 seconds and triggers each distribution job on its own schedule: market maker rewards daily at midnight UTC, iGA holder distributions weekly on Wednesdays at midnight UTC, LP deepening in real time as fees accumulate, and operations transfers biweekly on Fridays at midnight UTC. This unified architecture reuses the same infrastructure across all four jobs: the Fee Distribution contract reader, the USDCa transfer logic, the running-total safeguard against double-distribution, and the audit trail logger. For market maker rewards specifically, the loop also triggers scoring snapshots every 15 minutes (with the ±25% jitter described above). At distribution time, the system reads the total accumulated balance from each allocation's wallet on-chain and subtracts the amount already distributed to determine the available pool for the current cycle.
Each maker's payout is computed as their normalized score fraction multiplied by their market's allocation. Rewards are sent as on-chain USDCa transfers from a dedicated market maker wallet that operates independently from the admin and matcher keys. Each qualifying maker receives one ASA transfer per distribution cycle, providing fee-based rewards to active market participants without requiring them to hold any particular token.
Transparency and Record-Keeping
All reward distributions are recorded with a complete audit trail including the date, total amount paid, number of active markets, and number of participating makers. Per-maker totals and per-market breakdowns are tracked persistently, and a running total of all distributions is maintained to ensure the available pool calculation is always accurate. Because every reward payment is an on-chain USDCa transfer, any participant can independently verify their distributions by inspecting the Algorand ledger.
Bootstrap Funding
The market maker reward pool is funded by the 30% fee allocation described above. However, in the early stages of the platform when trading volume has not yet reached a level where fees alone can sustain meaningful maker incentives, the reward pool will be subsidized using $TINY rewards earned by the $iGA token through liquidity pools and yield farming on Tinyman, converted to USDCa. This ensures that market makers are compensated from day one, even before the platform generates sufficient fee revenue to fund the program independently. As trading volume grows and the 30% fee allocation produces enough USDCa to fully cover reward distributions, the $TINY subsidy will be phased out and the market maker fund will operate entirely from platform-generated fees.
$iGA Token Integration
Div3rsaFi is a product of the iGetAlgo ecosystem. The $iGA token (ASA ID: 2635992378) has a fixed supply of 333 tokens on the Algorand blockchain, each divisible into 1,000,000 micro-units. There is no inflation mechanism, no burn mechanism, and no token emissions schedule. The supply was set at 333 from day one and will remain at 333 permanently.
Within the Div3rsaFi platform, $iGA holders receive three benefits.
Fee Revenue
30% of all trading fees collected by the platform are distributed to $iGA holders in USDCa on a weekly basis every Wednesday, proportional to holdings.
Fee Discounts
A tiered fee discount system for $iGA holders is under consideration as a future platform enhancement, subject to community governance. Details will be published if and when this feature is approved and implemented.
Early Access
$iGA holders receive priority access to newly launched markets, providing an informational and positional advantage.
The scarcity model is intentional. With only 333 tokens in existence, each token represents a meaningful share of the platform's fee revenue. There is no need for buy-and-burn mechanisms to create artificial scarcity when the supply was designed to be scarce from inception. Fee revenue is distributed to holders through USDC distributions tied to real platform activity, not through token supply manipulation.
Governance
A governance framework enabling $iGA holders to participate in platform decisions, including market selection, fee parameter adjustments, and ecosystem development priorities, is currently under development.
Supported Markets
Div3rsaFi focuses on three market categories at launch.
Cryptocurrency
Binary markets on the price movements of major crypto assets including BTC, ETH, SOL, ALGO, and others. Markets range from hourly and daily price targets to weekly and monthly timeframes.
Equities
Binary markets on individual stock price movements, enabling traders to express directional views on companies they follow.
Indexes
Binary markets on broad market indexes such as SPY, QQQ, and others, allowing traders to take positions on overall market direction.
Expansion into native Algorand ASA markets is planned based on demand and trading volume. Community input through the upcoming governance framework will help guide market selection and prioritization.
Roadmap
Phase 1: Mainnet Launch
Deploy all four smart contracts to Algorand mainnet. Launch initial crypto and equity prediction markets. Enable trading through the web frontend with Pera and Defly wallet support. Begin automated fee distribution through the on-chain Fee Distribution contract.
Phase 2: Platform Growth
Expand market coverage across additional crypto assets, equities, and indexes. Launch market maker reward program. Implement $iGA holder early market access. Explore fee discount structures through community governance. Onboard market makers to deepen liquidity across active markets.
Phase 3: Ecosystem Expansion
Introduce native Algorand ASA markets based on community demand. Deploy governance framework for $iGA holders. Expand oracle integrations for broader asset coverage. Explore additional settlement asset support.
Phase 4: Scale
Professional API access for algorithmic traders. Advanced order types. Mobile-native trading experience. Community-proposed market creation. Cross-chain collateral support via Wormhole and other bridge protocols, enabling users to deposit assets from other chains. Integration with x402 for AI agent and machine-to-machine trading. The x402 payment standard, recently adopted by Algorand, enables autonomous AI agents to discover prediction markets, analyze odds, place trades, and settle, all programmatically without human intervention. This positions Div3rsaFi as the first Algorand-native prediction market accessible to both human traders and AI trading agents, opening the platform to algorithmic and agentic trading volume. Cross-platform integrations within the broader iGetAlgo ecosystem.
Disclaimer
This whitepaper is for informational purposes only and does not constitute financial, investment, legal, or tax advice. Nothing in this document constitutes an offer or solicitation to purchase, sell, or hold any token, security, or financial instrument. The $iGA token is not a security and does not represent equity, ownership, debt, or any claim on profits or assets. Users should consult qualified legal, financial, and tax professionals before participating in the Div3rsaFi platform or acquiring $iGA tokens.
Risk Factors
Prediction market participation involves substantial risk, including the total loss of deposited funds. Event contract outcomes are binary, and participants may lose their entire collateral on any given position. The following risk factors should be carefully considered before using the platform:
Smart Contract Risk: Despite comprehensive testing (552 automated tests) and internal security review, undiscovered vulnerabilities in the smart contracts could result in partial or total loss of funds. Smart contracts are immutable once deployed, and bugs may not be correctable without redeployment.
Oracle Risk: Market settlement depends on external price data sources. These sources could provide inaccurate, delayed, or manipulated data, potentially resulting in incorrect settlement outcomes. While the platform employs multi-source consensus and outlier rejection, no oracle system is infallible.
Stablecoin Risk: USDCa (USDC on Algorand) is subject to depegging risk, issuer insolvency risk, regulatory action against the issuer (Circle), and bridge risk inherent in cross-chain asset representations. A loss of peg or issuer failure could affect the value of all platform deposits.
Blockchain Risk: Algorand network congestion, downtime, protocol upgrades, or consensus failures could affect platform operations, delay settlements, or prevent order execution. Changes to Algorand's fee structure or AVM capabilities could require platform modifications.
Liquidity Risk: Markets may have insufficient counterparties, resulting in wide spreads, inability to enter or exit positions at desired prices, or inability to find a match for placed orders.
Regulatory Risk: Prediction markets are subject to evolving and uncertain legal frameworks across jurisdictions. The platform may not be legally accessible in all regions. Changes in law or regulatory enforcement could restrict or prohibit platform operations, freeze funds, or impose penalties on participants.
No Guarantee of Distributions: Fee distributions to $iGA holders depend entirely on platform trading activity and fee generation. If the platform generates insufficient trading volume, distributions may be minimal or zero. Past distributions do not guarantee future distributions.
Forward-Looking Statements
This whitepaper contains forward-looking statements regarding planned features, roadmap milestones, anticipated functionality, and projected platform capabilities. These statements reflect current intentions as of the publication date and are subject to change without notice. Actual development timelines, features, and results may differ materially from those described. No representation or warranty, express or implied, is made that any stated objective, milestone, or feature will be achieved or implemented.
Regulatory Status
Div3rsaFi is not registered as a securities exchange, commodity exchange, broker-dealer, investment adviser, money transmitter, or any other regulated financial entity in any jurisdiction. The platform operates as a decentralized protocol on the Algorand blockchain. Users are solely responsible for determining whether their participation complies with applicable laws and regulations in their jurisdiction. The platform may restrict access from certain jurisdictions at its discretion or as required by law.
No Guarantee of Token Value
The $iGA token is a utility and governance token within the iGetAlgo ecosystem. Nothing in this whitepaper should be interpreted as a guarantee of income, returns, token price appreciation, or any particular financial outcome. Token distributions are contingent on platform fee generation, are variable in amount, and may be zero in any given period. The $iGA token should not be acquired with the expectation of profit derived from the efforts of others.
Limitation of Liability
To the maximum extent permitted by applicable law, the platform, its developers, contributors, and the iGetAlgo ecosystem disclaim all liability for any losses, damages, or claims arising from platform use, smart contract failures, oracle errors, network disruptions, regulatory changes, or any other cause. Users participate entirely at their own risk and acknowledge that event contract trading may result in the total loss of deposited funds. This disclaimer does not limit any rights that cannot be excluded under applicable law.