About

A reproducible read of one XRP account at one ledger.

XRP Account Audit reads one account straight from the public XRP Ledger and returns a reproducible report. It connects to no wallet and holds no keys.

The principles

We report. You decide. The audit gives no score, no rating and no trust grade. Each finding points to one specific thing in the ledger. A flag that is set. A reserve that is owed. An object that exists. The evidence is attached along with the exact ledger it was read from. What it means is yours to judge.

Exact or omitted. Where a value is knowable from the ledger it is shown exactly. Drops to the last unit. Amendment IDs in full. Timestamps from the ledger header. Where a value cannot be verified it is marked unavailable rather than guessed.

Nothing to connect. The audit uses only public read-only ledger methods. There is no wallet connection, no seed and no signature. It reads the ledger and writes nothing to it.

What the report contains

Each audit returns the same six elements in order.

1. Attestation. The signed header. Which account, at which ledger index and hash, closed at what time, audited when and by which engine version. Then a tally of every check. How many ran, how many passed, how many are up for review, how many did not apply and how many could not be reached.
2. Ledger context. The ledger’s own state the findings were computed against. Base and owner reserves, enabled and pending amendments, and how old the ledger was when the audit ran. Fetched live at audit time.
3. Inventory. A versioned snapshot of the objects the account owns, grouped by type. Trust lines and escrows. Checks and offers. NFTs and credentials. On through every object type an account can hold.
4. Findings. The checks themselves, grouped by area. Each is a plain sentence with the raw evidence attached, so you can see exactly what the finding was drawn from.
5. Blind spots. What a single-account on-ledger audit cannot see, stated up front.
6. Verifiability. Every public method the audit used and a recipe to rerun the audit at the same ledger.

Two things sit alongside those six. A coverage line states plainly whether every sub-check completed at this ledger. A History view reads the same account over time. One mode shows what changed across a window you choose. The other shows the full report as the account stood at one past moment. Both read the same public ledger live and store nothing.

Reproduce it yourself

Each report carries what you need to check it. It lists the read-only methods it issued and the ledger index and hash they were pinned to. Point the same methods at a full-history XRPL node that still holds that ledger and compare. The ledger hash confirms you are reading the same state the audit read.

What it answers

The audit answers two questions. What does the public record say about this account at this ledger? And how can you confirm it for yourself? The second answer ships inside the report. The Verifiability element names the methods the audit issued and the ledger they were pinned to, so the audit can be rerun and compared. The History view adds a third question. What changed on this account across dates you choose? Everything reads live from the same public ledger. It is free to run.