Back to Library

Conditional Token

Can be redeemed at a particular value based on the outcome of specific conditions or events.

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) or combinatorial (nested dependencies between conditions). Implement partitioning rules that allow users to trade individual conditions or bundled scenarios.
  • Liquidity Provision: Design incentive models such as liquidity mining, market-making rewards, or bonding curves to ensure adequate liquidity across possible outcomes, especially in long-tail markets.
  • Outcome Reporting: Establish oracles or decentralized reporting mechanisms for determining event outcomes. Resort to optimistic reporting (where outcomes are assumed correct unless challenged) for timely resolution of conditions.

Examples

Polymarket

Operates on the Polygon blockchain and uses binary outcome markets. Users wager in USDC and receive outcome tokens (e.g., YES/NO) representing their chosen side of a prediction. At market resolution, winning outcome tokens become redeemable for 1 USDC each, while losing tokens become worthless. Polymarket leverages a CLOB, supplemented by a FPMM as a fallback to maintain liquidity. Markets are resolved via the UMA Optimistic Oracle. Liquidity is incentivized through a rewards program for market makers who contribute to the CLOB, enhancing accuracy and user participation.