Stablecoin
A stablecoin is a token designed to track a reference value, usually a currency, through reserves, collateral, redemption, or market incentives.
Category: Money and assetsCircle category cue
System record
Start with the economic purpose, participants, resources, and entitlements before studying implementation detail.
Why it exists
Stablecoins give programmable financial systems a comparatively stable unit for pricing, settlement, collateral, debt, margin, and accounting.
Traditional-finance analogy
Digital cash, deposit claim, or money-market instrument is the closest comparison recorded for this concept.
Where the analogy stops
- Stablecoin designs use different backing and stabilization mechanisms and do not share one legal status, redemption right, or loss allocation.
- A secondary-market holder may not have the same direct redemption access as an eligible customer of the issuer.
Main actors
- ActorToken holder
- ActorIssuer or protocol
- ActorReserve custodian or collateral provider
- ActorRedeemer or liquidator
- ActorGovernance or administrator
Assets and claims
Assets — controlled or transformed resources
Assets are resources the mechanism moves, holds, values, or transforms.
- AssetStablecoin units
- AssetReserve assets or protocol collateral
Claims — entitlements and corresponding dependencies
Claims are rights to value, repayment, redemption, control, or another party's performance; each depends on an obligation or system that must honor it.
- ClaimRedemption or stabilization entitlement when the design provides one
A stablecoin is a token whose design tries to keep its market value close to a reference unit, most often one US dollar. The word “stable” describes an objective, not a guarantee.
Why it exists
Section titled “Why it exists”DeFi needs a comparatively stable unit for prices, payments, collateral, debt, margin, and accounting. A volatile asset can perform those jobs, but its price movement makes every contract harder to reason about. Stablecoins move the volatility problem into a stabilization system with its own reserves, collateral, redemption rules, incentives, and failure modes.
Traditional-finance analogy
Section titled “Traditional-finance analogy”Digital cash, a bank deposit, and a money-market instrument can each illuminate part of a stablecoin design. None is a universal equivalent. Stablecoins differ in legal status, backing, redemption access, loss allocation, and administrator powers. A token trading near one dollar does not by itself establish a direct claim on one dollar.
Main designs
Section titled “Main designs”| Design | What supports the reference price | Central question |
|---|---|---|
| Fiat-reserve backed | Off-chain cash and financial assets plus issuer redemption | Who may redeem, and do reserves and liabilities reconcile? |
| Crypto-collateral backed | On-chain collateral, overcollateralization, or liquidation | Can collateral be sold before the position becomes insolvent? |
| Reflexive or incentive based | Market incentives, supply changes, or linked tokens | Does stabilization still work during a loss of confidence? |
| Yield-bearing stable-value token | A reserve, lending, or investment position plus accounting | Is value stable in market price, redemption value, or both? |
These labels describe mechanisms, not quality rankings. Designs can combine features, and two tokens in the same row can allocate risk differently.
Actors, assets, and claims
Section titled “Actors, assets, and claims”The holder controls stablecoin units. An issuer or protocol controls minting and redemption. A custodian may hold reserves; a borrower may use collateral; a liquidator may close unsafe positions; administrators may freeze, pause, or upgrade the system.
The units are direct assets at their own on-chain ledger layer. Whether they also give the holder a redeemable claim depends on the governing design and the holder’s eligibility. A system that records repayment or issuer obligations can also expose a debt claim without making every token holder a direct creditor. Use the asset-versus-claim diagnostic before treating a quoted price, reserve report, or redemption interface as a legal or economic promise.
Step-by-step mechanism and state changes
Section titled “Step-by-step mechanism and state changes”- Define the reference unit, the holder’s economic right, and who may mint or redeem.
- Accept, reserve, or encumber the backing, collateral, or stabilization state required by the selected design.
- Mint token units only when the design’s issuance conditions are satisfied.
- Transfer and price the units while redemption, liquidation, supply adjustment, or incentives work to support the reference value.
- Burn or retire units when an eligible holder settles the corresponding claim or position.
- Surface and allocate any shortfall when backing, collateral, liquidity, incentives, or redemption cannot support the stated stabilization mechanism.
| Event | Token supply | Backing or collateral | Holder consequence |
|---|---|---|---|
| Mint | Increases | Should increase or become encumbered under the stated rule | Holder receives units |
| Transfer | Unchanged | Usually unchanged | Control moves between accounts |
| Redeem | Decreases or units are retired | Reserve assets leave or collateral is released | Eligible redeemer receives the settlement asset |
| Liquidate | May be unchanged | Unsafe collateral is sold or seized | Borrower and liquidator positions change |
| Depeg | Unchanged at first | May be impaired, inaccessible, or distrusted | Market value diverges from the reference value |
Capital flow follows reserve, collateral, and redemption assets. Claim flow follows token issuance and retirement. Return flow exists only when a separate mechanism pays interest, investment income, incentives, or appreciation. Risk flow runs from reserve, issuer, collateral, oracle, liquidity, governance, or legal failure to the party that ultimately cannot redeem or sell at the expected value.
Return source and loss allocation
Section titled “Return source and loss allocation”A basic stablecoin does not automatically pay its holder a return. Income on reserves may belong to the issuer, while an interest-bearing wrapper or protocol may pass some income to holders. Identify the borrower, reserve asset, trading counterparty, or subsidy that actually pays before calling the result yield.
Loss is absorbed according to the design: equity or surplus collateral may take the first loss; borrowers can lose collateral; token holders can bear a depeg or shortfall; liquidity providers can absorb inventory changes; taxpayers or deposit-insurance systems are not implicit backstops.
Engineer or auditor lens
Section titled “Engineer or auditor lens”Check mint and burn authorization, supply-to-backing reconciliation, collateral valuation, liquidation liveness, oracle freshness, rounding, replay protection, pause and freeze powers, upgrade authority, redemption queues, and whether a settled claim can be used twice. These are desired security properties until a specific implementation and its operating system are tested or verified.
Concrete example, with boundaries
Section titled “Concrete example, with boundaries”Circle’s USDC materials are one fiat-reserve-backed example, not a definition of all stablecoins. Circle’s USDC terms describe conditional redemption for eligible users and should be read for the applicable entity, jurisdiction, and current restrictions. Circle’s transparency page describes its reserve and disclosure approach. These references were reviewed on 2026-08-09; they do not imply that every secondary-market holder has identical redemption access, that reserves eliminate all risk, or that USDC itself pays holder yield.
Common misunderstandings
Section titled “Common misunderstandings”- “Stablecoin means cash.” The token may be an issuer claim, a protocol liability, a collateralized position, or another design entirely.
- “One dollar of backing guarantees a one-dollar market price.” Access, liquidity, timing, confidence, and legal enforceability also matter.
- “Stable price means no risk.” Stabilization replaces some price volatility with issuer, collateral, oracle, liquidity, governance, and redemption risk.
Continue with real-world assets to see how off-chain rights enter the same analysis, or claim tokens to examine programmable entitlements more generally.
Machine-readable model
Key equations
Canonical expressions come from the structured concept record. KaTeX renders the notation, while the plain-text expression and variable table keep its meaning and units inspectable without JavaScript. Read the narrative above for the model's domain, assumptions, and rounding rules.
This concept does not require one canonical equation. Its mechanism and state transitions remain the authoritative explanation; do not invent a formula merely to make the topic look quantitative.
Assurance contract
Security properties
These structured statements define desired behavior. Their stable IDs can bind tests, invariants, specifications, audit findings, or proof results without turning descriptive review advice into an assurance claim.
Desired · not evaluated: No test, audit, or proof result is implied until scoped evidence is linked to this property.
Minting changes supply only under the design's authorized backing or collateral rules
Redemption burns or otherwise retires the settled claim exactly once
Reported backing and outstanding supply reconcile under the stated accounting scope
Stabilization failure cannot silently erase holder or protocol losses from accounting
Knowledge check
Quiz
Answer in your own words, then open the model answer.
What problem does Stablecoin exist to address?
Model answer
Stablecoins give programmable financial systems a comparatively stable unit for pricing, settlement, collateral, debt, margin, and accounting.