Crypto and Digital-Asset Accounting in the UAE — IFRS-grade

Why this is a specialism

Most accounting firms treat crypto as "we'll work it out". Real digital-asset accounting requires engagement with: per-lot cost-basis tracking across hundreds of wallets and exchanges; classification of tokens as intangible assets, inventory, or financial instruments per IFRS; rev­aluation against active markets; impairment testing; custody categorisation by control basis; wallet reconciliation against on-chain state every reporting cycle; AML / CFT compatible audit trails; and reporting under VASP regulations from VARA, FSRA, DFSA, or SCA depending on activity and location.

The founder of Consorata builds a regulated crypto-accounting platform and leads the practice's digital-asset engagements personally. If your business touches digital assets — exchange, custody, OTC desk, DeFi protocol, NFT issuer, payments, treasury holding — you do not need to explain the territory before the engagement starts.

IFRS classification of digital assets

The IFRS Interpretations Committee's 2019 agenda decision remains the operative guidance:

• IAS 38 Intangible Assets — cryptocurrencies held for investment. Cost model uses historical cost less impairment; revaluation model is permitted only against an active market (most major coins qualify).
• IAS 2 Inventories — cryptocurrencies held for sale in the ordinary course of business (exchanges, OTC desks).
• IFRS 9 Financial Instruments — specific digital assets that grant contractual rights against another party (tokenised securities, certain stablecoins with redemption rights).

Stablecoins, security tokens, governance tokens, and DeFi positions each require independent analysis. There is no general "crypto" account in IFRS — the classification drives measurement, presentation, disclosure, and tax treatment.

Cost-basis methods

IAS 2 permits FIFO and weighted-average for inventory; LIFO is not permitted under IFRS. For cryptocurrencies held as IAS 38 intangibles, the cost model uses historical cost less impairment, while the revaluation model marks to active-market value at the reporting date. Specific identification is mathematically permissible but operationally fragile.

Our default is FIFO with audit-ready lot documentation across every wallet, exchange, and custody account, including DEX pool positions and bridged tokens. The choice affects effective tax position once Corporate Tax interacts with realised gains; we model the impact before recommending a change.

Custody categorisation

Recognition of digital assets on the entity's balance sheet depends on who has control:

• Custodied (Coinbase Prime, BitGo, Fireblocks Vault, Anchorage) — recognised as the entity's asset because the custodian acts as agent. Proof of segregation in the custodian terms is essential; pooled / commingled custody changes the analysis.
• Self-custodied (cold wallets, MPC wallets, hardware wallets) — recognised at the wallet address level; control is evidenced by signing-key access.
• DeFi (LP tokens, staked positions, lending pools) — decomposed into the underlying claim. The LP token represents a proportional share of two assets in a pool, recognised separately, with rebalancing reflected at each measurement date.
• Wrapped / bridged tokens — careful attention to whether the wrapping is a substantive economic exchange or a custody transformation. The latter does not derecognise the underlying.

Wallet reconciliation discipline

Wallet reconciliation is the digital-asset equivalent of bank reconciliation — the general ledger reconciles to on-chain state every cycle. Each wallet has a reconciliation working paper with the on-chain balance at cut-off, the GL balance, and the reconciling items (in-flight transactions, exchange withdrawals, gas fees, internal transfers). Reconciling items must clear within the next cycle or escalate.

Without this discipline, balances drift silently and the year-end reconciliation becomes an audit problem. With it, the auditor's crypto-balance procedure becomes a one-page check rather than an open-ended investigation.

AML / CFT integration

Virtual asset service providers in the UAE are regulated by VARA (Dubai), FSRA (ADGM), DFSA (DIFC), or SCA depending on activity and location. Each authority requires AML / CFT policies, transaction monitoring, suspicious-transaction reporting to the UAE Financial Intelligence Unit, and travel-rule compliance for transfers above the FATF threshold.

Bookkeeping must support these obligations: counterparty identification at the wallet level for material flows, tagging of high-risk-jurisdiction interactions, and audit trails compatible with on-chain forensics. We work in cooperation with the firm's AML / compliance officer; we do not replace them.

Audit-ready ledgers

A digital-asset audit programme tests: existence of holdings (signing-key challenges or custodian confirmations), valuation against active markets, cost-basis accuracy from inception, classification under IFRS, related- party disclosure of intra-group transfers, and AML / CFT policy effectiveness. Our books are built to clear this programme in a single audit cycle, not to pass each test in isolation.

When to engage Consorata

Engage before the first significant on-chain transaction is booked. Retroactive cost-basis reconstruction across hundreds of wallets is possible but materially more expensive than continuous bookkeeping. For operating businesses already mid-flight, engage at the start of a quarter for a clean transition.