NFTs

XLS-20: How the XRP Ledger Made NFTs a Native Object

By Nexaria Team · July 20, 2026 · 4 min read

Share

XLS-20: How the XRP Ledger Made NFTs a Native Object

On most networks, an NFT is a program. Someone writes a contract, deploys it, and every mint, transfer, and sale runs through code that has to be audited, funded, and trusted. The XRP Ledger took a different route. With the XLS-20 standard, activated on mainnet in 2022, non-fungible tokens became a native ledger object — the same class of citizen as an account balance or an offer on the built-in exchange.

That distinction sounds academic until you try to ship a marketplace on it. Then it becomes the whole story.

What "native" actually buys you

Because NFTs live in the ledger's own data structures, the rules are enforced by the protocol rather than by whatever logic a developer remembered to write.

  • Minting is a transaction, not a deployment. A single NFTokenMint creates the token. There is no contract to publish, no gas auction, no bytecode to review.
  • Offers are ledger objects too. Sell and buy offers are created, accepted, or cancelled with dedicated transaction types — so a purchase settles atomically without an escrow contract in the middle.
  • Royalties are a field, not a promise. The transfer fee is set at mint time and applied by the ledger itself on every qualifying secondary sale.
  • Collections have structure built in. A taxon groups tokens by the same issuer, so a collection is a queryable fact rather than a database convention.
  • Burning and flags are protocol-level. Whether a token is transferable, or burnable by its issuer, is decided by flags set when it is created.

You can inspect any of this yourself on an explorer like XRPScan, Bithomp, or the XRPL Explorer — token, issuer, offers, and fee all sit in the ledger, not behind a contract address.

On-chain checkout without smart contracts

A sale on the XRPL is refreshingly boring. The seller creates an offer against a specific token. The buyer accepts it. The ledger moves the token, moves the payment, and pays the issuer their transfer fee in one indivisible step. Ledgers close every few seconds and network fees are famously fractions of a cent, so there is no window where a buyer has paid and is waiting to see whether they own anything.

There is also no reentrancy bug to worry about, because there is no contract to reenter. The direction the ecosystem has been heading — brokered sales, mint-and-offer in a single transaction, mutable metadata for evolving assets — has arrived as ledger amendments the whole network votes on, rather than as a hundred incompatible contract forks. If you are new to the underlying idea, our primer on digital asset ownership on the XRPL is a good next stop.

How Nexaria builds on it

Nexaria Digital is built directly on these primitives. Creators get one-signature mint-and-list: sign once, and your token exists on-ledger with a sell offer attached and a royalty the protocol will honour long after the drop is over. From there you can stage a countdown launch through scheduled drops, hang the work in a walkable 3D showroom in the showcase, and price it in ten currencies so buyers anywhere see a number they understand. Developers who want the transaction-level detail can start at our developer docs.

Native issuance is not a marketing line. It is the reason checkout is one step instead of five.

Nothing here is financial advice — always do your own research. Protocol details evolve as amendments activate; corrections are welcome at our contact page.

#xrpl#xls-20#nft#minting#royalties

Enjoyed this? Share it.

Share