Hungary taxes qualifying individual crypto income under a special regime in the Personal Income Tax Act, commonly associated with Article 67/C, with a headline 15% personal income tax rate and no automatic taxation on every wallet movement. The practical result depends on tax residency, the exact event, HUF valuation, and whether the facts fit the special crypto regime or ordinary business, employment, or corporate rules. In most individual cases, disposal into fiat or use of crypto to acquire goods or services is the key taxable trigger, while crypto-to-crypto swaps are generally not taxed at the swap moment under the special individual regime. Loss reporting matters because properly declared losses may be used for tax equalization within the statutory window.
This page is an informational summary for 2025 compliance in Hungary, reviewed in a 2026 context. It is not legal or tax advice. Crypto tax outcomes in Hungary depend on facts, documentation, residency, valuation method, and whether the income falls under the special individual crypto rules or another regime. Official guidance from NAV, the Hungarian Personal Income Tax Act, and applicable exchange-rate sources should be checked before filing.
Essential tax treatment, filing windows and compliance pressure points at a glance.
Hungary introduced dedicated personal income tax treatment for qualifying crypto income from 1 January 2022, materially simplifying the earlier approach for many individuals.
This page is written for users searching Hungary Crypto Tax 2025, with emphasis on taxable events, HUF valuation, loss use, and return preparation.
By 2026, crypto tax analysis increasingly sits alongside EU transparency frameworks such as DAC8, AML/CFT controls, and more structured CASP reporting environments.
Hungary’s crypto tax analysis starts with the event, not the token. For individuals under the special regime, the decisive question is whether the crypto-asset has been converted into fiat or used as consideration for goods, services, or other property. A wallet transfer between your own wallets is not a disposal by itself. A crypto-to-crypto swap is generally not taxed at the swap moment under the special individual regime, but it still creates a recordkeeping obligation because later disposal analysis depends on traceable acquisition history. Complex events such as staking, airdrops, NFT receipts, lending yield, liquidity pool exits, and salary paid in crypto require separate factual review because the special crypto regime does not automatically override employment, self-employment, or corporate tax rules.
Sell BTC, ETH, or stablecoins for HUF, EUR, or USD
Usually taxable
Use crypto to buy goods or services
Usually taxable
Crypto-to-crypto swap
Usually non-taxable
Transfer between own wallets
Usually non-taxable
Mining receipt
Usually non-taxable
Later disposal of mined or rewarded crypto
Usually taxable
Freelance or salary paid in crypto
Usually taxable
NFT sale or NFT used as consideration
Usually taxable
| Event | Treatment | Why | Value Basis | Records Needed |
|---|---|---|---|---|
| Selling crypto for fiat | Usually taxable for individuals at 15% PIT under the special regime if the facts fit Article 67/C treatment. | This is the clearest disposal event. The taxpayer has realized value outside the crypto ecosystem into fiat currency. The taxable result depends on documented proceeds and documented acquisition and related costs. | Fiat proceeds translated into HUF on the recognition date using a supportable exchange-rate source. | Exchange trade confirmation, withdrawal statement, bank or fintech receipt, asset quantity, fee data, acquisition history, and HUF conversion support. |
| Paying for goods, services, or real estate with crypto | Usually taxable because crypto is used as consideration for a non-crypto asset or service. | Hungarian analysis focuses on realization. If crypto is used to buy a car, jewellery, software, consulting, or real estate, the taxpayer has effectively disposed of the crypto. The value must be supported by fair market value evidence at the date of the transaction. | Documented fair market value of the goods or services received, translated into HUF where needed. | Invoice or contract, proof of payment, wallet transaction hash, asset quantity, FMV evidence, fees, and HUF conversion records. |
| Crypto-to-crypto swap | Generally not taxed at the swap moment for individuals within the special crypto regime. | The special Hungarian individual regime generally does not treat one crypto-asset exchanged for another crypto-asset as an immediate taxable disposal. This is one of the most important practical differences from some other jurisdictions. | No immediate tax base under the general individual special-rule logic, but later disposal analysis still depends on traceable cost history. | Swap logs, tx hash, wallet and exchange records, quantity in and out, fee data, and internal ledger showing continuity of cost tracking. |
| Transfer between own wallets or exchanges | Not taxable if beneficial ownership does not change. | A self-transfer is not a disposal. The legal risk arises when the taxpayer cannot prove that both wallets or accounts were under the same beneficial ownership and control. | No tax base if it is a genuine own-wallet transfer. | Wallet addresses, exchange account identifiers, tx hash, screenshots or logs showing ownership continuity. |
| Mining, staking, airdrop, DeFi reward receipt | Depends on facts; later disposal is commonly the clearer taxable point, but some receipts may fall into ordinary income analysis. | The legal character of the receipt matters. Passive reward, compensation for services, protocol incentive, and business activity are not automatically identical. The timing and character of taxation may therefore differ. | Usually supportable fair market value at receipt and at disposal must be documented; HUF translation remains critical. | Protocol statements, validator or pool logs, wallet tx hashes, reward timestamps, token quantity, FMV evidence, and later disposal records. |
| Crypto received as salary or freelance payment | Usually outside the simple investor analysis and may fall under employment or self-employed income rules. | If crypto is remuneration for work, NAV can analyze the payment by reference to the underlying legal relationship rather than only by token form. This is a common area where taxpayers misapply the special investor regime. | Fair market value of the remuneration at receipt, translated into HUF. | Employment contract or service agreement, payroll or invoice records, wallet proof, FMV support, and subsequent disposal records if the crypto is later sold. |
Tax residency is the first filter. A Hungarian tax resident is generally taxed in Hungary on worldwide income subject to treaty relief and specific statutory rules, which means using a foreign exchange, foreign IBAN, or offshore wallet structure does not by itself remove Hungarian tax exposure. For most search-intent cases, the user is an individual investor and the special crypto rules in the Personal Income Tax Act are the starting point. That said, the analysis changes when crypto activity is part of self-employed services, employment compensation, or company operations. Businesses should not assume that the individual 15% PIT logic automatically applies to corporate books. In practice, the most reliable classification sequence is: determine residency, identify the legal capacity in which the activity occurred, classify the event, translate values into HUF, then test whether the special crypto regime or another tax regime governs the result.
Usually the main target of the special crypto PIT rules. Tax is typically triggered on disposal into fiat or use of crypto for goods or services, with 15% PIT as the headline rate if the facts fit the regime.
A non-resident may still need Hungarian analysis if there is Hungarian-source income or another local nexus, but the result depends on domestic law and any applicable double tax treaty.
If crypto is consideration for professional services, ordinary income analysis may apply before later disposal analysis. The token form does not automatically convert service income into investor income.
Companies need separate accounting and corporate tax analysis. It is unsafe to use a retail-investor shortcut for corporate books, treasury positions, or crypto operating revenue.
| Criterion | Occasional Investor | Self-employed Activity | Company |
|---|---|---|---|
| Main legal lens | Special individual crypto rules in the Hungarian PIT Act, commonly linked to Article 67/C. | Underlying service or business income rules may apply first; crypto form alone is not decisive. | Corporate accounting and tax treatment, legal form, and transaction nature must be reviewed separately. |
| Does a foreign exchange change the tax result? | No. Foreign platform use does not by itself remove Hungarian tax if the person is tax resident. | No. Platform location does not change the character of professional income. | No. Foreign custody or exchange execution does not displace local accounting and tax obligations. |
| Typical taxable trigger | Sale for fiat or use of crypto to buy goods or services. | Receipt of crypto as payment for services and later disposal of that crypto. | Depends on accounting recognition, business model, and realized gains or operating income. |
| Main compliance risk | Missing HUF conversion and poor proof of acquisition cost. | Misclassifying remuneration as investor gains. | Using individual PIT assumptions in corporate books. |
For qualifying individuals, Hungary’s crypto regime is built around a disposal-based logic. The practical rule is simple: not every blockchain event is taxed, but every economically relevant exit from crypto into fiat or into goods, services, or other property must be tested. The tax base is determined from documented proceeds minus documented acquisition and related costs, and the resulting qualifying income is generally subject to 15% PIT. A major operational point often missed in summaries is that the Hungarian return is filed in HUF, so even if the exchange reports in EUR or USD, the taxpayer still needs a supportable HUF conversion method. Another key point is that losses must be declared if the taxpayer wants to preserve later tax equalization rights.
A reliable working formula is: taxable crypto income = taxable proceeds from qualifying crypto disposals − documented acquisition and related costs; PIT due = taxable crypto income × 15%. In practice, the difficult part is not the multiplication but the classification, HUF conversion, and documentary support.
| Rule | Practical Treatment |
|---|---|
| Qualifying individual crypto income is generally taxed at 15% PIT. | This is the headline rate under the special individual regime. The rate does not answer the harder questions: whether the event is taxable, whether the income qualifies for the special regime, and how the amount must be translated into HUF. |
| Disposal into fiat is the core taxable event. | Selling Bitcoin, Ethereum, or stablecoins for HUF, EUR, or USD is the clearest taxable case. The taxpayer should retain both the disposal record and the acquisition record, because NAV can test the net result, not just the sale amount. |
| Using crypto to buy goods or services is usually taxable. | If crypto is used to acquire a car, software, consulting, rent, or other property, the taxpayer has generally realized value. The practical difficulty is proving fair market value on the transaction date and converting that value into HUF. |
| Crypto-to-crypto swaps are generally not taxed at the swap moment. | This is one of the most favorable features of the Hungarian individual regime. It does not remove the recordkeeping burden, because later fiat disposal still requires a defensible acquisition trail. |
| Losses can generally be used for tax equalization within the current year and the next 2 tax years. | The loss must be properly reported. A taxpayer who ignores a loss in the return may lose the opportunity to offset later gains. |
| Small-transaction relief exists in law, but the annual threshold amount must be checked against the officially applicable minimum wage. | Practical summaries often mention a rule tied to 10% of the minimum wage for very small proceeds. The exact 2025 amount should not be guessed; it must be verified against the officially applicable minimum wage and tested together with aggregation and factual conditions. |
| Exchange tax reports are evidence, not the legal answer. | A foreign exchange statement may be useful as raw data, but it may not follow Hungarian event classification, HUF conversion, or local cost treatment. The taxpayer remains responsible for a Hungary-compliant return. |
Companies should not use the retail-investor template. Hungary has a 9% corporate income tax framework, but that does not mean every company with crypto simply pays “15% plus 9%.” That shortcut is misleading because 15% PIT is an individual income tax concept, not a universal corporate rule. For companies, the tax result depends on legal form, accounting classification, whether the crypto is inventory, treasury asset, payment instrument, or customer consideration, and whether the activity is passive holding, trading, mining, staking, brokerage, or service revenue. In addition, VAT, payroll, transfer pricing, and accounting presentation may become relevant depending on the business model.
If the activity is carried out through a Hungarian company, the correct next step is a combined tax + accounting review, not a copy of an individual NAV filing logic. Related internal pages that may be relevant are Hungary, Hungary, and Crypto Regulations.
| Topic | Treatment | Records |
|---|---|---|
| Corporate income tax treatment | The company’s crypto result must be analyzed within Hungarian corporate tax and accounting rules. The existence of a 9% CIT rate does not replace transaction-by-transaction classification, revenue recognition, and expense support. | General ledger entries, accounting policy, wallet and exchange statements, valuation workpapers, contracts, and audit trail linking blockchain records to books. |
| Crypto received from customers | If a company receives crypto as business revenue, the underlying transaction is usually ordinary operating income first, not merely an investor disposal case. Later sale of the received crypto can create a separate gain or loss analysis. | Customer invoices, contracts, payment confirmations, FMV evidence at receipt, HUF conversion support, and later disposal records. |
| Treasury holdings and revaluation issues | Corporate treatment may depend on how the asset is recognized in accounting and whether unrealized revaluation has accounting consequences. Tax analysis must follow the accounting treatment rather than consumer-style wallet logic. | Accounting memos, valuation methodology, period-end reports, custody statements, and management approvals. |
| Mining, staking, or protocol participation by a company | When a company actively earns crypto through operations, the tax outcome may involve operating income, expenses, depreciation, energy costs, and possibly payroll or contractor issues. No universal shortcut is safe. | Equipment invoices, electricity and hosting bills, node logs, pool statements, reward records, and internal cost allocation files. |
Complex crypto events in Hungary require a fact pattern, not a slogan. Mining, staking, validator rewards, liquidity pool income, lending yield, airdrops, hard forks, and NFTs are often mentioned together, but they do not always share the same tax character. The practical distinction is whether the receipt is best understood as investment-related crypto income, compensation for services, business revenue, or a later disposal event. For many individuals, the later conversion into fiat or use for goods and services remains the clearest taxable moment. However, if the receipt itself represents remuneration or another form of ordinary income, NAV may analyze the receipt under a different regime before any later disposal. The safest approach is to document both the receipt value and the disposal value, because one of the two dates often becomes decisive in a disputed case.
A practical control point for all DeFi and reward cases is whether you can reconstruct the event from raw blockchain evidence: wallet address, tx hash, token quantity, timestamp, protocol source, and HUF value. If not, the tax position is weak even if the legal theory is sound.
| Event | Typical Treatment | Valuation Basis |
|---|---|---|
| Mining | Mining is not automatically identical to passive investing. For individuals, later monetization or disposal is often the clearer taxable point, but the factual pattern matters, especially if the activity is organized, repeated, and cost-intensive. Equipment and electricity costs are not automatically deductible without a direct evidentiary link. | Supportable FMV at receipt and/or disposal; HUF conversion required. |
| Staking and validator rewards | Staking is commonly treated as a reward-based crypto receipt, but the legal character can differ between a simple delegator, an active validator, and a business operator. The later fiat disposal is usually easier to quantify than the original reward event, yet both dates should be documented. | Reward FMV on receipt and HUF value on later disposal. |
| Airdrops and hard forks | Airdrops and forks are not safely handled by a blanket rule. The analysis may differ depending on whether the receipt was unsolicited, promotional, compensation-like, or connected to prior activity. Later disposal remains a separate taxable event even where the receipt stage is uncertain. | Documentable FMV at receipt if available; disposal value in HUF if later sold or spent. |
| Liquidity pools, lending, and yield farming | DeFi income often combines multiple legal steps: deposit, tokenized receipt, reward accrual, fee income, and exit. Each step may not be taxed the same way. The main risk is treating all protocol outputs as simple investor gains without checking whether they resemble interest, service income, or a disposal of rights. | Protocol-level transaction data plus FMV and HUF conversion on each economically relevant event. |
| NFTs | NFTs should not be assumed to follow the exact same rule in every case. A collectible sale, creator royalty, utility NFT, or NFT received as compensation can lead to different analysis. The token label alone is not determinative. | Contract price or supportable FMV, translated into HUF. |
| Salary or freelance income paid in crypto | If crypto is payment for work, employment or self-employed income rules may apply at receipt. This is one of the clearest situations where the special investor regime may not be the whole answer. | FMV of remuneration at receipt in HUF, plus later disposal records if the crypto is sold. |
Hungary crypto reporting is an annual compliance exercise, not a one-click export. The taxpayer should first classify all events for the tax year, then isolate qualifying taxable disposals, collect acquisition and fee evidence, convert all relevant values into HUF, and only then prepare the annual return. Losses should be reported if the taxpayer wants to preserve later tax equalization rights. A foreign exchange certificate can support the file, but it should not be copied blindly into the Hungarian return because the platform may use non-Hungarian assumptions about taxable events, cost basis, or valuation dates. By 2026, taxpayers should also assume that crypto transparency is increasing through broader EU reporting logic such as DAC8, alongside existing AML/CFT data trails.
| Period | Obligation | Owner | Deadline |
|---|---|---|---|
| During the tax year | Track every taxable disposal, every crypto-to-crypto swap, and every receipt of crypto connected to work, mining, staking, or DeFi. Preserve raw records before platforms rotate or limit exports. | Individual taxpayer or company finance team | Ongoing |
| Year-end close | Reconcile wallet data, exchange CSV exports, bank statements, invoices, and HUF valuation support. Identify losses that should be declared for future tax equalization. | Taxpayer with accountant or adviser | After year end, before return preparation |
| Annual return preparation | Calculate qualifying taxable income, test whether the special crypto regime applies, and prepare the Hungarian return using HUF figures and supportable documentation. | Taxpayer / tax adviser | By the statutory annual PIT filing deadline applicable for the year |
| Post-filing retention period | Keep the full audit trail, including blockchain evidence, exchange exports, contracts, invoices, FMV support, and HUF conversion workpapers. | Taxpayer / company | For the applicable statutory record-retention period |
Keep throughout the tax year and retain after filing
These items define perimeter clarity, application readiness, and first-line control credibility.
Sequence these after the core perimeter, governance, and launch-control decisions are stable.
Crypto tax disputes in Hungary usually start with evidence failure, not rate failure. The statutory rate may be straightforward, but NAV can challenge the filing if the taxpayer cannot prove acquisition cost, beneficial ownership of wallets, HUF valuation, or the legal character of the transaction. The risk rises sharply in mixed cases: salary paid in crypto, self-employed services settled in tokens, NFT creator income, and DeFi structures involving multiple smart-contract steps. Another recurring issue is importing a foreign exchange tax report into the Hungarian return without adapting it to local law. That shortcut can distort taxable events, loss recognition, and HUF conversion.
Legal risk: NAV may reject cost basis or question whether the reported net result is complete, especially if the wallet trail is broken.
Mitigation: Maintain a transaction ledger linking exchange records, wallet addresses, and tx hashes to each disposal.
Legal risk: The report may use non-Hungarian assumptions about taxable events, valuation dates, or cost treatment, creating an incorrect filing.
Mitigation: Use exchange statements as source data only and rebuild the Hungarian tax analysis in HUF.
Legal risk: This can understate taxable disposals because payment with crypto is usually a realization event.
Mitigation: Collect invoices and FMV evidence for every non-fiat crypto payment and include it in the disposal analysis.
Legal risk: The taxpayer may lose the ability to use tax equalization in later years.
Mitigation: Report losses properly in the relevant annual return and track the 2-year window.
Legal risk: NAV may reclassify the receipt under employment or self-employed income rules, with broader tax consequences.
Mitigation: Analyze the underlying legal relationship first, then separately analyze later disposal of the received crypto.
Legal risk: A non-taxable transfer may be mistaken for a disposal or unexplained inflow.
Mitigation: Retain wallet ownership evidence, exchange account IDs, and tx hashes showing continuity of control.
These are the practical questions most often raised by taxpayers dealing with Bitcoin, Ethereum, stablecoins, NFTs, staking, and foreign exchanges in Hungary.
For qualifying individual crypto income under Hungary’s special regime, the headline rate is generally 15% personal income tax. The harder issue is usually not the rate but whether the event qualifies for the special regime and how the taxable amount should be calculated in HUF.
Under the special individual crypto regime, crypto-to-crypto swaps are generally not taxed at the moment of the swap. However, the swap must still be documented because it affects later cost tracking when the asset is eventually sold for fiat or used for goods or services.
Yes, this is the clearest taxable event. Selling crypto for HUF, EUR, USD, or other fiat currency generally creates taxable income for individuals if the facts fit the special regime. The result must be calculated using documented proceeds and documented costs, translated into HUF.
Usually yes. If you use crypto to buy goods, services, or other property, Hungary generally treats that as a disposal event. The practical issue is proving the fair market value of what you received and converting that value into HUF.
Generally yes, if the loss was properly declared. Hungary’s crypto rules allow tax equalization using the current year and the next 2 tax years. A loss that was never reported may not be available later.
No. If you are a Hungarian tax resident, foreign platform use does not by itself remove Hungarian tax obligations. Residency and the legal character of the income matter more than the geography of the exchange or bank account.
Not always. Staking, validator income, lending yield, liquidity pool rewards, airdrops, and similar events require factual analysis. In some cases, later disposal is the clearer taxable point; in others, the receipt itself may need separate ordinary-income analysis.
No blanket rule is safe. An NFT sale, creator royalty, utility NFT, or NFT received as compensation can produce different tax analysis. The token label alone does not determine the result.
Yes, the Hungarian filing must be supportable in HUF. Even if your exchange reports in EUR or USD, you need a consistent and defensible HUF conversion method for taxable proceeds, costs, fees, and fair market value where relevant.
Because foreign exchange reports are usually built for multi-jurisdictional use and may not follow Hungarian taxable-event rules, local valuation logic, or HUF conversion requirements. They are evidence, not a substitute for a Hungary-specific tax analysis.
Hungary’s crypto tax regime can be relatively clear for individual investors once the facts are correctly classified: 15% PIT is the headline rate, crypto-to-crypto swaps are generally not taxed immediately, and properly declared losses may be used within the 2-year tax equalization window. The real compliance work is elsewhere: confirming residency, separating investor activity from business or employment income, converting values into HUF, and keeping records that NAV can actually verify. If your case involves DeFi, NFTs, salary in crypto, or company operations, a short technical review usually costs less than correcting a misfiled return later.
