The XRP Ledger (XRPL) community is currently engaged in a discussion regarding the implications of the upcoming v3.1.3 upgrade. Concerns have been raised by infrastructure operators about nodes that do not update before the activation of the fix amendment, as these nodes will lose their ability to communicate with the network.
The conversation gained momentum when a validator operator known as Vet pointed out that version 3.1.3 of the rippled software had been released over a week prior. At that time, approximately 40% of the network had completed the upgrade. Vet warned that the fix amendment would activate in nine days and made clear that “every node that hasn’t been updated to 3.1.3 will be unable to communicate with the network.”
Following Vet’s update, J. Ayo Akinyele, head of engineering at RippleX, reported that by the time of his statement, the upgrade percentage had increased to 44%. He urged node operators to take swift action and reminded them that only eight days remained before the fix amendment became active.
Discussions Around Hard Forks
As outlined on XRPL.org, rippled stands as the primary implementation of the XRP Ledger protocol. The 3.1.3 release introduces several key improvements, such as the fixCleanup3_1_3 amendment that addresses issues regarding non-fungible tokens (NFTs), permissioned domains, vaults, and the lending protocol. Given the significance of these enhancements, XRPL.org designated the default vote for the amendment as “Yes.”
The term “hard fork” has been applied by critics who interpret early upgrade data as threatening to fragment the network. One user expressed that “the XRPL will hard fork in 9 days,” suggesting that 60% of the network would be left behind. This assertion turned the conversation into a governance dilemma, questioning whether entities like Ripple or individuals should decide the mainnet’s future following the potential majority of nodes remaining on an outdated version.
Members of the XRPL community countered these claims, clarifying that the situation should be interpreted as amendment blocking rather than a contentious or accidental split in the blockchain. The XRPL employs a validator voting mechanism to approve changes to the protocol that impact transaction processing. According to XRPL.org, amendments require over 80% validation support from trusted entities for a duration of two weeks, after which the updates are permanently integrated into future ledger versions.
The technical repercussions for servers that fail to update are substantial. According to XRPL.org, amendment blocking serves as a security measure designed to uphold data integrity when obsolete software can no longer comprehend the network’s active rules. Nodes operating with earlier software versions that do not include the amendment cannot assess ledger quality, process transactions, or participate in consensus decisions, highlighting the necessity of updating the rippled version.
In his remarks, Daniel Keller, Chief Technology Officer at Eminence—a blockchain infrastructure firm managing a Full History Node for the XRPL—argued that raw node counts might misrepresent the real operational risk. He asked how many outdated nodes were genuinely functional and crucial to XRPL’s operations. Keller posited that the issue should be framed more as a question of maintenance standards rather than a failure of decentralization, stating, “Decentralization does not mean dead weight gets carried.” He emphasized that maintaining a node is a responsibility and that inefficient infrastructure should not unduly burden the network.
Krippenreiter echoed similar sentiments, suggesting that the negative connotations traditionally associated with “forking” could detract from the true nature of XRPL’s framework. He noted that the amendment blocking mechanism is a security feature that prevents nodes running outdated versions from misinterpreting transaction data or rules, guaranteeing the integrity of the network.
As of the latest data, XRP is trading at $1.38.
