On May 27, the XRPL network will activate amendment fixCleanup3_1__3, a scheduled maintenance upgrade bundling fixes for NFTs, Permissioned Domains, Vaults, and the Lending Protocol. Version 3.1.3 of rippled already has a default 'Yes' vote due to the importance of these changes. But what makes this episode worth examining is what XRPL co-creator David Schwartz said about what a real fork would actually require — his answer reveals how protocol legitimacy works on any blockchain.

The Signal

XRPL Upgrade: What a Real Fork Actually Requires

XRPL's amendment process requires more than 80% support from trusted validators sustained for two weeks before new rules become permanent. This threshold ensures that the entities the network trusts have reached a durable agreement. Any server that fails to upgrade to version 3.1.3 before May 27 will become amendment-blocked, losing the ability to validate transactions, participate in consensus, or vote on future amendments.

Schwartz explained that raw node count is a poor proxy for consensus power. A system where nodes vote in proportion to their number creates an attack surface: anyone can spin up thousands of machines at low cost. In the XRPL model, each server operator maintains a curated Unique Node List (UNL) — a set of validators the server trusts not to collude. The UNL determines which validation votes the server counts during consensus.

XRPL node network visualization
XRPL node network visualization

"Consensus legitimacy on XRPL flows through trust lists and validator coordination, not through the number of unupgraded nodes."