Definition and scope
How XRPL Checks Work addresses a distinct part of payments and transfers. Compare ledger-native checks with immediate payments and understand authorization at cashing time.
XRPL payments range from direct XRP transfers to routed cross-currency delivery, escrows, checks, and payment channels. This collection focuses on what users and applications must verify before signing and what the validated ledger proves afterward. A payment workflow is complete only after a validated ledger proves the result. Service crediting and recovery remain off-ledger responsibilities.
How it works
A Check is an on-ledger authorization for a named destination to pull up to a stated amount later. CheckCreate creates the object, CheckCash chooses an exact or flexible amount, and CheckCancel removes it when permitted.
- CheckCreate: verify this field, object, or component against the cited protocol documentation.
- CheckCash: verify this field, object, or component against the cited protocol documentation.
- CheckCancel: verify this field, object, or component against the cited protocol documentation.
- SendMax: verify this field, object, or component against the cited protocol documentation.
Practical example and checks
A business creates a Check with an expiration, the recipient reviews the SendMax and issuer, then cashes only when ready and verifies the validated delivered amount.
For production use, preserve the exact signed or queried data, record the network and validated ledger reference, and compare the result with the current primary documentation before changing off-ledger state.
Open the related live demo or evidence lab →Limits, risks, and common confusion
A Check does not reserve funds and can fail when cashed because balances, trust lines, freezes, or liquidity changed. It is not identical to a bank check or guaranteed payment.
A payment workflow is complete only after a validated ledger proves the result. Service crediting and recovery remain off-ledger responsibilities.
Current network status
Enabled on XRPL Mainnet. The underlying protocol capability is available on XRPL Mainnet. Individual services can still impose additional rules, limits, or trust assumptions.
Status reviewed 2026-08-23. Amendment-dependent behavior must be rechecked against the network's live feature state before operational use.