Creation/redemption arbitrage is the mechanism that keeps an asset-backed token aligned with its underlying spot price. Arbitrageurs create tokens when it trades above spot plus the creation fee and redeem when it trades below spot minus the redemption fee. It is the same structure that keeps ETF prices aligned with NAV.
Creation and redemption look symmetric on paper but rarely are in practice, and if redemption friction grows high enough, the lower band stops being enforced.
Scroll to see the full diagram
How it works
When the token trades above spot plus the creation fee, a participant deposits the underlying asset, mints new tokens at NAV, and sells them at the elevated price for a risk-free spread. When it trades below spot minus the redemption fee, a participant buys tokens cheaply and redeems them for the underlying at NAV. Both actions collapse the deviation, which is why the mechanism is self-enforcing when calibrated correctly.
The ETF industry solved this decades ago through authorized participants, designated institutions with the right to create and redeem at NAV. In a tokenized asset, smart-contract code replaces that arrangement: any wallet meeting the eligibility criteria can interact with the creation and redemption contracts. That removes the exclusive club but introduces smart-contract risk to manage.
Design consequence
Fee calibration is the core decision. The creation fee sets the upper bound of the arbitrage band, because arbitrageurs mint and sell the moment the spread clears their transaction cost. The redemption fee sets the lower bound by the same logic. Set fees too wide and the token chronically trades away from its underlying. Set them too narrow and the spread cannot cover gas, custodian friction, and counterparty risk, so nobody enforces the peg.
The oracle feeding spot price is a critical dependency. Stale or manipulated price data can push arbitrageurs into the wrong trade, or let the creation mechanism be exploited by minting at an artificially low NAV and redeeming at true value. Oracle design and proof-of-reserves cadence have to be co-designed with the creation and redemption parameters, not specified separately.
Common mistake
The frequent error is treating creation and redemption as symmetric in design when they are not symmetric in practice. Redemptions often face longer settlement delays, higher custodian friction, and operational complexity that creation does not. An asymmetric fee that charges more to redeem is sometimes justified. But if redemption friction grows high enough that participants stop bothering, the lower band stops being enforced and the token can trade at a persistent discount to NAV without correction.
See RWA Tokenomics Design for how this applies in practice.
More in Real-World Assets (RWA)
Know the terms but not sure how they apply to your project? That is what an engagement is for. We design, document, and stress-test the whole token economy inside the Tokenomics Data Room.
80+ projects advised. Complete tokenomics in 4 to 6 weeks.