Process
1. Funding Round Setup
Before launching a Conditional Funding Market (CFM) round, a structured set of CFM Parameters must be defined. These parameters detail the oracle settings (e.g., Reality.eth), the collateral token, each proposal’s funding ask, how the chosen metric is mapped onto the 0–1 payout scale, the final resolution date, the liquidity incentives, and the decision rule used to determine which proposals get funded.
The DAO (or Funding Entity) will also select which metric is used to evaluate each funded proposal’s success. While Total Value Locked (TVL) is one example, any objective, quantifiable measure can serve: daily active users, fee revenue, on-chain volume, security audits passed, number of research papers, or any combination of such metrics. An oracle (specifically, Reality.eth) will finalize the actual metric values at the end of the evaluation period, ensuring an objective resolution.
Below is an illustration of these parameters:
2. Splitting into Conditional Outcome Tokens
When participants deposit collateral (e.g., USDC or an interest-bearing stablecoin) into the CFM smart contract, they receive a portfolio of “Funded” outcome tokens, one token for each proposal. Each outcome token is redeemable for $1/n if (and only if) its proposal is funded, where n is the total number of proposals that end up funded. If a proposal is not funded, its outcome token becomes worthless (0).
Key point: Because each deposit is split across all proposals’ outcome tokens, participants do not “lose everything” if they back a particular project that fails to get funded. Their remaining tokens in funded proposals collectively preserve their share of the collateral.
3. Splitting into UP/DOWN Tokens
For each proposal, a conditional scalar market (CSM) is created on top of its “Funded” outcome token, splitting it into two tokens:
UP token – Gains value if the funded proposal’s final metric is high.
DOWN token – Gains value if the funded proposal’s final metric is low.
These two tokens together always sum UP to $1/n for that proposal. A scalar payout rule defines:
CFM Token Flow
4. Trading and Price Discovery
Traders buy and sell UP and DOWN tokens based on their research and beliefs about each proposal’s future metric outcome. Because the underlying collateral is only redeemable if the proposal is funded, the “funding condition” is built in. If new information emerges, positive or negative, about a proposal, traders can react in real time by shifting the token prices to reflect updated expectations.
Traders who anticipate that a proposal's impact will exceed what its UP tokens imply will purchase UP tokens (hence increasing the CFM's estimate of the proposal's impact). On the other hand, those who believe the CFM's estimated impact of a proposal is too high will purchase DOWN tokens, reducing the CFM's estimate of the project's impact.
This continuous price discovery is how the market aggregates information to produce an expected performance score for each proposal.
5. The Decision Rule
At a predetermined date, the DAO (or Funding Entity) applies its decision rule. Examples:
Top-n Funding: Pick the n proposals with the highest UP token prices (i.e., highest expected metric outcome). Fund those projects, and each “Funded” token among those n is now worth $1/n.
Budget-Constrained Funding: Sort all proposals by their “expected ROI” (price signals relative to funding asked) and allocate until the budget runs out.
No matter the rule, the mechanism determines which proposals are funded based on their final market signals.
Important: Once the DAO announces which proposals are funded, only those proposals’ outcome tokens hold value. Tokens for projects that did not get funded expire worthless.
6. Metric Resolution
At a specified date several weeks or months after funding, the final metric (e.g., total users, TVL, or fee revenue) is measured for each proposal. A Reality.eth oracle then reports this metric on-chain for the CFM contract to read. Each funded proposal’s UP/DOWN tokens pay out according to the measured metric.