Definition and scope
Is the XRP Ledger a Blockchain? addresses a distinct part of xrp and ledger fundamentals. Place XRPL within blockchain terminology while explaining how its ledger history and consensus differ from mining systems.
This collection establishes the language needed to evaluate every other XRP Ledger topic. It separates the asset from the network, explains the identifiers visible in explorers, and shows how individual transactions fit into an ordered ledger history. Names and identifiers describe protocol state; they do not establish ownership, identity, market value, or an affiliation with Ripple.
How it works
XRPL is commonly described as a public blockchain because it maintains cryptographically linked ledger versions across a peer network. It reaches agreement through the XRP Ledger Consensus Protocol rather than proof-of-work mining or a longest-chain rule.
- ledger chain: verify this field, object, or component against the cited protocol documentation.
- parent hash: verify this field, object, or component against the cited protocol documentation.
- consensus: verify this field, object, or component against the cited protocol documentation.
- validated ledger: verify this field, object, or component against the cited protocol documentation.
Practical example and checks
Each validated ledger has an index, hash, parent hash, close time, transaction set, and resulting state. Servers compare validations to decide which ledger is authoritative before building the next version.
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
Using the word blockchain does not imply that XRPL shares Ethereum's execution model or Bitcoin's mining incentives. Architectural comparisons should name consensus, state, programmability, and trust assumptions explicitly.
Names and identifiers describe protocol state; they do not establish ownership, identity, market value, or an affiliation with Ripple.
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.