EVM 101 — XRPL-EVM Sidechain · Lesson 1 of 5

What is the XRPL-EVM sidechain?

4 min · read

The XRP Ledger is famous for sub-second settlement, sub-cent fees, and a built-in DEX. What it doesn't have is a Turing-complete smart contract language. That's where the XRPL-EVM sidechain comes in.

The sidechain is a separate blockchain, run by a Ripple-coordinated validator set, that exposes the Ethereum Virtual Machine (EVM). It uses XRP as its native gas token and pegs 1:1 to XRP on the mainnet via a bridge controlled by the same validator set.

The mental model

Think of it as two adjacent rooms:

  • XRPL mainnet — the settlement room. Fast, cheap, no programs.
  • XRPL-EVM sidechain — the programming room. EVM-compatible, Solidity contracts work without modification.

A bridge connects the two. XRP moves between rooms at validator-set speed (≈10 seconds end-to-end). Smart contracts run only in the EVM room.

Why a separate chain?

Two reasons:

  1. Backwards compatibility. The XRPL has been live since 2012; bolting EVM onto it would force every existing tool to upgrade. A sidechain isolates the complexity.
  2. Trust model isolation. A smart-contract bug on the sidechain cannot freeze XRPL mainnet funds. Worst case: the sidechain halts; bridged XRP can be redeemed through the validator-set guarantee.

What you can do on the sidechain

  • Send ETH-equivalent transactions — using XRP as the gas token
  • Hold and trade ERC-20 tokens issued on the sidechain
  • Mint and trade ERC-721 NFTs (the EVM equivalent of XLS-20)
  • Interact with smart contracts — DEXes, lending markets, DAOs

The Gopnik wallet derives your EVM address from the same XRPL seed you already use. One mnemonic, two chains.

What you cannot do (yet)

  • Run cross-chain atomic swaps directly between mainnet and sidechain (you bridge XRP, then trade)
  • Receive XLS-20 NFTs on the EVM side (different standards; bridge modules are out of scope for iteration A)

The trust-model tradeoff

The sidechain inherits part of XRPL's security: its validator set is a curated subset of XRPL validators. That means:

  • Fewer validators than XRPL mainnet → smaller attack surface, but also lower decentralisation
  • Fast finality (~3 sec) and very low gas costs
  • Bridge security depends on a 3-of-5 multisig + the validator set
  • A compromised sidechain validator does not compromise XRPL mainnet, but can affect sidechain funds

If you want maximum security, keep large balances on XRPL mainnet and only bridge what you need for a specific contract interaction.