Manifest

Four

<h2 id="b-tldr-b">TLDR:</h2><ul><li style="font-weight: 400">xrpld 3.2.1 limits oversized validator manifests before decoding, reducing memory and processing strain.</li><li style="font-weight: 400">The hotfix caps untrusted manifest batches, peer greetings, cache growth, and disk persistence across nodes.</li><li style="font-weight: 400">XRP Ledger consensus continued closing ledgers normally despite pressure on peer-to-peer infrastructure.</li><li style="font-weight: 400">Node operators must upgrade, verify Ripple’s signing key, and complete a second restart after installation.</li></ul>The XRP Ledger has released xrpld 3.2.1 after a validator-manifest flood strained parts of its peer-to-peer infrastructure on July 31. Despite the disruption, the blockchain continued closing ledgers normally, showing that consensus remained active while individual servers faced abnormal data pressure.<div class="embed-x"><blockquote class="twitter-tweet">XRP Ledger 3.2.1 is now available.This fixes the manifest flood observed on Friday, July 31. The XRPL continued closing ledgers normally throughout. A post-mortem will follow soon for the community.Nodes previously accepted, stored and re-broadcast an unlimited number of… <a href="https://t.co/ZOdT8REQCw" rel="noopener noreferrer nofollow">pic.twitter.com/ZOdT8REQCw</a>— XRP Ledger Operations (@XRPLOperations) <a href="https://x.com/XRPLOperations/status/2083399102276993250?ref_src=twsrc%5Etfw" rel="noopener noreferrer nofollow">August 1, 2026</a></blockquote></div>Consequently, <a href="https://blockonomi.com/xrp-ledger-adoption-grows-with-8-million-funded-accounts/" rel="noopener noreferrer nofollow">XRP Ledger</a> Operations instructed node administrators to install the hotfix immediately and perform a second restart shortly after installation. The <a href="https://github.com/XRPLF/rippled/releases" rel="noopener noreferrer nofollow">latest production</a> build adds limits designed to prevent unknown validator data from consuming excessive memory, bandwidth, storage, and processing capacity.<h2 id="b-how-the-manifest-flood-strained-xrpl-peer-infrastructure-b">How the Manifest Flood Strained XRPL Peer Infrastructure</h2>Validator manifests connect a validator’s permanent master identity to the temporary signing key used during consensus. This structure allows operators to rotate working keys while keeping master credentials offline and preserving the validator’s established identity.However, earlier <a href="https://blockonomi.com/xrp-ledgers-latest-v3-2-0-update-faces-technical-hurdles-post-launch/" rel="noopener noreferrer nofollow">xrpld versions</a> could accept, store, and rebroadcast unlimited manifests linked to unknown validator keys. As a result, excessive untrusted data could spread across connected peers and accumulate inside local caches.The <a href="https://github.com/XRPLF/rippled/pull/7925" rel="noopener noreferrer nofollow">incident</a> affected peer-layer message propagation rather than balances, transactions, or ledger rules. Although XRPL continued processing transactions and closing ledgers, strained peer connections could still weaken connectivity and slow information distribution.To address that exposure, version 3.2.1 introduces six commits affecting 13 files. Together, the changes apply controls at four points where oversized or repeated manifest traffic could burden a node.First, <a href="https://moneycheck.com/xrpl-upgrade-nears-key-phase-as-v3-2-0-adoption-hits-55-validators/" rel="noopener noreferrer nofollow">xrpld</a> rejects individual manifests that exceed the expected encoded size before decoding begins. Therefore, oversized inputs cannot trigger unnecessary processing.Second, nodes discard incoming batches containing excessive numbers of untrusted manifests. Nevertheless, the software avoids automatically disconnecting older peers that send oversized batches, reducing fragmentation risks during the upgrade period.Third, the hotfix <a href="https://github.com/XRPLF/rippled/pull/7925" rel="noopener noreferrer nofollow">limits</a> the bulk manifest greeting exchanged when nodes establish new peer connections. Trusted records remain available, while untrusted gossip is restricted across both sending and receiving paths.Finally, each node can store only 100 manifests associated with unknown validator keys. Once that threshold is reached, additional entries are rejected, and untrusted manifests are no longer written to disk.<h2 id="b-four-safeguards-and-the-required-second-restart-b">Four Safeguards and the Required Second Restart</h2>After installing the update, administrators were instructed to wait one or two minutes and confirm that <a href="https://coincentral.com/xrp-ledger-deploys-security-fixes-after-formal-review-finds-core-bugs/" rel="noopener noreferrer nofollow">xrpld </a>remained operational. They do not need to wait for the node to become fully synchronized before completing the next step.Once the updated service is confirmed as running, operators must restart xrpld again. The operations team described this second restart as an important final part of the upgrade process.Meanwhile, administrators using packaged installations should verify Ripple’s current software-signing key. Ripple rotated the GPG key used to sign xrpld packages in February 2026. Therefore, systems that have not trusted the replacement key may fail to receive automatic upgrades.Overall, the <a href="https://parameter.io/xrp-ledgers-latest-version-3-2-0-faces-multiple-technical-issues-post-launch/" rel="noopener noreferrer nofollow">XRP Ledger</a> hotfix introduces no network amendment and does not change transaction-processing rules. Instead, it establishes firm limits on untrusted peer data before that information reaches decoding, rebroadcasting, caching, or permanent storage.By restricting manifest size, batch volume, connection greetings, and unknown-key storage, XRPL has closed four paths used during the July 31 flood. Although the network continued producing ledgers, the incident showed that peer-layer abuse can still strain individual servers while consensus remains operational.The post <a href="https://blockonomi.com/xrp-ledger-releases-3-2-1-hotfix-to-stop-validator-manifest-flooding/" rel="noopener noreferrer nofollow">XRP Ledger Releases 3.2.1 Hotfix to Stop Validator Manifest Flooding</a> appeared first on <a href="https://blockonomi.com" rel="noopener noreferrer nofollow">Blockonomi</a>.

XRP Ledger Releases 3.2.1 Hotfix to Stop Validator Manifest Flooding

Table of Contents

Blockonomi

Other articles published on Aug 2, 2026

Rising JGB Yields Put Japan’s Debt Strategy and Global Markets at Risk

Top NFT Sales of the Week, Ethereum Dominates with $52.2M Sale

Institutions Haven’t Arrived Yet: 5 High-Conviction Altcoins Worth Buying Before the Next Major R...

Today’s the Deadline: Washington’s Classified AI Benchmark Framework Comes Due

Chainlink Navigates Bearish Trends While Attracting Major Financial Institutions

Nvidia's Jensen Huang Says AI Data Centers Will Turn Electricians Into Six-Figure Earners

Join our free newsletter for daily crypto updates!