CryptaCount
EN
EnglishENDeutschDEEspañolESFrançaisFRItalianoIT日本語JA한국어KONederlandsNLPolskiPLPortuguêsPT
Log in Start Free

XRPN Shareholders Voted Blind to XRP's Inflation Bug

CryptaCount Editorial · · 9 min read
ENFORCEMENT XRPN Shareholders Voted Blind toXRP's Inflation Bug

Shareholders of Evernorth Holdings, the XRP treasury company formed by Ripple and Arrington Capital and traded under the ticker XRPN, voted on September 30 to proceed with a Nasdaq listing. They did so without knowing that XRP's foundational supply cap had been exploitable by anyone who found the bug first. The vulnerability was real, it was critical, and it was patched in secret three days before the redemption deadline closed. This is not a technical footnote. For accounting firms, auditors, and CFOs with any XRP exposure, it is a disclosure and governance event with direct consequences for how digital asset supply representations can and cannot be relied upon in financial statements.

XRPN Shareholders Voted Blind to XRP's Inflation Bug

What the Bug Actually Was

On September 22, 2026, an ethical researcher named Cayden Liao, working with Veria AI, privately reported an overflow vulnerability in the XRP Ledger's base-layer payment engine through a bug bounty programme. RippleX and the XRP Ledger Foundation reproduced the exploit, escalated its severity to critical, and paid the bounty.

The technical stakes

According to the official disclosure, a single validated transaction using the exploit "could have created spendable XRP far beyond the total supply." In plain terms: the 100 billion XRP ceiling, the one cited in Evernorth's own proxy filing as a fixed and immutable property of the ledger, was not enforced at the protocol level for a material portion of the XRP Ledger's existence since its launch in 2012. Ripple shipped an emergency closed-source fix on September 25, describing it publicly only as "integer-arithmetic hardening," language that gave no hint of the underlying severity. The XRP Ledger's validators patched the bug, and as of the public disclosure on October 9, no one had actually exploited it.

Why the timing is the problem

The sequence of dates is what makes this a governance issue rather than a pure technical one. The bug was reported on September 22. The patch was released on September 25. XRPN shareholders had until September 28 to redeem their shares for cash and exit the transaction. The vote to proceed passed on September 30. The merger closed on October 9. The full public disclosure of what the patch actually fixed, and what it meant for XRP's supply integrity, also arrived on October 9, after every consequential decision point had already passed.

What Evernorth's Filings Said and Did Not Say

Evernorth's registration statement with the SEC included standard boilerplate acknowledging that the cryptography underlying the XRP Ledger could be "flawed or ineffective." That is the kind of generic risk language that appears in virtually every digital asset registration filing. What it did not say, during the open redemption window, was that a specific, severity-rated, critical vulnerability had been actively identified, reproduced, escalated, and patched, and that the supply cap underpinning the company's entire value proposition had been technically unenforceable for most of the ledger's history.

The core value proposition at risk

Evernorth CEO Asheesh Birla, a former Ripple executive, stated publicly, in a transcript filed with the SEC, that "XRP is a pre-mined digital asset" and that "all 100 billion XRP tokens were created at the time of the XRP Ledger's launch in 2012." That statement was, strictly speaking, the intended design. It was not the enforced reality of the network during the period the bug was live. The gap between those two things is exactly what auditors and CFOs are supposed to be assessing when they evaluate a digital asset's fundamental characteristics. Ripple Labs is both an investor in and a named party to the business combination agreement that took Evernorth public.

Accounting and Audit Implications for B2B Readers

This episode surfaces a cluster of issues that accounting firms and corporate finance teams should be reviewing, particularly those that hold XRP on a balance sheet, audit entities that do, or are advising clients on digital asset treasury strategies.

Supply cap representations in financial statements

Under both US GAAP and IFRS, the carrying value of a digital asset and any disclosure about its characteristics must reflect what is actually true about the asset, not what the issuer or protocol documentation claims. Where an asset's value proposition rests substantially on a fixed supply, an auditor has a professional responsibility to consider whether that supply cap is technically enforced. The XRP situation demonstrates that protocol documentation and marketing claims are not sufficient evidence. Firms relying on published tokenomics as inputs to crypto accounting software valuations or disclosure narratives need an independent verification layer, whether that is a technical review of the underlying code, a review of third-party security audit reports, or engagement with a specialist who can assess protocol-level risk.

Fair value measurement and the bug window

XRP was trading near $1.35 at the time of the events described. The official disclosure confirmed that a successful exploit "could have sent the price of XRP to near-$0." That is not a tail risk in the standard sense. It is an identified, reproducible, critical-severity event that, had it been exploited, would have effectively destroyed the asset's value. Firms holding XRP during the window between September 22 and October 9, when the bug existed and was known to at least a small group, were exposed to a risk they could not have quantified because it was not disclosed. For fair value measurement purposes under ASC 820 or IFRS 13, this raises questions about whether the observable market price during that period reflected all available information.

Disclosure controls and SEC scrutiny

The SEC will almost certainly scrutinize whether the sequence of events, patch before redemption deadline, vote before disclosure, merger close simultaneous with disclosure, constitutes a failure of material disclosure obligations. Accounting firms advising public companies or pre-IPO entities that hold digital assets should flag this case as a live example of the gap between generic risk-factor boilerplate and specific, timely disclosure of material vulnerabilities. For context on how enforcement actions are reshaping digital asset accounting software workflows, the direction of regulatory travel is clearly toward greater specificity, not less.

What This Means for Digital Asset Due Diligence

The XRPN episode is a working example of a risk that compliance frameworks for digital assets have long identified in theory but rarely encountered in such a clean, documented form: the risk that a blockchain protocol's stated properties are not its actual, enforced properties.

Protocol risk as a material audit consideration

Accounting standards on digital assets have developed rapidly, but they have not yet produced clear guidance on how auditors should treat protocol-level technical risk. This case suggests that at minimum, audit procedures for any entity holding a digital asset whose value is materially tied to a specific technical property, such as fixed supply, should include: a review of any publicly available third-party security audits of the protocol; inquiry of management about whether any vulnerability disclosures or bug bounty payments have been made in the reporting period; and consideration of whether generic cryptography risk factors in filings are adequate given known facts at the time of signing.

Bug bounty disclosures and AML implications

The fact that the vulnerability was reported through a bug bounty programme rather than exploited is fortunate. But it also means there was a window, however brief, during which the exploit was known to the researcher and to Ripple's developer arm before it was patched. Compliance teams should consider whether their transaction monitoring and digital asset accounting software tools would detect anomalous XRP minting events of the kind the bug enabled. The answer, in almost all cases, would be that detecting a supply-expanding exploit requires real-time on-chain analytics rather than standard ledger reconciliation. Understanding what high-quality crypto suspicious activity reports look like in practice is relevant here: if an exploit of this type had occurred, the filing obligations on custodians and exchanges holding XRP would have been substantial.

Practical Steps for Accounting Firms and CFOs

The immediate question for any firm with XRP exposure is not whether to panic, the bug was patched and no exploit occurred. The question is what process changes this event should trigger.

Review your digital asset accounting software reconciliation logic

Standard reconciliation in most digital asset accounting software compares expected balances against ledger records. That process assumes the ledger itself is a reliable source of truth for total supply. Where a supply cap is a material input to asset valuation or disclosure, the reconciliation process should be supplemented by independent checks against on-chain data, not just against issuer-provided figures.

Update disclosure procedures for digital asset holdings

Generic cryptography risk language is no longer sufficient for entities with material digital asset holdings. Legal and finance teams should establish a process for receiving and assessing protocol-level security disclosures, including whether bug bounty programmes or security advisories from major protocol developers are being monitored. The September-to-October timeline in this case shows how quickly a disclosure obligation can crystallise and pass.

Reassess client advisory positions on XRP treasury strategies

The XRP treasury company model, where a listed entity holds XRP as its primary asset, received significant attention following similar structures in other asset classes. This event does not invalidate the model, but it does mean that the due diligence standard for advising clients on such strategies must include a credible, technical assessment of the underlying protocol's security posture, not just its market liquidity and regulatory treatment.

XRPN Shareholders Voted Blind to XRP's Inflation Bug

Frequently Asked Questions

Did the XRP inflation bug result in any actual financial loss?

According to the official disclosure, the vulnerability was not exploited during the period it was active. No XRP was minted beyond the stated supply, and no direct financial losses have been reported as a result of the bug itself.

What disclosure obligations might apply to Evernorth or Ripple?

Under US securities law, material information that could affect an investment decision generally must be disclosed promptly. Whether the existence of a critical, patched vulnerability constitutes material information that should have been disclosed before the September 28 redemption deadline is a legal question that the SEC is likely to examine. Accounting firms advising similar entities should flag this as an open regulatory risk.

How should auditors treat digital asset supply cap representations going forward?

Auditors should treat supply cap claims as assertions requiring corroborating evidence, not as established facts. Where supply is material to asset valuation, audit procedures should include review of independent security audits, inquiry about bug bounty activity, and assessment of whether protocol documentation matches the actual enforced behaviour of the network.

Does this affect how digital asset accounting software should handle XRP balances?

The core reconciliation logic is unaffected because no exploit occurred. However, the episode highlights that crypto bookkeeping software and digital asset accounting software should not treat total supply figures from issuer sources as independently verified. Firms should consider integrating on-chain analytics that can detect anomalous supply movements independently of issuer disclosures.

What is the broader lesson for firms using a digital asset treasury strategy?

Any treasury strategy that derives value from a specific technical property of a blockchain protocol, such as fixed supply, capped issuance, or immutability, should be supported by credible, ongoing technical due diligence. A single bug bounty disclosure, if it had been exploited rather than reported responsibly, could have destroyed the asset's value proposition entirely. That risk needs to be reflected in both the investment thesis and the accounting treatment.

Source: Protos

USGeneralEnforcementEnforcement

Related articles

Enforcement
Blockchain Evidence Clears Appellate Scrutiny: What the Reactor Ruling Means
Enforcement
Empire Market Operator Forfeits 1,230 BTC, Gets 40 Years
Enforcement
New York AG Secures $35M and Lifetime Crypto Ban from Celsius' Mashinsky
Enforcement
New York AG Secures $35M and Lifetime Industry Ban from Ex-Celsius CEO Mashinsky