FASB Crypto Fair Value: What ASC 350-60 Means for Your Clients
For years, crypto assets sat awkwardly on corporate balance sheets under US GAAP, locked into an impairment-only model that recognised losses but never gains until disposal. That changed when the Financial Accounting Standards Board finalised ASC 350-60, which introduced FASB crypto fair value measurement as the new standard for qualifying digital assets. For accounting firms, auditors, and CFOs, this is not a minor technical update. It reshapes how crypto holdings are measured at every reporting date, how gains flow through the income statement, and what disclosures are required. Understanding the mechanics of this shift, and how it compares to IFRS treatment, is now a baseline competency for any practice serving clients who hold digital assets.
Why the Old Impairment Model Failed Crypto
Before ASC 350-60 took effect, companies holding cryptocurrency under US GAAP were required to treat those assets as indefinite-lived intangible assets. The practical consequence was a one-way ratchet: if the fair value of a holding fell below its carrying amount at any point during the reporting period, an impairment charge had to be recorded. But if the market recovered, even dramatically, no upward restatement was permitted until the asset was sold. The carrying amount stayed at the impaired level.
This created a persistent mismatch between economic reality and reported figures. A company that bought Bitcoin at a high price, watched it fall, and then saw it recover substantially would still show a depressed asset value on its balance sheet, with no income statement credit to reflect the recovery. Investors and analysts complained that the model obscured the true financial position of entities with meaningful crypto exposure. Preparers found it difficult to explain results that bore little resemblance to current market values. Auditors faced the challenge of testing impairment at the lowest intraperiod price, a requirement that demanded continuous market monitoring rather than period-end analysis alone. The model was not designed for assets that trade around the clock on global markets, and the strain showed.
ASC 350-60 and FASB Crypto Fair Value Measurement
ASC 350-60 replaced the impairment model with fair value measurement for crypto assets that meet specific criteria. Under the updated guidance, qualifying assets are remeasured at fair value at each reporting date, with changes recognised directly in net income. Gains and losses no longer wait for a disposal event. They flow through the income statement each period, reflecting the movement in market prices between reporting dates.
The scope of ASC 350-60 is defined carefully. It applies to crypto assets that meet all of the following characteristics: they reside on a distributed ledger based on blockchain or similar technology, they are not produced or created by the reporting entity, they do not provide the holder with enforceable rights to or claims on underlying goods, services, or other assets, and they are fungible. Assets that fall outside these criteria, such as NFTs with embedded utility rights or tokens issued by the reporting entity itself, remain subject to other existing guidance. The distinction matters enormously in practice, because firms advising clients with diverse token portfolios need to assess each asset class separately rather than applying a single treatment across the board.
Balance Sheet and Income Statement Implications
The shift to fair value has tangible consequences for how financial statements look and how they are read. On the balance sheet, crypto assets subject to ASC 350-60 are now presented at current market value rather than at historical cost reduced by impairment. This means holdings will fluctuate in carrying amount from period to period, reflecting market prices rather than an accounting artefact of the lowest historical price reached.
On the income statement, fair value gains and losses appear in net income. For entities with large crypto positions, this introduces a new source of earnings volatility. A company holding a significant Bitcoin treasury, for example, will report unrealised gains in periods of price appreciation and unrealised losses in periods of decline, even if no tokens are bought or sold. Finance teams need to consider how this volatility will be communicated to investors and whether it affects covenants, earnings-based compensation metrics, or analyst expectations. Accounting firms advising these clients have a clear advisory opportunity: helping clients design disclosure narratives, model the income statement impact under different price scenarios, and build internal controls around the fair value measurement process itself.
Disclosure Requirements Under the New Standard
ASC 350-60 brings with it a set of disclosure requirements that go beyond what was needed under the old impairment model. Entities are required to disclose, for each significant crypto asset holding, the name of the asset, the number of units held, the cost basis, and the fair value at the reporting date. Aggregate disclosures are permitted for assets that are not individually significant, but the threshold for significance requires judgement and should be applied consistently.
Entities must also disclose the activity in crypto asset holdings during the period, including purchases, sales, receipts from other activities such as mining or staking rewards, and any transfers. Gains and losses recognised in the income statement, broken down into realised and unrealised components, are required disclosures as well. This level of granularity places new demands on the data infrastructure behind the financial statements. Firms that rely on manual spreadsheets or basic exchange exports to track client crypto positions will find these disclosure requirements difficult to satisfy efficiently. Robust crypto sub-ledger and cost basis tracking becomes a practical necessity, not an optional upgrade. Maintaining that ledger with transaction-level detail, mapped to fair value at each reporting date, is what makes the disclosure package auditable.
How IFRS Crypto Assets Treatment Compares
Firms operating across borders or advising multinational clients need to understand where crypto IFRS accounting diverges from the FASB approach. Under IFRS, there is no dedicated standard equivalent to ASC 350-60. Crypto assets are typically accounted for under IAS 38 as intangible assets, unless the holder is a commodity broker-trader, in which case IAS 2 may apply at fair value less costs to sell.
The IAS 38 model permits revaluation to fair value only if an active market exists for the asset, and that revaluation surplus goes to other comprehensive income rather than to profit or loss, unless it reverses a previously recognised impairment. In practical terms, most crypto assets held by non-broker entities under IFRS still follow a cost-less-impairment model that resembles the old US GAAP treatment. The IASB has acknowledged that existing IFRS guidance is not well suited to crypto assets and has included the topic on its agenda, but no new IFRS standard specifically addressing crypto assets is yet in force.
| Feature | US GAAP (ASC 350-60) | IFRS (IAS 38, typical) |
|---|---|---|
| Measurement basis | Fair value at each reporting date | Cost less impairment (revaluation permitted if active market) |
| Gains recognition | Unrealised gains in net income | Revaluation surplus to OCI only |
| Loss recognition | Unrealised losses in net income | Impairment to profit or loss |
| Reversal of impairment | Automatic via fair value remeasurement | Permitted up to original cost |
| Scope | Fungible, blockchain-based, no underlying claim | All intangible assets not covered by other standards |
| Dedicated crypto standard | Yes, ASC 350-60 | No dedicated standard |
This divergence creates real complexity for firms preparing consolidated accounts under both frameworks, or for clients with subsidiaries in multiple jurisdictions. A group entity reporting under US GAAP may show a crypto asset gain in net income while its IFRS-reporting parent shows the same asset at a lower carrying value with no income statement impact. Reconciling these differences for group reporting purposes, and explaining them clearly to auditors and stakeholders, is a non-trivial task.
Tax Reporting Intersections: CARF and DAC8
The accounting treatment of crypto assets under ASC 350-60 does not operate in isolation from the broader tax and regulatory reporting environment. Two major international frameworks are reshaping how crypto transactions are reported to tax authorities: the OECD's Crypto-Asset Reporting Framework, known as CARF crypto reporting, and the European Union's DAC8 reporting directive.
CARF requires crypto asset service providers to collect and report information on their customers' transactions to tax authorities, with automatic exchange between participating jurisdictions. DAC8 mirrors and extends CARF requirements within the EU, covering a broader range of crypto assets and service providers. For accounting firms advising clients who are also crypto-asset service providers, or who have reporting obligations under these frameworks, there is a potential tension between the accounting classification of assets under ASC 350-60 and the reporting categories used by CARF and DAC8. An asset that qualifies for fair value treatment under ASC 350-60 may be categorised differently under CARF's taxonomy. Firms need to ensure their clients' compliance processes address both the financial reporting and the tax reporting dimensions without assuming the two frameworks use identical asset classifications.
| Framework | Scope | Who Reports | Data Exchanged |
|---|---|---|---|
| ASC 350-60 | Financial statement measurement | Reporting entities (preparers) | Balance sheet, income statement, disclosures |
| CARF | Tax authority reporting | Crypto-asset service providers | Transaction data, customer identification |
| DAC8 | EU tax authority reporting | EU-based crypto service providers | Transaction data, beneficial ownership |
Illustrative Scenario
To illustrate how this applies in practice, consider the following scenario: Michael is a CFO at a mid-sized US technology company that adopted a Bitcoin treasury strategy and holds a significant position on its balance sheet. When his audit firm first raised the implications of ASC 350-60, Michael's team was still tracking the position in a spreadsheet updated monthly. Fair value at each reporting date meant they needed intraday-accurate prices at the close of every quarter, plus a full transaction log showing acquisitions, disposals, and any staking activity. The disclosure requirements, particularly the breakdown of realised versus unrealised gains and losses, could not be produced from the spreadsheet without hours of manual reconciliation.
Michael's firm implemented CryptaCount to maintain a dedicated crypto sub-ledger that pulled live price data, recorded every transaction with its cost basis, and produced the ASC 350-60 disclosure schedules directly. At the next quarterly close, the audit team received a complete, traceable package covering fair value movements, transaction activity, and the required per-asset disclosures. The time spent on crypto reconciliation dropped substantially, and the risk of a qualified audit opinion on the grounds of inadequate records was removed. The finance team could also model income statement volatility under different price scenarios ahead of board presentations.
Frequently Asked Questions
What is FASB crypto fair value measurement under ASC 350-60?
ASC 350-60 requires entities to measure qualifying crypto assets at fair value at each reporting date, with changes in fair value recognised in net income. This replaced the previous impairment-only model, which recorded losses but not gains until disposal. The standard applies to fungible, blockchain-based assets that do not represent a claim on underlying goods or services.
Which crypto assets qualify for ASC 350-60 treatment?
An asset qualifies if it is fungible, resides on a blockchain or similar distributed ledger, was not created by the reporting entity, and does not provide the holder with enforceable rights to underlying goods, services, or other assets. Assets such as NFTs with embedded utility, or tokens issued by the company itself, generally fall outside the scope and require separate accounting analysis.
How does ASC 350-60 affect the income statement?
Under ASC 350-60, unrealised gains and losses from crypto fair value movements flow directly through net income each period. Companies with large crypto holdings will experience new earnings volatility tied to market price changes, even without buying or selling any assets. Finance teams need to anticipate this when communicating results to investors and when reviewing covenant or compensation structures linked to earnings metrics.
What disclosures does ASC 350-60 require?
Entities must disclose the name and number of units held for each significant crypto asset, alongside cost basis, fair value at the reporting date, and period activity including purchases, sales, and receipts from staking or mining. Realised and unrealised gains and losses must be disclosed separately. These requirements demand transaction-level data and cannot be satisfied reliably from basic exchange statements alone.
How does crypto US GAAP accounting differ from IFRS crypto assets treatment?
Under US GAAP, ASC 350-60 mandates fair value measurement with gains and losses in net income. Under IFRS, most entities apply IAS 38 on a cost-less-impairment basis, with revaluation to fair value only permitted when an active market exists and with surpluses recorded in other comprehensive income rather than profit or loss. There is no dedicated IFRS crypto standard equivalent to ASC 350-60 yet in force.
Does ASC 350-60 apply to stablecoins and NFTs?
Stablecoins that are fungible and blockchain-based may qualify if they do not represent a claim on underlying assets, though the analysis depends on how the specific stablecoin is structured. NFTs are generally excluded because they are typically non-fungible and may carry enforceable rights. Each token type needs individual assessment against the ASC 350-60 criteria rather than a blanket classification.
What is the relationship between ASC 350-60 and CARF crypto reporting?
ASC 350-60 governs how crypto assets appear in financial statements, while CARF crypto reporting governs what transaction data crypto-asset service providers must submit to tax authorities. The two frameworks use different asset taxonomies, so an asset treated as a qualifying crypto asset under ASC 350-60 may be categorised differently under CARF. Firms need to manage both obligations separately and avoid assuming the classifications align automatically.
How should accounting firms prepare their clients for ASC 350-60 compliance?
Firms should start by auditing the data infrastructure behind each client's crypto holdings, as spreadsheet-based tracking is rarely sufficient for the disclosure requirements. Implementing a dedicated crypto sub-ledger that captures transaction history, cost basis, and period-end fair values is the foundation. From there, firms can build the disclosure schedules, model income statement volatility, and coordinate with auditors before the reporting deadline rather than during fieldwork.
Does ASC 350-60 change how crypto gains are taxed in the US?
No. ASC 350-60 is a financial reporting standard and does not alter tax treatment. Under US federal tax rules, crypto assets are treated as property, and taxable gains or losses arise on disposal events. The unrealised fair value movements recognised in net income under ASC 350-60 do not create a tax liability in themselves, though they create a deferred tax balance that must be tracked and disclosed separately.
Source: CryptaCount
FAQ
ASC 350-60 requires entities to measure qualifying crypto assets at fair value at each reporting date, with changes in fair value recognised in net income. This replaced the previous impairment-only model, which recorded losses but not gains until disposal. The standard applies to fungible, blockchain-based assets that do not represent a claim on underlying goods or services.
An asset qualifies if it is fungible, resides on a blockchain or similar distributed ledger, was not created by the reporting entity, and does not provide the holder with enforceable rights to underlying goods, services, or other assets. Assets such as NFTs with embedded utility, or tokens issued by the company itself, generally fall outside the scope and require separate accounting analysis.
Under ASC 350-60, unrealised gains and losses from crypto fair value movements flow directly through net income each period. Companies with large crypto holdings will experience new earnings volatility tied to market price changes, even without buying or selling any assets. Finance teams need to anticipate this when communicating results to investors and when reviewing covenant or compensation structures linked to earnings metrics.
Entities must disclose the name and number of units held for each significant crypto asset, alongside cost basis, fair value at the reporting date, and period activity including purchases, sales, and receipts from staking or mining. Realised and unrealised gains and losses must be disclosed separately. These requirements demand transaction-level data and cannot be satisfied reliably from basic exchange statements alone.
Under US GAAP, ASC 350-60 mandates fair value measurement with gains and losses in net income. Under IFRS, most entities apply IAS 38 on a cost-less-impairment basis, with revaluation to fair value only permitted when an active market exists and with surpluses recorded in other comprehensive income rather than profit or loss. There is no dedicated IFRS crypto standard equivalent to ASC 350-60 yet in force.
Stablecoins that are fungible and blockchain-based may qualify if they do not represent a claim on underlying assets, though the analysis depends on how the specific stablecoin is structured. NFTs are generally excluded because they are typically non-fungible and may carry enforceable rights. Each token type needs individual assessment against the ASC 350-60 criteria rather than a blanket classification.
ASC 350-60 governs how crypto assets appear in financial statements, while CARF crypto reporting governs what transaction data crypto-asset service providers must submit to tax authorities. The two frameworks use different asset taxonomies, so an asset treated as a qualifying crypto asset under ASC 350-60 may be categorised differently under CARF. Firms need to manage both obligations separately and avoid assuming the classifications align automatically.
Firms should start by auditing the data infrastructure behind each client's crypto holdings, as spreadsheet-based tracking is rarely sufficient for the disclosure requirements. Implementing a dedicated crypto sub-ledger that captures transaction history, cost basis, and period-end fair values is the foundation. From there, firms can build the disclosure schedules, model income statement volatility, and coordinate with auditors before the reporting deadline rather than during fieldwork.
No. ASC 350-60 is a financial reporting standard and does not alter tax treatment. Under US federal tax rules, crypto assets are treated as property, and taxable gains or losses arise on disposal events. The unrealised fair value movements recognised in net income under ASC 350-60 do not create a tax liability in themselves, though they create a deferred tax balance that must be tracked and disclosed separately.