Skip to main content
DerivaDEX trade mining distributes DDX, the platform’s governance and utility token, to active traders in proportion to their trading volume over the trade-mining window.

Trade-mining parameters

A fixed DDX budget is distributed each trade-mining epoch, then split between maker-side and taker-side volume.
ParameterValueNotes
Reward assetDDXCredited to the trader’s DDX balance
Public distribution cadenceEvery 8 hoursRewards are distributed at the settlement boundary
Baseline reward budget per epoch3196.347031 DDXDerived from 35,000,000 / (3 × 10 × 365)
Maker reward share20%Applied only to maker-side volume
Taker reward share80%Applied only to taker-side volume

Payout formulas

Maker and taker volume are rewarded in separate buckets.
maker_reward(trader) =
  maker_share × epoch_reward × trader_maker_volume / total_maker_volume

taker_reward(trader) =
  taker_share × epoch_reward × trader_taker_volume / total_taker_volume

trader_total_reward = maker_reward(trader) + taker_reward(trader)
Volume profile in the windowReward result
Positive maker volume onlyTrader participates only in the maker bucket
Positive taker volume onlyTrader participates only in the taker bucket
Positive maker and taker volumeTrader can receive both components
Zero maker and zero taker volumeTrader receives no trade-mining reward

Worked payout cases

These examples use the public baseline epoch budget of 3196.347031 DDX, with a 20% maker bucket and an 80% taker bucket.
Trader volume in the windowMarket totals in the windowReward
50 maker, 0 taker200 total maker, 0 total taker159.81735155 DDX (0.2 × 3196.347031 × 50 / 200)
0 maker, 120 taker0 total maker, 600 total taker511.41552496 DDX (0.8 × 3196.347031 × 120 / 600)
50 maker, 120 taker200 total maker, 600 total taker671.23287651 DDX (159.81735155 + 511.41552496)

Eligibility and accounting

Trade mining is trader-level accounting, not strategy-level collateral accounting.
RuleEffect
Reward destinationRewards credit the trader’s DDX balance
Event emittedA reward emits TRADER_UPDATE with reason TradeMiningReward
Accrual basisVolume is accumulated over the trade-mining window, then cleared after distribution
OrderingRecipients are paid once per eligible distribution window

When rewards are not distributed

The maker and taker buckets are independent.
CaseOutcome
No maker volume in the windowThe maker bucket does not distribute
No taker volume in the windowThe taker bucket does not distribute
No maker or taker volume in the windowNo trade-mining distribution occurs for that window
Unused volume on one side does not roll into the other side’s bucket automatically. These values are governance-controlled and can change through DAO proposals.
Last modified on April 24, 2026