Conditional tokens are tradable assets representing potential outcomes of interconnected events within a single market structure. These tokens are created for specific events or conditions, with each token corresponding to a possible outcome. Multiple conditions can be linked, forming a tree-like structure of potential outcomes representing complex scenarios with interdependent events. The underlying smart contract manages the relationships between different conditions, ensuring token fungibility across layers. Users can trade these tokens, effectively betting on the likelihood of various outcomes. When an event occurs, the outcome is verified, often using oracles or external data feeds, and tokens are redeemed based on the result. This structure enables more nuanced information discovery compared to simple binary outcome tokens, as it preserves fungibility in deeper layers of combinatorial markets.
The concept of conditional tokens originates from prediction markets and information economics. Gnosis pioneered its development in the blockchain context by introducing the Conditional Token Framework in 2019. Since their introduction, conditional tokens have been implemented by various platforms, such as Polymarket, to create prediction markets on a wide range of topics, from politics to cryptocurrency prices.
Advantages
- Enhanced Information Discovery: Allows for more granular insights into the relationships between different events and their outcomes.
- Flexibility: Supports the creation of simple markets for single events and complex, multi-condition markets.
- Fungibility: Maintains token fungibility in deeper layers of combinatorial markets, improving liquidity and trading efficiency.
Limitations & Risks
- Liquidity Fragmentation: As markets become more complex, liquidity might be spread thin across numerous conditional outcomes.
- Oracle Dependence: Relies on accurate and timely reporting of event outcomes, which can be vulnerable to manipulation or errors.
- Market Inefficiencies: In nascent or illiquid markets, prices may not accurately reflect true probabilities, leading to potential mispricing.
Design Considerations
- Event Selection: Define clear, objectively verifiable events to minimize disputes. Consider using
standardized event templates
with predefined resolution criteria to reduce ambiguity. - Market Structure: Determine whether conditions should be structured as
independent
(each token represents a separate outcome) orcombinatorial
(nested dependencies between conditions). Implementpartitioning rules
that allow users to trade individual conditions or bundled scenarios. - Liquidity Provision: Design incentive models such as
liquidity mining
,market-making rewards
, orbonding curves
to ensure adequate liquidity across possible outcomes, especially in long-tail markets. - Outcome Reporting: Establish
oracles
ordecentralized reporting
mechanisms for determining event outcomes. Resort tooptimistic reporting
(where outcomes are assumed correct unless challenged) for timely resolution of conditions.