Join our Newsletter — 33% off our NHI Course
Foundations & NHI Taxonomy

Peg

← Back to Glossary
By NHI Mgmt Group Updated September 25, 2026 Domain: Foundations & NHI Taxonomy

The target price relationship a stablecoin is designed to maintain, usually one unit of the token tracking one dollar. When the market price drifts away from that target, arbitrage, redemption pressure, or reserve support is supposed to pull it back into line.

What a Peg Represents

A peg is the target value a stablecoin tries to hold, usually by keeping the token near a fixed reference such as one dollar. It is the design promise that guides pricing, redemption, and reserve management.

In practice, the peg is not a guarantee that the market price will stay pinned at the target at every moment. It is a stabilisation objective that depends on market confidence, arbitrage, liquidity, and the issuer’s ability to honour redemptions or support the market.

How Peg Maintenance Works

Most peg mechanisms rely on some combination of market incentives and balance-sheet support. If the token trades above target, arbitrage pressure can encourage issuance or selling; if it trades below target, holders may redeem or trade against reserves, which is meant to reduce supply and restore the reference price.

Different designs implement this in different ways. Fiat-backed models depend on reserve credibility and redemption rights, while algorithmic or hybrid models may use incentives, collateral rules, or automated supply changes. The peg therefore describes an intended price relationship, not a single technical mechanism.

Why Pegs Matter in Stablecoin Design

The peg is the feature that makes a stablecoin useful as a settlement asset, cash equivalent, or unit of account. Users care about whether one token is expected to remain close to its reference value, because that determines whether it can function predictably in trading, payments, treasury operations, or margin workflows.

A peg also shapes user trust. If the market believes the token can be redeemed or defended near the target, the stablecoin can behave like a reliable medium of exchange. If confidence weakens, the token may stop trading at par even before reserves or code fail.

When a Peg Breaks

A peg can weaken through market stress, insufficient liquidity, reserve uncertainty, redemption friction, or a loss of confidence in the backing model. Once deviation becomes visible, the gap itself can become self-reinforcing as traders rush to exit or arbitrage opportunities become harder to execute.

The size of the deviation matters as much as the direction. A stablecoin that repeatedly oscillates around its target may still be considered pegged in loose market usage, but persistent drift, delayed redemptions, or thin reserves usually signal that the peg is under strain.

Risk and Threat Considerations

A peg concentrates trust into a narrow promise: users assume the token can stay near its reference price under normal and stressed conditions. If reserves, redemption channels, market liquidity, or governance are weak, the peg can fail quickly and turn a stable asset into a volatile one.

Failure mechanism: Confidence loss, reserve doubt, or redemption bottlenecks can trigger selling pressure faster than stabilisation mechanisms can absorb it, especially when liquidity is shallow or market participants expect others to exit first.

Impact: The token may trade at a discount, liquidity can fragment across venues, and downstream users may suffer valuation errors, failed settlement assumptions, or forced rebalancing risk.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 and NIST CSF 2.0 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5SC-4 — Information in Shared System ResourcesPeg credibility depends on shared reserve and redemption infrastructure staying isolated and trustworthy.
Recommendation — Protect reserve and redemption systems to prevent cross-tenant or shared-resource failures from undermining peg support.
NIST CSF 2.0GV.RM-01 — Risk Management StrategyA peg is a risk-managed price commitment that depends on defined tolerance and response thresholds.
Recommendation — Define acceptable peg-deviation thresholds and response triggers as part of risk management strategy.
ISO/IEC 27001:2022A.5.15 — Access controlRedemption and reserve governance depend on tightly controlled access to backing and support mechanisms.
Recommendation — Restrict access to reserve, mint, and redemption functions to authorised roles only.

Practitioner Guidance

What to watch for: Treat the peg as an operating condition, not a branding claim. Monitor market price behaviour, redemption latency, reserve transparency, and the scale of deviations from target, because the useful question is not whether a token is called stable, but whether its support structure is still functioning.

Governance implication: A peg definition should be backed by clear disclosure of what anchors it, who can redeem, what collateral or support exists, and what happens when the target is missed. That makes the stability promise measurable instead of aspirational.

Deepen Your Knowledge

Sign up to our weekly newsletter — get 33% off our NHI Foundation Level Course

    NHIMG Editorial Note
    Reviewed and updated by the NHIMG editorial team on September 25, 2026.
    NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org