What CARF Actually Adds on Top of CRS: The Two Standards, Side by Side
12 min read
CRS did not become CARF. CARF did not replace CRS.
The Common Reporting Standard and the Crypto-Asset Reporting Framework are separate, complementary systems for collecting and exchanging tax information. CRS is built around financial institutions and financial accounts. CARF adds reporting for relevant crypto-asset transactions carried out through in-scope service providers.
That distinction matters to anyone who holds Bitcoin, uses an exchange, owns an entity, changes tax residence, or assumes self-custody makes the reporting question disappear. The standards look at different objects, capture different data, and can apply to the same person through different institutions.
Neither standard creates a new tax on Bitcoin. Neither calculates an individual’s gain, basis, income, residence, or liability. They produce information that a participating tax authority can compare with returns, disclosures, and other records under its domestic law.
Here is what each standard does, what CARF adds, where they overlap, and what a defensible control file should contain.
CRS Starts With Financial Accounts
The OECD developed CRS as a global automatic-exchange standard for information about financial accounts held outside a taxpayer’s jurisdiction of residence. Participating jurisdictions implement the standard through domestic law, require reporting financial institutions to perform due diligence, collect data, and exchange reportable information with relevant partner jurisdictions.
The OECD’s consolidated 2025 CRS text organizes the system around three questions. Is the institution a reporting financial institution? Is the relationship a financial account? Is the account holder, or a controlling person behind certain entities, reportable to another jurisdiction?
For a reportable account, the information generally includes the holder’s name, address, jurisdictions of residence, tax identification numbers, and date and place of birth for an individual where required. It also includes the account number, the reporting financial institution’s identity, the year-end balance or value, and specified income or proceeds depending on the account type. Those amounts can include interest, dividends, other income, and gross proceeds.
The CRS amendments adopted in 2022 and consolidated by the OECD in 2025 expand the standard to specified electronic-money products and central bank digital currencies held in financial accounts. CRS also covers indirect exposure to relevant crypto-assets through traditional financial products such as derivatives and interests in investment vehicles.
The primary object remains the financial account. That is the baseline CARF was designed to complement.
CARF Starts With Relevant Transactions
Bitcoin can move without being held as a conventional financial account. A person can buy through an exchange, swap one asset for another, transfer to an external wallet, or use an in-scope payment service. The traditional CRS architecture did not consistently capture that direct transaction layer.
The OECD’s CARF introduction says the framework has four building blocks: covered crypto-assets, reporting service providers, reportable transactions and information, and due diligence for identifying users and their tax jurisdictions.
The asset definition is deliberately broader than Bitcoin. Relevant Crypto-Assets can include stablecoins, derivatives issued in crypto-asset form, and certain non-fungible tokens when they meet the standard. The framework excludes assets an in-scope provider has adequately determined cannot be used for payment or investment, as well as central bank digital currencies and specified electronic-money products assigned to CRS.
CARF’s reportable transaction categories are exchanges between relevant crypto-assets and fiat currency, exchanges between one or more relevant crypto-assets, and transfers, including specified retail payment transactions.
This is the core addition: a provider reports user-linked annual transaction aggregates by relevant asset and transaction category. CRS generally tells an authority about an account and its balance, income, or proceeds. CARF adds visibility into direct crypto-asset acquisition, disposal, exchange, and transfer activity handled by a reporting provider.
CRS follows the financial account. CARF follows relevant crypto-asset transactions through the service provider that effects them.
What The Side-by-side Comparison Actually Shows
The two standards are easiest to compare across the same six questions.
Primary object. CRS focuses on financial accounts maintained by reporting financial institutions. CARF focuses on relevant transactions effectuated by reporting crypto-asset service providers for or on behalf of users.
Reporting party. CRS places duties on reporting financial institutions. CARF uses a functional category called the Reporting Crypto-Asset Service Provider, or RCASP. An entity can have duties under both if its activities meet both standards.
Customer classification. Both use tax-residence self-certification and due diligence. Both can require attention to controlling persons behind certain entities. Neither permits a provider to ignore information that makes a self-certification unreliable.
Financial data. CRS reports account information, year-end balance or value, and specified income or gross proceeds according to account type. CARF reports annual aggregates for relevant crypto-asset transactions, including value, units, and transaction counts by asset and category.
Movement to an external wallet. CRS has no general Bitcoin wallet-transfer category. CARF requires aggregate units and value for transfers an RCASP effects to wallet addresses it does not know to be associated with a virtual asset service provider or financial institution. The OECD explains that more detailed wallet-address information can then be requested through existing exchange-of-information channels if the aggregate data raises a concern.
Exchange mechanism. Under both systems, a domestic reporting obligation comes first. The collecting tax administration then exchanges reportable information through activated legal relationships with relevant partner jurisdictions. A framework, domestic law, and an exchange relationship are distinct layers.
This comparison also shows what neither standard supplies. An annual gross disposal figure is not taxable gain. Units transferred are not proof of a sale. A wallet withdrawal is not proof that ownership changed. Tax character and liability still require basis, dates, purpose, ownership, residence, elections, and domestic law.
What CARF Reports, And What It Does Not
The OECD CARF rules require identifying data for a reportable user and, where applicable, reportable controlling persons. The provider also reports its own identifying information.
For each relevant crypto-asset, the annual data separates acquisitions against fiat, disposals against fiat, acquisitions against other relevant crypto-assets, disposals against other relevant crypto-assets, reportable retail payments, and other inward or outward transfers. The report includes combinations of gross amount or fair-market value, aggregate units, and number of transactions. Transfers are subdivided by type where the provider knows the type.
A Bitcoin-for-asset swap is therefore not reduced to “nothing was cashed out.” Under CARF, a crypto-to-crypto exchange is split into a disposal of one asset and an acquisition of the other, each valued in fiat at the relevant time under a consistently applied method.
The reporting is generally aggregated by asset and category for the period. CARF is not a universal requirement to transmit every raw blockchain event as a separate line. Nor does it mean a tax authority receives every wallet address automatically. The external-wallet category reports aggregate units and value; existing information-exchange channels can support a later request for more detail.
CARF reports gross information. It does not know that a transfer between two wallets was self-to-self unless the records and provider information establish it. It does not calculate historical basis through prior platforms. It does not determine whether a reward was income, whether a disposal was exempt, or whether a taxpayer was resident where the report was sent.
That gap is where the taxpayer’s ledger matters. Reconciliation must explain why provider gross totals differ from taxable totals without treating either dataset as disposable.
Who Falls Inside The Service-provider Definition
CARF is functional. The OECD standard covers an individual or entity that, as a business, provides a service effectuating exchange transactions in relevant crypto-assets for or on behalf of customers. That includes acting as a counterparty or intermediary and making available a trading platform.
The OECD says the definition can cover exchanges, brokers, dealers, operators of relevant crypto-asset ATMs, and certain decentralized exchanges. A service does not escape merely because it uses non-custodial software or calls itself decentralized. The factual question is whether an identifiable person or entity, as a business, exercises sufficient control or influence to effect the exchange service for customers under the implemented rule.
Reporting nexus is also broader than one incorporation address. The model rules refer to tax residence, organization with legal personality or tax-reporting obligations, management, a regular place of business, and a branch. Ordering and relief rules are intended to reduce duplicate reporting where more than one participating jurisdiction has nexus.
This does not make every developer, node operator, miner, wallet publisher, or peer a reporting provider. The definitions, exclusions, business activity, control, nexus, and domestic implementation all matter. A label on the website is not the legal test.
Holding Bitcoin in a wallet whose keys you control is different from holding value in a custodial financial account. Direct peer-to-peer activity without an RCASP may sit outside a provider’s CARF report for that transaction. That is a scope observation, not a tax exemption or a guarantee that no information exists.
An RCASP-assisted withdrawal to an external wallet is itself within CARF’s transfer reporting architecture. The provider reports aggregate units and value when it does not know the wallet to be associated with another virtual asset service provider or financial institution. Deposits, later disposals, bank movements, counterparty records, invoices, and blockchain data can create additional evidence.
Self-custody also leaves the taxpayer’s ordinary duties untouched. Acquisition cost, fees, income, gifts, business receipts, transfers between controlled wallets, lost keys, dispositions, and residence-dependent reporting still require records under domestic law. The chain can show movement. It does not state the legal owner, beneficial owner, tax residence, purpose, basis, or character.
Do not respond to CARF by adding unnecessary hops, counterparties, bridges, or accounts. More movement can create more reconciliation work and more screening questions. The durable response is a transaction ledger that connects provider records, wallet control, economic events, and tax treatment.
Record the transaction identifier, timestamp, asset, quantity, fiat value and source, fee, sending and receiving address, controlled-wallet status, counterparty where known, purpose, invoice or contract, basis lot, and reporting treatment. Preserve provider exports before accounts close or retention windows expire.
Where CRS And CARF Overlap
The OECD describes CARF as separate and complementary to CRS. Some institutions report under both, and some assets sit near both boundaries.
The coordination rules allocate central bank digital currencies and specified electronic-money products held in financial accounts to CRS rather than CARF. Indirect crypto-asset exposure through traditional derivatives or investment vehicles is covered through CRS. An asset such as a share issued in crypto form can meet definitions under both; the amended CRS includes an optional way to switch off CRS gross-proceeds reporting when the information is reported under CARF.
Due diligence is also aligned where possible. Both frameworks use tax-residence self-certifications and reasonableness checks. An RCASP that is also a reporting financial institution may be able to use qualifying CRS new-account due diligence for CARF purposes under the model.
Build one ownership map, then reconcile it to two reports. List every financial institution, exchange, broker, wallet, entity, controlling person, residence self-certification, and account closure. Identify which relationship is expected to report under CRS, CARF, both, or neither, with the reason and review date.
The Timeline Is A Rollout, Not One Launch Date
There was no universal CARF switch on January 1, 2026.
The OECD’s June 2026 commitment schedule lists 46 jurisdictions undertaking first exchanges by 2027, 29 by 2028, and the United States by 2029. Japan and Korea remain in the 2027 group; Canada sits in the 2028 group. A commitment is not the same as enacted domestic legislation, an effective provider obligation, or an activated exchange relationship. Each connected jurisdiction must be checked separately.
The United Kingdom illustrates an early cohort. HM Revenue & Customs guidance requires in-scope providers to collect data from January 1, 2026, with reporting of 2026 information in 2027. The European Union’s DAC8 directive required the main national measures to apply from January 1, 2026; the resulting 2026 data moves through the prescribed reporting and exchange cycle in 2027. In February 2026, the European Commission opened infringement procedures against 12 member states for incomplete transposition, so a provider’s national implementation still needs checking.
Canada shows why old implementation summaries are unsafe. Its Spring Economic Update 2026 confirms a deferred application date of January 1, 2027. The OECD commitment schedule places Canada in the group undertaking first exchanges by 2028.
The date that matters to a user may be the first day the provider must collect valid self-certifications and transaction data, not the later filing or exchange date. Correct an address or tax residence before a report is built. Waiting for the first exchange can leave the wrong jurisdiction attached to a full year of activity.
Build One Reconciliation File For Both Standards
Start with identity and residence. For each institution and provider, record the legal name, address, tax residences, tax identification numbers, entity classification, controlling persons, and date of the last self-certification. The August 25 comparison of 183-day rule variants shows why a travel total alone is not enough. Update changed circumstances promptly and preserve what was submitted.
Then reconcile balances and flows. Match CRS year-end values and gross proceeds to statements. Match CARF asset-level acquisitions, disposals, swaps, retail payments, and transfers to provider exports and the independent ledger. Explain transfers between controlled wallets, inter-platform movements, reversals, fees, and valuation differences.
Finally, map the rollout. Record the provider’s reporting jurisdiction, the domestic effective date, filing period, expected exchange partners, and whether the relationship falls under CRS, CARF, or both. Review the map annually and before any residence change, entity restructure, account closure, or material Bitcoin transaction.
Do not wait for an authority notice to reconstruct basis across a closed exchange and three wallets. Export now. Hash the files. Preserve the method.
A paid Sovereignty Strategy Session gives you one hour with Adam Juchniewicz, CEO, to map residence, ownership, provider, and reporting questions before you engage qualified tax counsel. It is $475 through BitSettle or $500 through Stripe, and the amount paid credits toward professional fees if you retain 21 CBI within 90 days. Book through advisory; there is no obligation to proceed.
Map the accounts. Reconcile the transfers. Preserve the Evidence.
This article provides general information, not legal, tax, accounting, reporting, financial, or investment advice. CARF and CRS obligations depend on domestic implementation, provider and account classifications, reporting nexus, exchange relationships, residence, transaction facts, and effective dates. Consult a qualified tax advisor regarding your specific situation.

Adam Juchniewicz, CEO
US Air Force veteran. Bitcoiner since 2020.
