Skip to main content

Protocol Flywheel

Raphael's incentive system coordinates three kinds of demand that every exchange must reconcile:

  • traders want deep liquidity and efficient execution;
  • liquidity providers want sustainable fees and rewards;
  • protocols want reliable markets for their tokens.

The ve(3,3) design turns these three appetites into one wheel. Each group's pursuit of its own interest feeds the next group's, and the wheel turns itself.

Epoch cycle​

  1. Pools generate trading fees.
  2. Voters allocate veRAPH voting power among eligible pools.
  3. Protocols or other participants deposit voting incentives.
  4. $RAPH emissions are distributed according to valid pool votes.
  5. Staked LPs receive the $RAPH assigned to their gauge.
  6. Voters claim the fees and incentives attributable to their vote.

Fees attract votes. Votes direct emissions. Emissions deepen liquidity. Depth invites volume, and volume pays new fees. Epochs run on a fixed rhythm, so the cycle is not a metaphor but a schedule; see Epochs and Emissions.

What the model does not guarantee​

A flywheel transmits force; it does not create judgment. Keep these limits in view:

  • Votes do not prove that a token or pool is safe.
  • Incentives do not guarantee lasting liquidity.
  • $RAPH emissions can dilute the unlocked $RAPH supply.
  • High rewards can attract capital that leaves when rewards fall.
  • Voters can favour short-term incentives over long-term trading demand.

The healthiest markets combine genuine volume, durable liquidity, appropriate fee settings and transparent incentives. The flywheel amplifies whatever it is given, which is precisely why what it is given matters.