Crypto Chart of Accounts Design: Structuring the Ledger for Digital Assets

The fastest way to make crypto books unauditable is to add a single "Bitcoin" line to an otherwise normal chart of accounts. That one line quietly hides three decisions a real crypto chart of accounts has to encode: how the asset is classified, whether positions are mapped by asset or by wallet, and how results are split between realized and unrealized. This is the pillar guide to those design principles. It stays deliberately general, because the structure follows the accounting standard and the standard follows the facts — and the classification at the centre of it is an auditor judgement, not a default you can set once and forget. The individual decisions get their own deep dives, linked throughout.

The design in brief

• A crypto chart of accounts is not a normal one with a "Bitcoin" line; it encodes a classification, a mapping axis, and a realized/unrealized split.
• Classification (intangible under IAS 38, inventory under IAS 2, or financial; ASC 350 plus FASB ASU 2023-08 fair value) drives the whole structure and is an auditor judgement.
• The mapping axis can be asset-based (for presentation) or wallet-based (for reconciliation), and is often both: asset accounts with wallet sub-accounts.
• Keep realized and unrealized results in separate accounts; an OCI component is needed where the IAS 38 revaluation model applies, while ASU 2023-08 routes changes to net income.
• In France, Règlement ANC n° 2026-01 recast crypto-asset accounting (mandatory for financial years opening on or after 1 January 2027, early application possible; ANC 2026-02 covers banks only) — do not assume a PCG account number.
• The whole structure is framework- and fact-specific, auditor-confirmed, and maintained as activity and standards evolve. This is not accounting advice.

Three decisions the chart of accounts encodes

A flat "Bitcoin" account cannot represent fair-value remeasurement, cost layers, staking income, or per-wallet reconciliation. The chart of accounts is designed around the classification.

Classification drives the structure

• IFRS: commonly intangible under IAS 38 (cost or revaluation model), or inventory under IAS 2 for broker-traders.
• US GAAP: historically intangible under ASC 350; FASB ASU 2023-08 now measures in-scope crypto at fair value with changes in net income.
• The 2026 FASB XBRL taxonomy places crypto fair value on a separate balance-sheet line, directly below intangibles and above right-of-use assets.

The accounts have to match the chosen model — see crypto asset account classification and FASB ASU 2023-08. Which model applies is an auditor judgement.

Mapping axis: asset vs wallet

Asset-based mapping groups balances by token type, which aligns with balance-sheet presentation. Wallet-based mapping groups by custody location, which aligns with on-chain and exchange reconciliation. Many designs use asset accounts for presentation with wallet-level sub-accounts or analytical dimensions underneath for reconciliation — see wallet vs asset account mapping. The axis follows the entity's reporting and control needs.

Realized vs unrealized

The framework decides where each result lands: ASU 2023-08 sends fair-value changes to net income; the IAS 38 revaluation model sends increases to OCI and decreases below cost to P&L. The chart of accounts needs distinct accounts for the realized result, the unrealized remeasurement, and the OCI component where applicable — see realized vs unrealized gain accounts.

France: the ANC 2026-01 recast

The Règlement ANC n° 2026-01 du 9 janvier 2026 recast the French PCG section on "crypto-actifs et assimilés" (replacing the old "jetons" terminology), mandatory for financial years opening on or after 1 January 2027, with early application possible; the separate Règlement ANC n° 2026-02 covers banking establishments. A French entity's chart of accounts has to follow that recast section. Confirm the specific account treatment against the current ANC text with an expert-comptable, and do not assume a particular PCG account number (see ANC 2026-01 crypto accounting).

Practical guidance

1. Settle the classification first with your auditor — it drives the whole chart of accounts.
2. Choose the mapping axis (asset for presentation, wallet for reconciliation), and usually carry both.
3. Create distinct realized, unrealized, and OCI accounts as the applicable framework requires.
4. For France, follow Règlement ANC 2026-01 (financial years from 2027) without assumed PCG numbers.
5. Add accounts for each activity type — staking, fees, issuance — as it appears.
6. Re-confirm with your auditor as activity and standards evolve. This is not accounting advice.

Choosing and configuring a tool

Most crypto sub-ledgers — Cryptio, Bitwave and others — map on-chain activity to a configurable chart of accounts and export it to the general ledger. The chart of accounts itself is a configuration choice the tool can't make for you, so before you commit to one, check that it can represent the design you've settled with your auditor:

• it supports the classification you've adopted (intangible, inventory, or ASU 2023-08 fair value) and the measurement that follows from it, rather than forcing a single hardcoded treatment;
• it can carry both the asset axis (for presentation) and a wallet axis (for reconciliation), not just one;
• it has distinct accounts for the realized result, the unrealized remeasurement, and an OCI component where the IAS 38 revaluation model applies.

The tool applies the chart of accounts; the classification and presentation determinations behind it stay an auditor judgement under the applicable standard.

Where Wag3s fits

Wag3s Ledger maps wallet and exchange activity into a configurable crypto chart of accounts across both the asset and wallet axes, with separate realized and unrealized accounts, an audit trail, and export to ERPs, QuickBooks and Xero. What it does not do is decide the classification or presentation for you: those stay auditor-confirmed under the applicable framework, whether that is IFRS, US GAAP or the French ANC rules. The product is built to give the entity's accountant and auditor a defensible set of books to review, not to substitute for their judgement. See the Ledger product page.

Further reading

• Crypto Asset Account Classification
• ANC 2026-01 Crypto Accounting (France)
• Crypto Wallet vs Asset Account Mapping
• Crypto Realized vs Unrealized Gain Accounts
• Crypto CoA: GAAP and IFRS Mapping
• FASB ASU 2023-08 Crypto Fair Value

Sources

• IFRS — IAS 38 Intangible Assets (cost or revaluation model; a revaluation increase generally goes to OCI, a decrease below cost to P&L) and IAS 2 Inventories for broker-traders.
• US GAAP — FASB ASU 2023-08, which measures in-scope crypto at fair value with changes recognised in net income (alongside the prior ASC 350 intangible practice); the 2026 FASB XBRL taxonomy presents crypto fair value as a separate balance-sheet line.
• France — Règlements ANC n° 2026-01 et n° 2026-02 du 9 janvier 2026: the recast PCG "crypto-actifs et assimilés" section, mandatory for financial years opening on or after 1 January 2027 (early application possible), with banking establishments covered separately by 2026-02; both integrate EU MiCA Regulation (UE) 2023/1114.
• Chart-of-accounts axes (asset-based for presentation, wallet-based for reconciliation, often combined) and the distinct realized / unrealized / OCI accounts are design conventions, not a single prescribed standard; classification and presentation are framework- and fact-specific auditor judgements, and no PCG account number is assumed here. This is not accounting advice.