Ripple News: A Hidden XRPL Bug Could Have Printed 18T XRP

Özet:According to the latest Ripple news, a XRPL vulnerability could have credited 18 trillion XRP but and the flaw was fixed in xrpld 3.4.1.

In the latest Ripple news, the XRP Ledger Foundation and RippleX disclosed a payment-engine vulnerability that could theoretically have created approximately 18 trillion spendable XRP in one transaction, far exceeding the ledgers intended 100 billion XRP supply.

The disclosure says there was no evidence that the flaw was exploited on a public network or that unauthorized XRP was created; it was fixed in xrpld 3.4.1.

This was a supply-integrity risk, not a confirmed supply breach. Under specially constructed payment conditions, the XRPL vulnerability could have caused the ledger to credit more XRP than a buyer paid; an existing safety check failed to identify the difference.

It's official.

XRP Ledger patches a decade-old overflow bug in its payment engine that could have let an attacker mint about 18 trillion spendable XRP in a single transaction. pic.twitter.com/mP6Mv6fkTK

— MSB Intel (@MSBIntel) October 11, 2026

Supercharge Your Trading in 2026 With BloFin AI Trading BotsXRP Ledger Payment Overflow: How the Bug Worked

The payment engine can consume offers from the order book as one payment crosses a trading path. The disclosure says an unchecked integer overflow could occur when adding amounts from many offers: once the sum exceeded the fixed maximum of the integer representation, it wrapped to a small value instead of producing an error.

That arithmetic mismatch mattered because the engine still paid each offer owner the full amount individually, while charging the buyer only the wrapped total. The difference would have amounted to newly created XRP. The ledgers “no XRP created” invariant was also based on arithmetic that wrapped in the same way, so it did not catch the discrepancy.

The vulnerability affected xrpld 3.4.0 and earlier. It was reported through the XRPL Bug Bounty program on September 22, 2026, and the report says the flaw may have been present since the current payment engine was written in 2015. The October 9 vulnerability disclosure says the fix shipped in xrpld 3.4.1, released on September 25.

Market Intelligence: Crypto Analyst Predicts Best New Crypto to Hodl

Ripple News: 18 Trillion XRP Was a Theoretical Exposure

The reported figure of approximately 18 trillion XRP describes what the vulnerability could theoretically have enabled in a single transaction. It is roughly 180 times the ledgers intended 100 billion supply. The disclosure explicitly says investigators found no evidence of exploitation on a public network or unauthorized XRP creation.

Triggering the flaw required specially crafted offers and a payment designed to consume many of them together. It was not an accidental outcome of ordinary payments or trades. The available disclosure does not report confirmed public-network compromise or lost funds, and the potential scale should not be mistaken for an observed market or supply event.

In xrpld 3.4.1, the payment engine checks for overflow while summing offer amounts and fails the affected payment path if the sum would exceed the limit. The disclosure also says the no-XRP-created safety check now uses a wider counter, alongside hardening in other balance-summing code.

XRPL Upgrade Context: A Separate Batch Vulnerability

XRP Ledger version 3.4.1 is now the minimum required version after the recent amendments were activated.

This release patched critical parts of the XRP Ledger.

The vulnerability report can be found here:https://t.co/sYIwuDomjY

Public release notes:https://t.co/JqX4UYDDg6 pic.twitter.com/pH9Gnsnpqi

— XRP Ledger Operations (@XRPLOperations) October 10, 2026

Two bugs were fixed in xrpld 3.4.1. The second involved validation of inner transaction wrappers in Batch transactions and affected xrpld 3.3.0 and 3.4.0; the BatchV1_1 amendment was not active on Mainnet when that issue was found. It is separate from the payment-engine overflow and should not be read as evidence that the same conditions affected both bugs.

The disclosure describes a narrow but important security lesson: a safety check can fail if it repeats the same unsafe arithmetic as the transaction logic it is meant to verify.

According to the latest Ripple news, the practical issue was not merely that a payment calculation could overflow, but that the independent check intended to protect supply integrity could overflow alongside it.

Market Intelligence: Crypto Analyst Predicts Best Low-Cap Crypto

Disclaimer: Coinspeaker is committed to providing unbiased and transparent reporting. This article aims to deliver accurate and timely information but should not be taken as financial or investment advice. Since market conditions can change rapidly, we encourage you to verify information on your own and consult with a professional before making any decisions based on this content.

Feragatname

Bu makaledeki görüşler yalnızca yazarın kişisel görüşlerini temsil eder ve bu platform için yatırım tavsiyesi teşkil etmez. Bu platform, makale bilgilerinin doğruluğunu, eksiksizliğini ve güncelliğini garanti etmez ve makale bilgilerinin kullanılması veya bunlara güvenilmesinden kaynaklanan herhangi bir kayıptan sorumlu değildir.
Önceki Gönderi

DATA Network Suiye geçecek, kendi ağını kullanımdan kaldıracak

Yurtiçi Düzenleme10-15 yıl 8.66