Parallel Networks

There is one production XRP Ledger peer-to-peer network, and all business that takes place on the XRP Ledger occurs within the production network—the Mainnet.

To help members of the XRP Ledger community interact with XRP Ledger technology without affecting anything on the Mainnet, there are alternative networks, or altnets. Here's a breakdown of some public altnets:

Network Upgrade Cadence Description
Mainnet Stable releases The XRP Ledger, a decentralized cryptographic ledger powered by a network of peer-to-peer servers and the home of XRP.
Testnet Stable releases An "alternate universe" network that acts as a testing ground for software built on the XRP Ledger, without impacting production XRP Ledger users and without risking real money. The amendment status of the Testnet is intended to closely mirror the Mainnet, although slight variations in timing may occur due to the unpredictable nature of decentralized systems.
Devnet Beta releases A preview of coming attractions, where unstable changes to the core XRP Ledger software may be tested out. Developers can use this altnet to interact with and learn about planned new XRP Ledger features and amendments that are not yet enabled on the Mainnet.
Hooks V3 Testnet Hooks server A preview of on-chain smart contract functionality using hooks .
AMM-Devnet XLS-30d pre-release A preview of the XLS-30d standard for Automated Market Makers on the XRP Ledger. Binary builds for testing are also available. Library support: xrpl.js 2.6.0-beta.0 , xrpl-py 1.8.0b0

Each altnet has its own separate supply of test XRP, which is given away for free to parties interested in experimenting with the XRP Ledger and developing applications and integrations. Test XRP does not have real-world value and is lost when the network is reset.

Caution: Unlike the XRP Ledger Mainnet, test networks are usually centralized and there are no guarantees about the stability and availability of these networks. They have been and continue to be used to test various properties of server configuration, network topology, and network performance.

Parallel Networks and Consensus

The main factor in determining which network a server follows is its configured UNL—the list of validators it trusts not to collude. Each server uses its configured UNL to know which ledger to accept as the truth. When different consensus groups of rippled instances only trust other members of the same group, each group continues as a parallel network. Even if malicious or misbehaving computers connect to both networks, the consensus process avoids confusion as long as the members of each network are not configured to trust members of another network in excess of their quorum settings.

Ripple runs the main servers in the Testnet and Devnet; you can also connect your own rippled server to these networks. The Testnet and Devnet do not use diverse, censorship-resistant sets of validators. This makes it possible for Ripple to reset the Testnet or Devnet at any time.

See Also