Market Evolution and Current Use Cases
The Romanian market for blockchain and crypto-assets is active, with development varying by use case. The projects most frequently analysed involve tokenisation, crypto-asset issuance, payment-adjacent products, platform solutions, crypto cards, custody and alternative financing. Over the past 12 months, interest in real-world asset tokenisation ‒ particularly real estate, receivables and private company participation rights – has grown, with many projects moving from concept to structured pre-launch.
Applicable Legal Framework
Romania operates within the EU regulatory framework, which provides a clear and harmonised legal foundation for blockchain-based businesses. The primary instruments are Regulation (EU) 2023/1114 on markets in crypto-assets (MiCA), the EU Transfer of Funds Regulation, Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA), as well as the payment services regime and anti-money laundering (AML) legislation. For market participants, this EU-anchored approach means a single, predictable perimeter that applies across all member states, rather than a fragmented patchwork of national rules. Romania supplements this framework with national implementing measures, including emergency ordinances and secondary rules issued by the Financial Supervisory Authority (ASF) and the National Bank of Romania (BNR), which operationalise EU requirements at the domestic level.
The Next 12 Months
The most significant near-term development is the national implementation of MiCA. On 2 April 2026, the Romanian government reviewed a draft emergency ordinance in first reading, designating ASF and BNR as competent authorities, establishing a sanctions regime, and introducing rules for crypto-asset service providers (CASPs) and crypto-asset ATMs. Once adopted, it will complete the domestic framework needed to launch and scale CASP operations from Romania.
The ordinance is expected to bring legal certainty and establish a local filing route; the ASF and BNR would be required to adopt secondary rules within 30 days of its entry into force.
Regulatory Attitude and Policy Direction
The ASF has described itself as a facilitator of innovation while emphasising financial stability and consumer protection. It treats tokenisation, smart contracts and stablecoins as technologies that supervisors must understand and oversee in a modern way, and it acknowledges the need to recruit more blockchain-specialist staff.
At government level, the direction is regulatory integration: blockchain products touching capital markets, payments, custody and investment services are brought within the existing ASF/BNR supervisory architecture rather than under a separate regime. Tokenisation, stablecoins, smart contracts and crypto-asset services are more readily accepted where they can be classified, supervised and aligned with investor protection, AML, operational resilience and market integrity requirements – which Romania’s EU-aligned framework supports.
Blockchain and Intellectual Property
Blockchain projects engage the ordinary Romanian rules on copyright, software, databases, trade secrets and trade marks. A token does not, by itself, transfer copyright or other IP rights in the underlying content. Projects involving NFTs, tokenised access rights, software protocols or data layers should therefore separate the on-chain asset from the off-chain IP licence or assignment.
There is no broad domestic regulatory sandbox in Romania dedicated to crypto-assets, CASPs, decentralised finance (DeFi) or tokenisation. Innovators instead engage through a combination of national innovation hubs, EU-level sandbox structures and the EU DLT Pilot Regime.
The ASF FinTech Hub and the BNR FinTech Innovation Hub are useful for regulatory engagement, but do not suspend licensing, conduct, prudential or AML requirements. While the BNR and ASF have considered broader tools similar to sandbox ones, at present no general Romanian crypto-asset sandbox appears to be operational. At EU level, the European Blockchain Regulatory Sandbox has become more relevant, as it has completed three cohorts of blockchain/DLT use cases, in which the ASF participated in the third cohort. The EU sandbox is useful for regulatory dialogue and legal certainty, but it should not be described as a substitute for Romanian or EU authorisation.
Regulatory Approach to Blockchain Technology
Romanian law does not regulate blockchain technology as such. Instead, it regulates:
This is consistent with MiCA’s technology neutral approach, under which the underlying technology is not meant to be regulated in isolation, while crypto-assets and crypto-asset services are subject to specific requirements.
Licensing Triggers and Regulatory Thresholds
This distinction is important in practice, because a company using distributed ledger technology for internal records, supply chain traceability, marketing analytics or proof of existence solutions will not normally need a specific licence only because it uses blockchain. By contrast, the same technology may trigger MiCA, Directive 2014/65/EU on markets in financial instruments (MiFID II), payment services, electronic money, fund, consumer credit or AML rules if it is used to issue transferable crypto-assets, manage client crypto-assets, provide exchange services, raise financing or process payments.
Outsourcing, Governance and Operational Resilience
Regulated financial firms must assess blockchain solutions through the ordinary outsourcing, governance, ICT and operational resilience framework. Where a critical or important function is outsourced to a blockchain infrastructure provider, cloud provider, wallet provider or analytics provider, the firm remains responsible towards the regulator. DORA is especially relevant for banks, payment institutions, electronic money institutions, investment firms and CASPs, as it imposes specific requirements on ICT risk management, incident reporting, testing and third-party ICT providers. At national level, Emergency Ordinance No 14/2026 implements DORA by designating the BNR and ASF as the competent authorities, establishing a sanctioning regime that includes fines of up to 10% of annual turnover for entities and up to RON23 million for individuals, and requiring regulated entities to maintain an ICT risk management framework and to report ICT incidents in accordance with the regulation.
Data Protection and Blockchain Immutability
The General Data Protection Regulation (GDPR) applies irrespective of whether the data is stored on-chain or off-chain, so blockchain immutability can conflict with the rights to erasure, rectification and restriction of processing. A correction entry on-chain may help explain the record, but it does not always amount to erasure or rectification in the GDPR sense. For this reason, the prior assessment of what categories of data are to be recorded on-chain is an important legal consideration: projects should use off-chain storage, hashes, encryption, data minimisation and clear controller/processor allocation, as the choice of on-chain versus off-chain storage directly affects the entity’s ability to comply with its obligations under applicable data protection rules.
Legal Status of Smart Contracts
Romanian law does not contain a separate legal regime for smart contracts. A smart contract is not binding merely because it is called a contract, nor is it unenforceable merely because it is written in code. It must be assessed under the ordinary rules of Romanian civil law.
Validity Requirements
A smart contract arrangement can be enforceable if the underlying legal agreement is valid. This means that the parties must have capacity, consent must be validly expressed, the object must be determined or determinable and lawful, and the cause or purpose of the obligation must not be contrary to mandatory law, public order or morality. Where the law requires a particular form, such as notarisation or written form, code alone will not be sufficient.
Off-Chain Terms and Execution Logic
In practice, code should be treated as an execution mechanism or as evidence of agreed performance logic, not as a complete replacement for legal terms. The parties should still have off-chain terms describing the service, the asset, the rights attached to the token, the role of oracles, the allocation of risk, the governing law, dispute resolution, liability caps and fallback procedures. Romanian courts would apply existing civil law principles and may rely on technical expert reports to understand the code and its role in the legal relationship.
Risks and Judicial Review
From a practical perspective, businesses should not rely on automatic execution alone. The code should be audited before launch and aligned with the off-chain terms, especially on oracle failures, coding errors, chain forks, hacks, upgrades, refunds and complaint handling. The documentation should also state who may pause, amend or unwind execution and in what circumstances. Even if the smart contract performs automatically, Romanian courts may still review consent, mistake, fraud, abusive clauses, consumer rights or unjust enrichment, and may order restitution or damages where the legal basis for execution fails.
Domestic Industry Bodies
Romania has several organisations active in blockchain or fintech discussions, but it does not have a strong self-regulatory body with binding authority over the market. The Romanian Blockchain Association was created to promote blockchain adoption and education in Romania. RoFintech acts more broadly in support of Romanian fintech companies, and the Romanian Association of Blockchain and Crypto-assets is also active in the field.
These bodies may contribute to market education, policy dialogue and industry visibility, but they do not issue binding rules, authorise projects or replace ASF or BNR supervision.
European and International Participation
Romanian lawyers, consultants and market participants also take part in European blockchain and crypto-asset associations, including the International Association for Trusted Blockchain Applications (INATBA). INATBA is relevant because it connects participants in the private sector with regulators and policy makers at EU level.
Legal Nature of Crypto-Assets
Under Romanian private law, crypto-assets are capable of forming part of a person’s patrimony as intangible movable assets. The analysis starts from the Romanian Civil Code, under which goods may be tangible or intangible if they form the object of a patrimonial right, and assets not treated as immovable are movable. There is no bespoke proprietary regime for crypto-assets yet, but the Civil Code framework accommodates them without difficulty. This position is not yet supported by a developed body of Romanian case law, so the analysis must be based on the asset’s specific characteristics.
Classification based on the Crypto-Asset’s Characteristics
Not all crypto-assets should be treated in the same way. A crypto-asset that qualifies as a financial instrument, fund unit, security, payment instrument or e-money token (EMT) will be governed by the relevant special regime. For example, EMTs are deemed electronic money under MiCA, while Law No 210/2019 defines electronic money as electronically stored monetary value representing a claim against the issuer, issued on receipt of funds and accepted by persons other than the issuer. Therefore, an EMT is better analysed as a tokenised form of electronic money and holder claim, with redemption rights, rather than merely as a generic intangible asset.
Ownership and Control
For crypto-assets, ownership is inferred from control ‒ specifically, control of the private key or of the relevant custodial account. This remains a practical presumption, not an absolute rule. A person may control a wallet but hold the crypto-assets for another person, may have obtained them unlawfully, or may be subject to contractual restrictions that override the blockchain record. In custodial structures, MiCA strengthens the analysis by requiring a custody agreement, client position records and segregation of client crypto-assets from the CASP’s own estate.
Transfer of Ownership
Technical transfer should be distinguished from legal transfer. On-chain finality occurs when the transaction is validated under the rules of the relevant network, but legal transfer under Romanian law still requires a valid title, authority to dispose of the asset and an effective agreement between the parties. For regulated or wrapped tokens, the off-chain layer may be equally important. Transfers may need to be reflected in issuer records, corporate registers, custodial records or contractual documentation, depending on the rights attached to the token.
Collateral Arrangements
Security over crypto-assets is possible in principle, most likely as a movable mortgage over intangible movable assets or over the rights attached to them. In practice, the arrangement should be documented through a security agreement and, where relevant, registered with the National Register for Movable Publicity. The main difficulty is that registration does not by itself give control of private keys, while control of private keys does not by itself solve publicity, priority and enforcement against third parties. Creditors should therefore use a combination of contractual restrictions, custody or control arrangements, valuation mechanics and clear enforcement procedures.
Banking and payment services are available to crypto-asset businesses in Romania as a matter of law and workable as a matter of practice, provided the applicant comes prepared. In practice, banks apply enhanced due diligence to crypto-asset clients, reflecting AML, sanctions and reputational considerations that are common across the EU. This is a manageable challenge rather than a structural barrier, and it is one that is improving as the sector matures and MiCA authorisation becomes the market standard. Crypto-asset businesses should expect enhanced due diligence, requests for AML and transaction-monitoring policies, beneficial ownership documentation and information on fiat flows connected to crypto-asset activity.
The most effective approach is to prepare a comprehensive banking file before approaching institutions, covering the product perimeter, client categories, fiat flow model, risk appetite, restricted jurisdictions and suspicious transaction reporting process.
Romania has no additional local ESG regime specifically applicable to crypto-assets. The relevant requirements come primarily from MiCA and, where applicable, general EU sustainable finance rules.
MiCA requires the crypto-asset white paper to include mandatory figures on the consensus mechanism’s energy consumption and its principal adverse environmental impacts. CASPs face parallel disclosure obligations. The standards are particularly demanding for proof-of-work or other energy-intensive mechanisms, but the obligation is technology-neutral and applies through standardised EU disclosure templates and technical standards.
General EU sustainable finance obligations may also apply if the relevant entity or product falls within the Sustainable Finance Disclosure Regulation, the Taxonomy Regulation or the Corporate Sustainability Reporting Directive. These rules apply because of the status of the entity, the nature of the financial product or the reporting perimeter.
For Romanian projects, marketing a token as “green”, “sustainable” or “ESG compliant” should be supported by evidence, methodology and disclosures. Otherwise, the issue becomes not only an ESG problem, but also a consumer protection and unfair commercial practices problem.
Income and Corporate Tax
Romanian tax law provides that, for individuals, gains from transactions with virtual currency are treated as income from other sources. From 1 January 2026, the income tax rate on virtual currency gains is 16%. The small-gain exemption applies where the gain does not exceed RON200 per transaction and total annual gains do not exceed RON600. Health insurance contributions may also apply if annual income exceeds the statutory thresholds. Practical guidance is available in ANAF’s 2023 brochure on the tax treatment of virtual currency transfers, which walks individuals through declaration and payment, and – on the reporting side – ANAF’s guide for Reporting Crypto-Asset Service Providers, which sets out customer due diligence and reporting obligations applicable to exchanges from fiscal year 2026.
From a practical perspective, the main issue is not so much whether the income is taxable but rather how the taxable gain is evidenced. Taxpayers should keep transaction exports, wallet records, acquisition costs, disposal values, exchange rates, fees and evidence of transfers between their own wallets. This is particularly important where assets are moved across several exchanges or self-custody wallets.
For companies, crypto-asset transactions are analysed under ordinary corporate tax or microenterprise tax rules, depending on the taxpayer’s status. The relevant points are accounting classification, valuation, impairment, exchange rate treatment, timing of recognition and supporting documents for acquisition cost. Romanian accounting and tax guidance remains limited, so the tax treatment should be checked against the exact role of the asset in the business.
VAT Treatment
Fiat-to-crypto exchange services are generally treated as VAT-exempt where the crypto-asset is used as a means of payment. By contrast, NFT sales, utility tokens and tokenised service bundles may fall within VAT if they represent the supply of digital content, a licence, access to a platform or another identifiable service. Mining and some airdrops may fall outside VAT where there is no identifiable recipient and no direct consideration, but pool mining, staking-as-a-service, validator services and DeFi yield products should be reviewed more carefully, because a fee, reward split or platform intermediation may create a taxable service.
Romanian insolvency law applies to crypto-asset firms in the same way as to other businesses, supplemented by the specific safeguards that MiCA imposes on CASPs, ART issuers and EMT issuers. MiCA’s advance safeguarding requirements – client asset segregation, custody agreements, client position records and, for certain issuers, recovery and redemption planning – significantly strengthen the position of clients and counterparties in an insolvency scenario compared to the pre-MiCA environment. The central insolvency question for Romanian crypto-asset companies is whether client crypto-assets belong to the insolvent estate or remain client property. The 2025 Romanian analysis correctly noted that MiCA touches insolvency indirectly, mainly through advance safeguarding obligations rather than through a full insolvency code for digital asset companies.
Practical questions around wallet identification, key access, transaction tracing, asset valuation and tokenholder classification have not yet been extensively tested in Romanian insolvency proceedings.
The same organisations mentioned in 1.1.5 Industry and Trade Bodies are relevant, but none of them has a recognised self-regulatory function similar to an exchange association, financial market code administrator or statutory professional body.
In practice, policy discussions are carried out through individual market participants, law firms and European associations. Crypto-asset market participants are regularly invited to public consultations organised by public authorities in connection with upcoming regulations.
ASF and BNR Competences
The ASF is expected to become the main authority for CASPs, ART issuers and issuers or offerors of crypto-assets other than ARTs and EMTs. The BNR is expected to supervise EMT issuance by credit institutions and electronic money institutions, as well as payment institutions, electronic money institutions and banks under existing sectoral law. The draft Romanian MiCA emergency ordinance expressly separates these competences between the ASF and BNR and provides for co-operation between them.
AML Authority
The National Office for Prevention and Combating of Money Laundering (ONPCSB) is the financial intelligence unit and AML authority. It receives suspicious transaction reports, supervises AML compliance for relevant reporting entities and co-ordinates the national AML risk response. Law No 129/2019 now uses MiCA-related terminology, including crypto-assets and CASPs.
Other Relevant Authorities
The National Authority for Consumer Protection (ANPC) may be relevant where retail users are targeted, especially in relation to unfair terms, misleading advertising, digital services and distance contracts. The National Agency for Fiscal Administration (ANAF) is relevant for income tax, corporate tax, VAT and crypto-asset reporting. The National Supervisory Authority for Personal Data Processing (ANSPDCP) supervises GDPR compliance, while the National Cyber Security Directorate (DNSC) is relevant for cybersecurity matters and for the implementation of Directive (EU) 2022/2555 on measures for a high common level of cybersecurity (NIS2).
International Alignment
Romania’s approach is closely aligned with EU and international standards. Supervisory interpretation tracks EU law, European Securities and Markets Authority (ESMA) and European Banking Authority (EBA) guidance, FATF AML standards and EU-level supervisory convergence, rather than a separate domestic doctrine. For cross-border operators, this means Romanian outcomes are predictable from the same EU materials they already work with.
Classification of Crypto-Assets
A crypto-asset may fall under MiCA, but only if it is not already regulated as:
MiCA applies this technology-neutral logic uniformly, and Romanian law does not layer a separate classification on top.
Interaction with MiFID II
Where a token has the characteristics of a transferable security, fund unit, money market instrument or derivative, it falls within the MiFID II and capital markets framework rather than MiCA. The relevant Romanian implementing law is Law No 126/2018 on markets in financial instruments, and the general principle is that tokenised securities are characterised by their economic substance rather than their digital form.
MiCA Categories
Within MiCA, crypto-assets that are not excluded from its scope fall into three main categories. EMTs are crypto-assets that purport to maintain a stable value by reference to a single official currency. Asset-referenced tokens (ARTs) are crypto-assets that purport to maintain a stable value by reference to another value or right, or a combination thereof, including one or more official currencies. All other crypto-assets, including most utility tokens, are subject to the general regime under Title II of MiCA, unless an exemption applies. Most non-fungible tokens (NFTs) sit outside MiCA under Article 2(3) on the basis of uniqueness and non-fungibility; fractionalising an NFT into fungible units brings it back inside the regime.
Regulated Activities
The regulated activities refer to:
Crypto-asset services include custody, trading platform operation, exchange, order execution and transmission, advice, portfolio management and transfers. Governance tokens are classified by the rights they confer rather than by protocol label: a token granting economic rights, dividends or buyback entitlements may be a financial instrument under MiFID II Annex I, while a pure voting-rights token sits under MiCA Title II.
Prohibitions and Retail Protections
Holding and transferring crypto-assets is not prohibited under Romanian law. The relevant prohibitions are activity-based: carrying out a regulated crypto-asset service without authorisation, or offering ARTs or EMTs to the public without the appropriate issuer status. Separately, misleading retail holders, breaching AML obligations and engaging in market abuse each give rise to their own consequences under the applicable rules. On the retail side, MiCA introduces specific protections for holders, including disclosure obligations, marketing standards and, in certain cases, a right of withdrawal.
Transitional Rules
Under Article 143(3) MiCA, entities that provided crypto-asset services in accordance with applicable national law before 30 December 2024 may continue until 1 July 2026 or until authorisation is granted or refused, unless a member state adopts a shorter period. Romanian materials have not indicated a materially different approach, but final Romanian implementation remains pending. For a detailed discussion of the pending Romanian MiCA implementation legislation, including the draft emergency ordinance and the designation of competent authorities, see 1.1.1 Evolution of Uses of Blockchain.
In Romania, regulation attaches to the entity performing the regulated activity, not to the commercial structure chosen by the promoter. Interposing a fund, SPV, foundation or other legal wrapper between the investor and the underlying crypto-asset activity changes the legal relationships but leaves the activity itself in scope. If the activity requires authorisation, someone in the chain must hold it.
Legal Wrappers and the Regulatory Analysis
Where investors acquire units in a collective investment undertaking that allocates capital to crypto-assets, the fund manager will need to comply with fund regulation, and the entity actually managing or custodying the crypto-assets may still need to be authorised under MiCA. Similarly, where a token represents a share, a debt instrument or a right to repayment, the issuer and any intermediary may fall within the scope of MiFID II, the Prospectus Regulation or market abuse rules, regardless of how the offering is labelled.
This is especially relevant for real world asset projects. A promoter may set up an SPV to hold real estate, receivables or private company participations, and then issue tokens linked to that SPV. The commercial logic may be sound, but the token can still qualify as a security, a fund interest, a crowdfunding instrument or a MiCA crypto-asset depending on the rights it confers. The legal wrapper is therefore a factor in the analysis, not a way around it.
Regulatory Consequences for Regulated Firms
Regulated firms that gain exposure to crypto-assets, whether directly or through a wrapper, should expect to address the full range of applicable requirements, including prudential treatment, internal mandate limits, custody and valuation arrangements, governance and outsourcing standards, DORA compliance, conflicts of interest and client disclosure. Banks and payment institutions will also need to factor in approvals and restrictions specific to BNR, while investment firms and funds should consider ASF rules and any applicable investor eligibility thresholds.
White Paper and Legal Explanation Filing
Under MiCA Title II, an offeror or person seeking admission to trading of crypto-assets other than ARTs or EMTs must draw up, notify and publish a crypto-asset white paper before the offer to the public or admission to trading, unless an exemption applies. The MiCA white paper is a public statement of fact and risk, subject to civil liability, update duties and registration in the publicly accessible ESMA register. From a filing perspective, the white paper must be prepared in a machine-readable format using inline XBRL (iXBRL) in accordance with the applicable ESMA implementing technical standards.
Under Article 8(4) MiCA, the white paper must be accompanied by a legal explanation addressed to the national competent authority. This is a substantive, non-public document demonstrating that the token falls within MiCA and is not a financial instrument, deposit, fund unit, securitisation position or other excluded instrument, and is not an ART or EMT. The analysis tracks the classification elements set out in 2.2 Crypto-Asset Regulatory Frameworks and should address the token’s rights, economic function and (where relevant) the absence of any stabilisation mechanism.
Exemptions
The white paper notification and Article 8(4) legal explanation described above are not required where one of the MiCA exemptions applies. These exemptions are modelled on the public offering exemptions under the Prospectus Regulation and include:
The exemptions in Article 4(2) and (3) of MiCA cease to apply as soon as the offeror, or any person acting on its behalf, communicates an intention to seek admission to trading. This extends to informal channels: communications through social media, investor materials, term sheets or roadshow presentations may be sufficient to trigger loss of exemption.
Notification Versus Authorisation
For Title II tokens, the white paper must be notified to the competent authority at least 20 working days before publication. The authority may request information or raise concerns, but formal approval is not required and responsibility for the content remains with the offeror or person seeking admission to trading. Once duly notified and published in one member state, the white paper enables the offeror to offer the crypto-asset or seek its admission to trading across the EU without repeating the notification procedure in each member state (see 3.4 Passporting).
The supervisory posture for stablecoins differs from Title II tokens:
In both cases, the issuer must submit a legal opinion confirming that the token does not qualify as a financial instrument, deposit, structured deposit, fund unit, securitisation position or other excluded instrument, and the competent authority assesses the application against prudential, governance and reserve requirements before the token may be offered to the public or admitted to trading.
MiCA creates a market abuse framework for crypto-assets admitted to trading or for which admission to trading has been requested. The prohibited behaviours are insider dealing, unlawful disclosure of inside information and market manipulation. This brings crypto-asset markets closer to the traditional securities model.
The framework is similar in policy to the Market Abuse Regulation applicable to financial instruments, but it is adapted to crypto-asset markets. It must deal with pseudonymous trading, social media announcements, token treasury activity, thin liquidity, governance events, protocol changes, smart contract vulnerabilities and issuer information that may not be published through traditional regulated information systems.
For tokenised securities that qualify as financial instruments, the traditional market abuse regime continues to apply. MiCA is not a substitute for Regulation (EU) No 596/2014 on market abuse (MAR) where the token is a security. The same token can therefore be outside MiCA for classification purposes but still subject to strict capital markets rules.
In practice, issuers and CASPs should adopt insider lists, announcement controls, treasury dealing policies, market monitoring, conflict procedures and social media approval processes. A small token project may not look like a listed company, but once its token is traded, information asymmetry can become a regulatory issue.
Non-compliance with regulatory requirements in place can lead to administrative, civil, criminal, AML, tax and consumer protection consequences. However, to date, Romanian authorities have not publicly taken enforcement action against crypto-asset platforms servicing Romanian users. Enforcement activity has been limited to criminal contexts, including tax evasion, money laundering, cybercrime and investment fraud, rather than formal authorisation breaches. This position is expected to change once the national MiCA framework is adopted. Under Article 111 of MiCA, member states must ensure maximum administrative fines of at least EUR5 million or 5% of annual turnover for legal persons and at least EUR700,000 for natural persons, subject to uplift to at least twice the profits gained or losses avoided. Romania has not yet enacted implementing legislation for this sanctions regime, but it is mandatory and is expected to be operationalised for the ASF and BNR within the next 12 months.
A MiCA authorisation is required to provide crypto-asset services in or into Romania on a business basis, unless an exemption or the MiCA transitional regime applies. The Romanian trigger will normally be the provision of a MiCA crypto-asset service from Romania, through a Romanian entity, or into Romania by targeting Romanian clients.
Licensing Trigger and Territorial Scope
Targeting indicators (Romanian-language marketing, local payment rails, Romanian effective management or a local operating company) and the limits of reverse solicitation under Article 61 of MiCA are discussed in 4.1 Marketing; the interaction with the transitional regime is addressed in 2.2 Crypto-Asset Regulatory Frameworks.
Transitional Regime and Parallel Licensing
Existing Romanian operators may rely on the MiCA transitional regime described in 2.2 Crypto-Asset Regulatory Frameworks, provided they were operating in accordance with applicable national law before 30 December 2024. In practice, this requires careful evidence of AML registration or compliance, service history and the exact services provided. The transitional regime does not create a passport and should not be treated as equal to full MiCA authorisation.
Other licences may be required in parallel, as discussed in 2.2 Crypto-Asset Regulatory Frameworks and 2.3 Regulated Firms and Legal Wrappers. Payment services, EMT related services, e-money issuance, investment services, crowdfunding, consumer credit and fund management can each trigger their own rules independently of MiCA.
Set-up requirements for a Romanian CASP authorisation are those of MiCA, applied locally. The process is substantive: the applicant must be a legal person or other eligible undertaking with a registered office in the EU and effective management in the EU. It must demonstrate the following.
Governance and personnel:
Prudential requirements:
The application file must contain, among others:
For Romanian applicants, the ASF is expected to be the main authority for CASPs and non-EMT crypto-assets, while the BNR will be relevant for EMTs and for entities already supervised by the BNR, such as banks, payment institutions and electronic money institutions. Because the final Romanian procedure is still pending, applicants should prepare files based on MiCA, ESMA/EBA standards and the draft Romanian allocation of competences.
Even if MiCA does not require all staff to be in Romania, a Romanian applicant should be able to demonstrate real decision-making, competent management, compliance capacity, AML personnel, technical oversight and access to outsourced systems. A project managed entirely from another jurisdiction may face supervisory questions.
Under Article 83 of MiCA, any person intending to acquire or increase a qualifying holding in a CASP so as to reach or exceed the 20%, 30% or 50% thresholds, or to make the CASP a subsidiary, must notify the competent authority in writing before the change takes effect. The same obligation applies to any disposal or reduction below the 10%, 20%, 30% or 50% thresholds. The competent authority has 60 working days to assess the acquisition; if no opposition is raised, the acquisition is deemed approved.
A crypto-asset firm that is also regulated as a bank, payment institution, electronic money institution, investment firm, fund manager or insurance entity may face parallel qualifying holding approval requirements under the applicable sectoral regime. Transaction documents should include regulatory conditions precedent, and buyers should diligence the licence, pending notifications, AML history, client asset segregation and any reliance on transitional regimes. A change of control during the grandfathering period is particularly sensitive where the business has not yet obtained full MiCA authorisation.
A MiCA authorisation granted by the Romanian competent authority is valid throughout the EU and EEA, enabling the holder to provide authorised services in other member states via the MiCA passporting procedure. To passport, the CASP notifies the Romanian competent authority of the host member states, the services it intends to provide and the intended start date; the competent authority communicates that information to the host member states within ten working days, and the CASP may begin providing services shortly thereafter.
The passport does not, however, remove all local law questions. The CASP must remain within the scope of its authorised services, comply with host state consumer protection, AML and advertising rules where applicable, and separately assess any activities that fall outside MiCA. A Romanian MiCA authorisation will not cover payment services, electronic money issuance, investment services, fund management or consumer credit, unless those activities are independently authorised.
Cross-border marketing into Romania is permitted, but the applicable rules depend on the legal classification of the product being marketed rather than on the technology used to deliver it. If the token is a MiCA crypto-asset, marketing communications are subject to the requirements of Article 7 of MiCA, and all marketing communications must comply with the following requirements:
No marketing communications may be disseminated prior to the publication of the white paper, although market soundings are not affected by this restriction. Marketing communications must be provided to the competent authority of the home member state and, where they address prospective holders in a host member state, to the competent authority of that host member state, upon request.
Where the token is a financial instrument, MiFID II, the Prospectus Regulation and MAR will apply instead of, or in addition to, MiCA. Crowdfunding activities are subject to Regulation (EU) 2020/1503 on European crowdfunding service providers for business (the “EU Crowdfunding Regulation”) and Romanian Law No 244/2022. Payment services, e-money, consumer credit, fund interests and insurance-based investment products each carry their own marketing restrictions. A project that describes itself as “crypto” may in substance be advertising a payment account, an investment product, a fund-like participation or a credit product, and the correct analysis begins with the legal rights and service being offered, not the technology through which they are delivered.
Reverse Solicitation
Reverse solicitation is available only in narrow circumstances. A foreign firm cannot rely on it if it actively targets Romanian users through Romanian-language channels, local advertising, influencer campaigns, referral schemes or local payment infrastructure, and EU guidance interprets the exemption strictly. Consumer protection rules apply in parallel regardless of the regulatory classification of the product: the ANPC may assess whether advertising is misleading, whether risks are adequately disclosed and whether retail customers are given a fair understanding of the volatility and legal status of crypto-assets. Yield language, “guaranteed return” wording and statements implying regulatory approval are areas of particular sensitivity.
White label structures are possible in Romania, but MiCA does not allow an unlicensed firm to perform crypto-asset services by “borrowing” the licence of an authorised CASP. The authorised CASP must remain the entity providing the regulated service and must retain responsibility for the client relationship, disclosures, safeguarding, complaints, regulatory reporting and compliance.
A white label model is more defensible where the unlicensed firm provides technology, branding, distribution support or other non-regulated services, while the CASP contracts directly with the client and performs the regulated activity. The structure becomes risky where the unlicensed firm controls onboarding, custody, order execution, advice, complaints or client communications in substance, as it may itself be treated as providing crypto-asset services without authorisation.
Client-facing documentation should clearly identify the authorised CASP, the role of the white label partner, the entity holding crypto-assets or funds, the applicable terms and the complaints route.
DeFi is permitted in Romania, and there is no Romanian statute that prohibits decentralised protocols, DAOs (decentralised autonomous organisations), non-custodial wallets or smart-contract-based financial applications. DeFi projects can be structured and launched lawfully, and the EU regulatory framework provides a workable foundation for doing so – provided the compliance architecture is built into the project from the outset.
MiCA recognises that fully decentralised services without an identifiable intermediary may fall outside its scope, but the carve-out requires careful design: where a founder, operator, front-end provider, governance body, treasury controller or other identifiable person performs a MiCA, payment, investment or credit activity, authorisation and conduct requirements may still apply. Even where no licence is required, AML, KYC, sanctions and travel-rule controls should be built in, particularly for protocols interacting with regulated counterparties.
Centralised finance firms can use DeFi infrastructure, but must address custody, private-key control, smart-contract risk, AML and sanctions screening, liquidity, conflicts, outsourcing, operational resilience, client disclosure and valuation as part of integration. A regulated entity cannot set aside its obligations by routing activity through a decentralised protocol; properly structured, DeFi components can be integrated into a regulated service model without disturbing the firm’s authorisations.
DeFi structures in Romania are built using established corporate vehicles rather than a bespoke DAO form. A DAO may exist technically, through smart contracts and governance rules, but Romanian law does not recognise DAOs as a separate legal form and a project will not have legal personality only because it is described as one. This creates uncertainty around ownership of assets, capacity to contract, tax residence, governance and liability. Where there is no incorporated entity, founders, developers or active participants may be exposed to personal liability under general civil law principles.
In practice, Romanian DeFi projects usually need at least one legal layer. A Romanian limited liability company is the most common vehicle for development, operations, employees, IP ownership and commercial contracts. A separate issuer or SPV may be used where tokens, assets or financing flows are involved, and foundations are sometimes considered for treasury or governance functions, though Romanian non-profit structures are not always suitable for commercial token economics. The structure should be built around the function performed by each entity, with separate entities for protocol development, front-end operation, token issuance and regulated services.
This separation is useful only if it reflects reality: a Romanian company cannot avoid MiCA or payment services rules if, in substance, it operates custody, exchange, transfer, trading, advice or payment flows. Capital, governance and authorisation requirements arise from the regulated activity, not from the technology, and a CASP, payment institution, electronic money institution, investment firm, fund manager or crowdfunding service provider will be subject to the relevant prudential and licensing regime.
Accountability and liability in Romanian DeFi matters are assessed under general law, as Romanian courts and regulators have not yet developed a significant body of DeFi-specific case law. The main categories of liability are:
A developer is not automatically liable for every loss suffered by users of open-source software. However, liability becomes more plausible where the developer operates the front end, markets the product, controls upgrades, receives fees, manages the treasury, makes misleading statements or knows of a material vulnerability and fails to act.
Promoters and founders may also be liable where they create an investment expectation, conceal risks or misrepresent decentralisation. Governance tokenholders are less likely to be liable merely because they vote, but repeated active control over business decisions can change the analysis.
The practical recommendation is to map accountability before launch. Projects should decide who contracts with users, who controls keys, who can upgrade the protocol, who receives fees, who handles complaints, who conducts AML checks and who can stop the system in an emergency.
Crypto-Asset Payments and Settlement Models
Payments in crypto-assets are permitted in Romania. Crypto-assets are not legal tender, but parties are free to agree on crypto-asset settlement under contractual autonomy, and both direct wallet-to-wallet settlement and card or merchant-acquiring models are available. Tax, accounting, AML and consumer protection considerations are addressed in 1.2.4 Tax, 2.1 Regulators and International Alignment and 4.1 Marketing.
Many merchants opt for conversion into RON or another fiat currency through a regulated intermediary, which simplifies accounting, valuation and refund handling. Direct wallet-to-wallet settlement is also possible and may be preferable in B2B or cross-border contexts, provided refund mechanics, record-keeping and valuation are addressed contractually. Where the model involves payment services or electronic money, the payment services and EMT requirements below apply.
Payment Services Law
Payment services law must be considered whenever the provider executes payment transactions, issues payment instruments, provides payment accounts, remits money or initiates payments. Law No 209/2019 transposes Directive (EU) 2015/2366 on payment services in the internal market (PSD2) in Romania and prohibits unauthorised professional provision of payment services.
EMT Services and PSD2 Interplay
The EBA’s opinion on the interplay between PSD2 and MiCA is especially important for EMTs. The EBA advised national authorities to treat certain EMT transfers and custodial wallet arrangements as payment services requiring PSD2 authorisation or a partnership with an authorised payment service provider. It also advised that exchange of crypto-assets for funds or other crypto-assets should not, by itself, be treated as a payment service.
From 2 March 2026, CASPs carrying out EMT services that qualify as payment services must hold payment institution or electronic money institution authorisation, have entered into a partnership with an authorised payment service provider, or fall within the limited pending-application scenario described by the EBA. Under that scenario, the CASP must have duly submitted an application, the competent authority must have no reason to expect the application will be refused, and certain cumulative conditions must be met. CASPs that have not applied, or that do not meet these conditions, are expected to cease providing EMT services that qualify as payment services.
Romanian and EU law do not draw a fiat-versus-algorithmic distinction at the level of legal category. The classification under MiCA turns on the stabilisation mechanism and the reference asset, not on the label “stablecoin”. As discussed in 2.2 Crypto-Asset Regulatory Frameworks, fiat-backed stablecoins will generally qualify as EMTs where they reference a single official currency, or as ARTs where they reference a basket of currencies, commodities or other assets.
Algorithmic stablecoins raise a more difficult question. If an algorithmic token purports to maintain stable value by reference to an official currency or another asset, MiCA may still apply the EMT or ART framework, irrespective of the fact that the mechanism is algorithmic rather than fully reserve-backed (for backing asset requirements, see 6.2.3 Backing Assets). If the token does not reference an official currency or asset in the relevant way, it may fall under the general Title II regime, but will still raise material disclosure and risk issues. Romanian law does not add a separate algorithmic category; classification follows MiCA and EU guidance on a substance-over-form basis.
Fiat-backed stablecoins are regulated mainly through MiCA, electronic money law and payment services law. The EMT and ART categories, their classification criteria and the applicable authorisation requirements are discussed in 2.2 Crypto-Asset Regulatory Frameworks. Under the draft Romanian MiCA framework, the BNR and ASF are expected to share supervisory competence over stablecoin issuance, with the allocation described in 2.1 Regulators and International Alignment.
The interaction between MiCA and payment services law is particularly relevant for EMTs, as the same instrument is both a crypto-asset and electronic money. The EBA’s position on this overlap and its practical consequences for CASPs are discussed in 6.1 Payments.
For CASPs, the practical result is that a MiCA authorisation alone may not cover all stablecoin payment flows. A CASP offering custody, transfer or wallet services involving EMTs may need a payment services licence or a relationship with an authorised payment service provider, as discussed in 3.1 Licensing Requirements and 3.4 Passporting.
MiCA imposes strict rules on backing assets for ARTs. The issuer must maintain a reserve of assets, manage it prudently and invest it only in secure, low-risk and highly liquid financial instruments. The reserve must be legally segregated from the issuer’s own assets so that creditors of the issuer have no recourse to it, in particular in the event of insolvency. Holders have a permanent right of redemption against the reserve. Reserve custody must be documented and carried out by eligible custodians ‒ credit institutions, investment firms or CASPs, depending on the type of asset ‒ and concentration risk must be avoided.
For EMTs, the central requirement is redemption at par value at any time in the official currency referenced by the token. Funds received in exchange for EMTs must be safeguarded in accordance with MiCA and electronic money law: at least 30% must at all times be deposited in separate accounts in credit institutions, and the remainder must be invested in secure, low-risk, highly liquid financial instruments with minimal market, credit and concentration risk, denominated in the same official currency. Issuers and CASPs must not grant interest linked to the holding of EMTs or ARTs.
In practice, reserve location is both a legal and operational issue. Romanian and EU issuers serving Romanian users should assess where the reserve is held, whether the custodian is EU-regulated, whether the reserve is bankruptcy-remote, and how redemption requests are processed under stress.
Significant ARTs and significant EMTs are subject to additional requirements and EBA supervision. Significance is determined by objective criteria – number of holders, market capitalisation, transaction volumes and role as a means of exchange – and the additional obligations cover governance, capital, liquidity, interoperability, recovery and redemption planning. For significant EMTs, the overlap with payments supervision is particularly important, as discussed in 6.1 Payments.
The BNR, EBA, ECB and other EU authorities may all be involved, particularly for tokens referencing the euro or used at scale across several member states. Their roles are allocated under MiCA, with oversight co-ordinated through the college of supervisors mechanism.
Tokenised and real-world-asset products are regulated in Romania by reference to the rights attached to the token, not the technology used to issue it. Tokenisation is not a standalone regulatory category: the same asset can fall outside MiCA, or qualify as a financial instrument, a fund interest, a crowdfunding instrument or a payment instrument, depending on the rights granted to holders.
For real estate RWAs, direct tokenisation of the underlying asset is not the most workable Romanian structure. Direct ownership of Romanian real estate requires notarial transfer documents and Land Book registration; a blockchain entry cannot replace those formalities.
The practical approach is to place the real estate in a Romanian special purpose vehicle (SPV). Investors receive rights connected to shares, participation rights, profit rights, receivables or contractual rights in the SPV, while the token acts as a digital representation or transfer tool for those rights, with enforceability anchored in corporate documents, shareholder registers and KYC rules.
A well-structured tokenised RWA project typically involves the following layers:
The process should begin with classification and structuring, not with token drafting. The classification phase should cover the asset, investor rights, transferability, redemption or exit mechanics, target jurisdictions, marketing model, custody, platform role and secondary transfer plan. Only after this analysis should the project draft token terms, offering materials and technical specifications.
Depending on the goals of the project, tokens may be legally structured as a representation of value, a contractual right, a corporate participation or a claim against an SPV, and the choice of structure determines the applicable regulatory framework. The principal risks are misclassification (treating a MiCA crypto-asset as a financial instrument or vice versa), misrepresentation (presenting the token as direct real estate ownership when the legal structure gives only corporate or contractual rights) and secondary trading restrictions (an on-chain transfer that is technically possible may still be legally prohibited under shareholder agreements, articles of association or investor eligibility rules). Legal, technical and commercial messaging must be aligned from the outset. Romania is well placed for RWA tokenisation work given its EU-anchored regulatory perimeter, established custodian and banking relationships and the Civil Code’s ability to accommodate tokenised structures, provided the token is built around the underlying legal asset rather than used as a substitute for it.
Heleșteului street, no 17
Bucharest
Romania
+40 745 772 762
contact@lexters.com www.lexters.com
Romania’s Blockchain Ecosystem in 2026
In 2026, Romania’s blockchain compliance ecosystem is defined by which licence applies, which authority is competent, and the applicable timeline ‒ rather than by gaps in the regulatory framework. For operators, that transition is an advantage, as it replaces uncertainty with a clear route to market.
What makes the Romanian legal system distinctive, both in terms of its strength and its complexity, is that there is no single, “blockchain law”. Blockchain-based products and services are assessed against the existing body of law that governs the activity they perform or the asset they involve. Technology is the delivery mechanism, and the legal classification follows the substance.
This integration-first approach means that operators building on blockchain in Romania must map their specific use case against a multi-layered framework. The directly applicable EU regulations governing crypto-asset businesses in Romania include:
Romanian implementing legislation designates competent authorities, allocates supervisory powers, sets local procedures and deals with matters left to member state discretion. Sector-specific rules around payments, capital markets, consumer protection and data governance overlay this foundation, depending on the nature of the project. The sections that follow chart the main legal considerations relevant to blockchain projects active in Romania in 2026.
MiCA Implementation in Romania: the ASF, BNR and Dual-Authority Model
Romania has adopted a dual-authority model in its draft Government Emergency Ordinance implementing MiCA (the “MiCA GEO Draft”), allocating supervisory responsibilities between the ASF (the Financial Supervisory Authority) and the BNR (the National Bank of Romania). The ASF is the competent authority for:
The BNR covers EMT issuance by credit institutions and electronic money institutions already under its prudential supervision. The ASF acts as the single point of contact with the European Securities and Markets Authority (ESMA); the BNR with the European Banking Authority (EBA). This allocation gives crypto-asset operators in Romania well-defined institutional entry points: the ASF for most CASP authorisations and ARTs; the BNR for EMTs issued by supervised institutions.
From a business perspective, the MiCA GEO Draft is an encouraging signal. Romania is expected to implement MiCA without gold-plating as the national layer focuses on designating competent authorities, setting the sanctions framework and addressing the limited areas left to member state discretion, rather than adding substantive requirements on top of the EU regime. Key features for an operator planning to seek authorisation include the following.
Reverse solicitation under Article 61 of MiCA is interpreted narrowly in 2026. ESMA’s December 2024 statement and the EBA’s 2026 guidance confirm the exemption covers only services genuinely initiated by the client on a one-off basis, and cannot support a market-entry strategy built on Romanian-language marketing, local influencers or targeted SEO. The workable route for non-EU groups is authorisation in Romania (or another member state with passporting), not the exemption.
MiCA Transitional Regime in Romania
The MiCA transitional regime ends on 1 July 2026. From that date, providing crypto-asset services in Romania without authorisation constitutes a criminal offence under the MiCA GEO Draft.
No crypto-asset may be offered to the public or admitted to trading unless a white paper and a legal explanation have been notified to the competent authority at least 20 working days before publication. Under the MiCA GEO Draft, the ASF is the competent authority for white paper notifications relating to other crypto-assets and ARTs, while the BNR handles EMT notifications submitted by credit institutions and electronic money institutions under its prudential supervision.
AML Obligations for CASPs in Romania
Upon implementation of Government Emergency Ordinance No 10/2025, which aligned Romanian AML legislation with MiCA, crypto-asset businesses in Romania became obliged entities under the national framework on preventing and combating money laundering and terrorist financing.
As of now, the ASF is the primary AML supervisor for crypto-asset service providers (CASPs) (other than credit institutions or electronic money institutions, which remain under the BNR), alongside the National Office for Prevention and Control of Money Laundering (ONPCSB) as the financial intelligence unit. For AML purposes in Romania, CASPs are treated as financial institutions and must implement:
The next step is the 2024 AML package, consisting of the AMLR, directly applicable from 10 July 2027, and the Sixth Anti-Money Laundering Directive (AMLD6), which shall be transposed by the same date. Together, they create a fully harmonised EU AML framework, with the AMLR setting out the substantive rulebook and AMLD6 governing the institutional architecture.
Beyond CASPs, the AMLR brings several categories of entities within scope for the first time, including, but not limited to, crowdfunding service providers and real estate intermediaries acting in high-value rental transactions.
As regards the national framework on preventing and combating money laundering and terrorist financing, it shall not be repealed outright but shall require substantial amendment. The AMLR displaces, without transposition, the substantive rules currently implemented by Romanian AML law, while AMLD6 requires Romania to adopt or update national legislation for the institutional and procedural framework. Romanian CASPs should already be reviewing their onboarding processes, screening tools and record-keeping policies against the AMLR to identify and close any gaps before July 2027.
Crypto Tax in Romania 2026: DAC8 Reporting, the Income Tax Rate and VAT
In 2025, Romania transposed Directive (EU) 2023/2226 on administrative cooperation in taxation as regards crypto-assets (DAC8) through Government Emergency Ordinance No 71/2025, introducing annual reporting obligations for CASPs and other crypto-asset operators. The first reporting cycle concerns 2026 transactions, with reporting to the National Agency for Fiscal Administration (ANAF) due by 15 March 2027. Reportable information covers user identification, reportable transactions and aggregated values. The DAC8 obligations should be implemented in close co-ordination with know-your-customer and AMLR-readiness processes.
Gains from transfers of virtual currency by individuals in Romania are taxed at 16% from 1 January 2026 (increased from 10%), subject to the small-transaction exemption. For companies, crypto-asset transactions follow ordinary corporate tax or microenterprise tax rules, but Romanian accounting guidance on classification, valuation and recognition of crypto-assets remains limited.
The exchange of crypto-assets for fiat currency and related intermediation services is VAT-exempt in Romania by direct application of EU law (CJEU, Hedqvist, C-264/14). The exemption covers any crypto-asset functioning purely as an alternative means of payment (bitcoin-type and general-purpose crypto-assets); it is unaffected by MiCA. For EMTs, the exemption follows from the electronic money and payment services framework, given existing PSD2/Electronic Money Directive 2 (EMD2) authorisation. This aligns with the EBA’s position that exchanging crypto-assets for funds is not a payment service: the same transaction is neither a regulated payment service nor a VAT-taxable supply. For CASPs and token issuers, tax data architecture should be designed at product launch and kept consistent across AML, DAC8 and customer tax statements.
Stablecoins, Payment Cards and the PSD2/MiCA Interplay
A key 2026 development for crypto businesses in Romania is the end of the EBA’s no-action transition period on the PSD2/MiCA overlap (deadline: 2 March 2026). The EBA confirmed that EMT transfers, custodial EMT wallets and similar payment-adjacent activities require PSD2 authorisation independently of MiCA ‒ a MiCA licence alone is not sufficient.
Crypto card products are the most commercially visible expression of this overlap: a card funded from an EMT balance involves either an EMT transfer or a custodial wallet functioning like a payment account ‒ exactly the activities that the EBA has brought within the PSD2 perimeter.
In practice, crypto card programmes involve a suite of interconnected services beyond the card itself, each touching a different point on the MiCA/PSD2 boundary:
Where non-MiCA-compliant stablecoins are used as the funding mechanism, an additional EMT compliance layer applies on top.
The compliant market structure separates two functions: a licensed electronic money institution (EMI) carries the card and payment layer, while the CASP manages the wallet and conversion layer separately. In crypto-card programmes, the cleanest split pairs an EEA-passported EMI with a separately authorised CASP, with the contractual stack ‒ issuer agreement, programme manager terms, wallet T&Cs ‒ drafted in parallel so that no payment operation falls outside an authorised perimeter. An EMI or PSP authorised anywhere in the EEA can passport into Romania by notification to BNR, without a separate Romanian licence ‒ but any gap in the EMI’s licensed status directly affects the lawfulness of the card product for Romanian users.
Until PSD3/PSR consolidates EMT payment obligations into a single framework, crypto-payment models in Romania should maintain a clear structural fallback to an authorised payment service provider (PSP). Operators best positioned to scale across the EU treat the EMI-CASP split as permanent infrastructure.
DORA and NIS2 in Romania: Cybersecurity Obligations for CASPs and Payment Institutions
Cybersecurity is now part of the licensing infrastructure. Alongside MiCA and the EU Transfer of Funds Regulation (the “Travel Rule”), DORA completes a three-piece compliance perimeter: MiCA determines who may operate, the Travel Rule traces where value moves, and DORA secures the technology that keeps it all running.
DORA has applied since 17 January 2025 to CASPs, payment and e-money institutions, and certain ICT third-party providers. Micro-CASPs (turnover of less thanEUR2 million, and fewer than ten staff) are subject to a lighter regime but are not exempt. DeFi front-ends fall in scope where an identifiable operator provides exchange, staking or similar services.
Romania implemented DORA through Government Emergency Ordinance No 14/2026, designating the BNR and ASF as the DORA competent authorities for financial entities. Key requirements include a 30-day BNR notification on commencing payment-processing operations, the BNR as sole co-ordinator of threat-led penetration testing, and ad-hoc ICT audit powers for both authorities.
Romania transposed the NIS2 Directive through GEO No 155/2024, requiring essential and important entities to self-assess, register within 30 days and follow a structured incident-reporting cascade. In practice, this means a board-approved ICT risk framework with drill-tested wallet recovery, a certified penetration test at least every three years for non-micro CASPs, criticality-rated ICT vendor contracts with audit rights and exit clauses, and threat-intelligence sharing within trusted networks. Under DORA, governing body members of CASPs and financial entities are personally accountable for ICT risk management failures.
Under the lex specialis principle, financial entities subject to DORA apply DORA rather than NIS2, though additional NIS2 obligations may apply where the entity is also designated as essential or important. The right approach is an integrated operational resilience framework aligning incident classification, vendor due diligence, penetration testing and audit trails across DORA, NIS2, MiCA and AML. The framework is still being refined through delegated acts and European Supervisory Authorities (ESAs) technical standards, so DORA compliance should be treated as an ongoing process.
RWA Tokenisation and Crowdfunding Structures in Romania: the SPV Model and Regulatory Classification
Tokenisation of real-world assets is one of the most commercially relevant blockchain use cases, and it sits alongside both centralised and decentralised crowdfunding models. The starting point for any RWA tokenisation in Romania is not tokenisation as a standalone regulatory category, but the legal classification of the token and the rights attached to it. The same product can be structured so that MiCA and financial instruments legislation either do not apply or clearly do – the distinction lies in the underlying rights, not in the technology.
A workable model currently seen in Romania is the tokenised representation of corporate rights. Instead of tokenising an asset directly, the asset is held by a Romanian SPV and investors receive rights connected to shares or other participation rights in that SPV (or in an investor vehicle). The token operates as a digital representation of those corporate or economic rights, while ownership and transfers remain anchored in the corporate documents and shareholder register.
This draws a natural parallel with the joint stock company model, where the shareholder register is filed periodically with the Trade Registry. Blockchain simply allows the rapid transfer of share ownership, with the company regulating how transfers occur and the register being updated accordingly. Structured this way, the investor may not even notice that blockchain is operating in the background.
A typical structure usually includes:
The “decentralised crowdfunding” analogy is useful, but should be approached with care rather than avoided. Decentralisation does not remove the need for a legal wrapper, and Romanian law looks at substance over form: AML, consumer protection and similar rules apply regardless of how the product is labelled. These are not blockers – they are points to address through the right contracts, structure and disclosures. Where the model involves secondary trading, public offers, payment flows, custody, or a CASP, Markets in Financial Instruments Directive II (MiFID II) or crowdfunding component, those are assessed as separate workstreams. For centralised crowdfunding platforms, the EU Crowdfunding Service Providers Regulation (ECSPR) adds its own authorisation, disclosure and investor protection layer ‒ and where such a platform uses tokenised instruments, both the ECSPR and the applicable token classification analysis must be aligned from the outset.
Prediction Markets in Romania
Prediction markets are platforms that allow participants to trade on the outcomes of future events, with market prices aggregating collective expectations and functioning as probabilistic forecasts. Blockchain plays a central enabling role as:
Prediction markets do not yet have a settled legal classification. Across jurisdictions, regulators have approached them in the following two ways.
In Romania, regulators currently tend to classify prediction markets under the gambling framework, as the gambling monopoly legislation’s broad definitions capture activities where participants stake value on uncertain outcomes.
For operators active in Romania, where the objective is to stay outside the gambling framework, the starting point is marketing. Platform communications should avoid language like odds, bets, prizes, or winnings ‒ language that aligns with gambling definitions.
Terms and conditions should describe the product for what it is: a market where outcomes are driven by users, not by a house. Beyond communications, structural choices matter too: how participation is framed, what types of events are offered, and whether the platform’s fee model could be read as a commission on gambling activity are all relevant to how regulators will approach the product.
The right path depends on commercial objectives:
Whatever the route, the analysis starts with the same questions: what does the product actually do, and how is it presented to users.
Crypto Disputes in Romania: Asset Recovery, Exchange Hacks and Family Law
Disputes around digital assets are reaching Romanian courts in significant volume for the first time. Three categories now dominate practitioner workload.
eIDAS 2.0 and the EU Digital Identity Wallet: KYC and Compliance Implications for Romanian Crypto Businesses
The revised eIDAS framework introduces a standardised EU-wide identity verification layer. Users store verified identity data and attribute attestations (driving licences, diplomas, professional qualifications, corporate data) in a state-provided digital wallet and present them selectively to registered businesses across the EU. Each EU member state, including Romania, must provide at least one EU Digital Identity Wallet within 24 months of the Commission’s implementing acts, free of charge for individuals. Alongside the wallet, a qualified electronic ledger framework carries a legal presumption of integrity and chronological ordering ‒ a formal EU trust infrastructure for on-chain registries, RWA tokenisation and smart-contract evidence.
The businesses most immediately affected in the digital and blockchain space include the following.
Private businesses interact with the wallet as registered relying parties; the wallet itself is issued by member states. Registration requires declaring the specific data fields requested, and relying parties may not go beyond what was declared. Data minimisation is hard-coded: wallet-derived data cannot be combined with other datasets without explicit consent, data protection impact assessments (DPIAs) are required before deployment, and incident response must align with the 24-hour breach notification window.
Contracts with wallet infrastructure providers and attestation intermediaries should cover purpose limitation, breach notification, a prohibition on combining wallet data with other sources, and continuity-of-service provisions. Businesses should begin now by mapping onboarding flows and identifying the minimum attribute set needed per service.
Key Regulatory Developments to Monitor for Romanian Blockchain Businesses (2026-2027)
The framework above is largely in place, but several legislative threads remain open. Their resolution over the next 12 to 18 months will frame the operating environment for Romanian blockchain businesses. Key items to track are as follows.
Romania in 2026 offers a defined legal perimeter, accessible competent authorities and a set of structures ‒ MiCA authorisation, the EMI-CASP split for payments, SPV-anchored tokenisation, ECSPR-aligned crowdfunding ‒ that operators can build on with confidence. For a more detailed analysis of Romania’s legal framework for blockchain and crypto-assets ‒ including authorisation pathways, AML obligations, tax treatment, payments rules and tokenisation ‒ see the Romania Law and Practice chapter in this guide.
Heleșteului street, no 17
Bucharest
Romania
+40 745 772 762
contact@lexters.com www.lexters.com