Accounting for Bitcoin (BTC)

Bitcoin is the most common crypto on a company's balance sheet — often held as a treasury reserve — and the rules for accounting for it changed materially. This page covers how BTC is classified, measured, and taxed, and how CryptaCount keeps it on the books.

General information, not accounting or tax advice. Confirm the right treatment for your facts with your auditor or advisor.

What Bitcoin is (for accounting)

Bitcoin (BTC) is a fungible, cryptographically secured digital asset on its own distributed ledger, not issued by any entity. Those characteristics put it squarely in the scope of the current crypto accounting standards — and, importantly, it carries no enforceable claim on any underlying asset, which is what determines its measurement.

How Bitcoin is classified and measured

• US GAAP — BTC is an intangible asset in the scope of ASC 350-60 (ASU 2023-08), so it's now measured at fair value each period, with gains and losses in net income. This replaced the old cost-less-impairment model. → Crypto accounting under US GAAP →
• IFRS — BTC is an intangible asset under IAS 38 (cost model with IAS 36 impairment, or the revaluation model where an active market exists). → Crypto accounting under IFRS →
• Not cash — despite its use in treasuries, BTC isn't cash or a cash equivalent under accounting rules.

Cost basis and tax

Disposals of Bitcoin (selling, swapping, spending) are generally capital gains events for tax, calculated using your jurisdiction's cost-basis method. Bitcoin uses proof-of-work, so there are no staking rewards — but mining rewards are income at receipt. Cost-basis methods → · Trading tax →

What to watch with Bitcoin

Under fair-value measurement, BTC's price volatility now flows through earnings every period — so treasury holders need reliable period-end valuations and clean records behind every movement.

How CryptaCount handles Bitcoin

• Ingests all your BTC activity across wallets and exchanges
• Applies your cost-basis method and computes gains
• Measures BTC at fair value each period under your chosen standard, posting the remeasurement
• Posts journal entries to your ERP with a full audit trail

See the sub-ledger → · Crypto assets →

General information, not accounting or tax advice. Verify with your auditor or advisor.

Recognition and initial measurement of Bitcoin in the books

Before any question of period-end valuation arises, an accounting team has to decide when a Bitcoin holding enters the books and at what amount it first lands there. Recognition is generally triggered when the entity obtains control of the asset - in practice, when the coins are received into a wallet or exchange account the entity controls and the inflow is supported by an on-chain or venue record. Initial measurement is normally at the cost of acquiring the asset: the consideration given to obtain it, including directly attributable transaction costs such as network or trading fees, translated into the entity's functional currency at the date of the transaction. Because Bitcoin trades continuously and across many venues, the single most consequential bookkeeping decision is which price source and timestamp establish that initial carrying amount, and whether the same convention is applied consistently to every acquisition.

That consistency is not a cosmetic concern. A holding acquired in several tranches at different times and prices carries a layered cost history, and every later disposal has to be matched against those layers under a chosen cost-basis method. If the initial measurements are struck against inconsistent sources, the gains and losses computed on disposal inherit that noise, and an auditor reviewing the file cannot reproduce the figures. Recognising each lot cleanly, with its date, quantity, fee, and valuation source preserved, is therefore the foundation everything else rests on - which is exactly the discipline a transaction-level crypto sub-ledger is built to enforce.

Subsequent measurement: fair value versus cost-less-impairment

After recognition, the question becomes how Bitcoin is carried at each reporting date, and here the two major frameworks diverge in a way that materially changes reported results. Under US GAAP, the more recent guidance moves in-scope crypto assets such as Bitcoin to fair value measurement each period, with the remeasurement flowing through net income, replacing the older cost-less-impairment approach that only ever moved the carrying amount downward. Under IFRS, Bitcoin is generally an intangible asset, and the preparer chooses between a cost model with impairment testing and, where an active market exists, a revaluation model that carries the asset at a revalued amount. The practical upshot is that the same coins can sit on two differently prepared balance sheets at different amounts, and the movement can land in different places - earnings under one approach, a revaluation reserve within equity under another.

Impairment, where it still applies, has its own mechanics worth spelling out. Under a cost-and-impairment approach the carrying amount is written down when the recoverable amount falls below it, and whether that write-down can later be reversed depends on the framework. Fair-value measurement removes that asymmetry - both increases and decreases are captured - but in exchange it imports the asset's volatility straight into the income statement, so a quarter of sharp price movement can swing reported earnings even when no coin was bought or sold. Whichever model applies, the team needs a defensible period-end valuation for every holding, struck against a documented source, and a clear posting that ties the remeasurement back to the specific lots it relates to. The general distinction between these frameworks is set out on the IFRS and US GAAP overviews.

A short illustrative example makes the moving parts concrete. Suppose an entity acquires Bitcoin for a cost of 100 (currency units), and by the reporting date its fair value has risen to 130. Under a fair-value approach the carrying amount becomes 130 and a remeasurement gain of 30 is recognised in the period; if the value had instead fallen to 80, a loss of 20 would run through the period. Under a cost-and-impairment approach the rise to 130 would generally not be recognised at all - the asset would stay at 100 - while the fall to 80 could trigger an impairment write-down. The figures here are purely illustrative and chosen only to show the direction and location of the entries, not to suggest any particular price or outcome.

Cost basis, gains and losses in the ledger

Distinct from period-end remeasurement is the realised result when Bitcoin actually leaves the books - sold, swapped, or used to settle an obligation. At that moment the proceeds are compared against the cost basis of the specific units disposed of, and the difference is a realised gain or loss. Which units are deemed to have been sold is governed by the cost-basis method the entity has adopted and applied consistently; first-in-first-out, last-in-first-out, highest-in-first-out, weighted-average, and specific-identification approaches can each produce a different realised figure from the very same set of transactions. Because Bitcoin uses proof-of-work, there are no staking rewards to account for, which keeps the income side simpler than chains that distribute protocol rewards - the accounting effort concentrates on lot tracking and disposal matching rather than on a stream of received-as-income events.

Every disposal therefore needs to resolve cleanly to the lots it consumes, and every resulting gain or loss needs a journal entry that an auditor can trace back to source. Where a disposal partly consumes a lot, the residual quantity and its carrying amount have to carry forward accurately, because an error there silently distorts the basis of every future disposal from that lot. This is the unglamorous engine room of crypto accounting, and it is where a manual spreadsheet most often breaks down under volume.

Balance-sheet classification and presentation

Where Bitcoin sits on the balance sheet matters as much to a reader as how it is measured. Despite its frequent use as a treasury reserve, Bitcoin is not cash or a cash equivalent under prevailing accounting rules - it fails the criteria that define those line items - so presenting it within cash would misstate liquidity. It is generally shown as a separate crypto or digital-asset line, or within intangible assets, with the classification as current or non-current following the entity's intent and expected holding horizon. Material holdings typically warrant disclosure of the measurement basis, the valuation approach, and the gains or losses recognised, so that a reader can understand how much of reported earnings is driven by remeasurement rather than operations. Clear presentation, supported by note disclosure, is what stops a volatile asset from being silently buried in the wrong subtotal.

Controls and audit trail for a Bitcoin position

A Bitcoin balance is only as credible as the evidence behind it, and the controls an auditor looks for are specific. Existence is supported by independently verifiable wallet balances reconciled to the ledger; completeness by capturing every inflow and outflow across all wallets and venues, with internal transfers between the entity's own wallets distinguished from genuine acquisitions and disposals so they are not mistaken for taxable-style events or double-counted. Valuation rests on a documented, consistently applied price source for both initial cost and period-end remeasurement, with the provenance of each figure retained. And accuracy depends on the disposal engine matching the right lots under the adopted method without drift.

• Wallet-to-ledger reconciliation - on-chain balances tie back to the recorded position, so existence is demonstrable rather than asserted.
• Complete event capture - every movement across wallets and exchanges is ingested once, with overlapping data feeds deduplicated so the population is neither overstated nor gapped.
• Internal-transfer flagging - moves between the entity's own wallets are identified and excluded from disposal calculations.
• Valuation provenance - each cost and remeasurement value records where it came from and the date it was struck.
• Immutable change history - corrections are tracked rather than overwritten, so a restated figure is explainable.

How CryptaCount handles Bitcoin in the sub-ledger

CryptaCount treats a Bitcoin position as a continuously reconciled sub-ledger rather than a periodic spreadsheet. It ingests BTC activity across every wallet and connected exchange, recognises each acquisition as a costed lot, and matches disposals against those lots under the cost-basis method the firm has chosen. At each reporting date it produces a documented period-end valuation and posts the remeasurement consistent with the entity's chosen framework, then writes the resulting journal entries to the general ledger or ERP with an unbroken audit trail. Because the realised gains, the period-end remeasurement, and the balance-sheet position all draw on one reconciled sub-ledger, the figures in the accounts can always be traced back to the underlying movements that produced them - which is precisely what an auditor needs to sign off a material crypto balance.

Does fair-value measurement of Bitcoin make our earnings more volatile?

It can. When Bitcoin is carried at fair value with the remeasurement in net income, price movements flow through earnings every period even if no coin is bought or sold. That is why a reliable, documented period-end valuation and clear disclosure of how much of the result is remeasurement matter - readers need to separate operating performance from price swings. The right framework for your facts is a matter to confirm with your auditor.

How do we keep cost basis accurate across many Bitcoin acquisitions?

By recording each acquisition as a separate lot with its date, quantity, fee, and valuation source, then matching every disposal against those lots under one consistently applied cost-basis method. Partial disposals must carry the residual lot forward correctly, because an error there distorts every later disposal from that lot. A transaction-level sub-ledger automates that matching at volume.

Is Bitcoin shown as cash on the balance sheet?

No. Even when held as a treasury reserve, Bitcoin is not cash or a cash equivalent under prevailing rules, so presenting it within cash would misstate liquidity. It is generally shown as a separate crypto or digital-asset line, or within intangible assets, with appropriate disclosure of the measurement basis.

What audit evidence supports a Bitcoin balance?

A chain that runs from independently verifiable wallet balances, through complete and deduplicated event capture, to documented valuations and tracked corrections. Existence, completeness, valuation, and accuracy each need their own evidence, and all of it should reconcile back to the same ledger that produces the financial statements.