EST · MMXXVI
Home/Jurisdictions/Poland/Token sale agreement drafting in Poland: Legal Counsel for Crypto Firms
Token Offerings & Securities

Token sale agreement drafting in Poland: Legal Counsel for Crypto Firms

Token sale agreement drafting in Poland. Cross-border digital-asset legal counsel for business – licensing, disputes and structuring. Talk to OBOLUS.

On paper, drafting a token sale agreement for a Polish market looks like a documentation exercise. In practice, it is a classification decision dressed in contract form — and the wrong call converts a product launch into an unregistered securities offering before the first token transfers.

Poland sits inside the European Union, which means MiCA (the Markets in Crypto-Assets Regulation) governs token offerings alongside Polish civil-law contract principles and the oversight of the Komisja Nadzoru Finansowego (KNF), Poland's financial regulator. Any token sale agreement drafted for the Polish market must therefore resolve three questions simultaneously: what type of token is being sold, what disclosure obligations apply, and how the contractual structure interacts with EU-wide CASP authorisation requirements. A fourth question — where the issuing entity sits and where its buyers are — determines whether the Polish filing is the whole picture or just one page of a longer story.

This page sets out the legal basis for token sale agreements in Poland, the drafting process we follow, the cross-border interactions that practitioners routinely underestimate, and the decision points that separate a defensible structure from an exposed one.

What legal regime governs a token sale in Poland?

Poland is an EU member state, and MiCA is the controlling regime for crypto-asset issuances and service provision across the single market. Under MiCA, the classification of the token determines which set of obligations applies. The three primary categories are asset-referenced tokens (ARTs), e-money tokens (EMTs), and "other" crypto-assets — which covers most utility and payment tokens issued in practice. Each category carries different whitepaper obligations, issuer authorisation requirements, and selling restrictions.

The KNF acts as Poland's national competent authority under MiCA. For token issuances that fall outside the MiCA perimeter — for example, tokens that constitute transferable securities under MiFID II — the KNF's existing securities supervision powers apply instead, and the offering may require a prospectus or a private-placement exemption. This distinction is the most consequential structural choice an issuer makes before drafting begins.

Below MiCA, Polish civil law governs the contract itself. The token sale agreement is typically structured as a umowa sprzedaży (sale agreement) or an umowa przedwstępna (preliminary agreement), depending on whether delivery is immediate or deferred. Choice-of-law and jurisdiction clauses are standard, but they do not displace mandatory EU consumer-protection or AML provisions for Polish buyers.

Polish AML law — aligned with the EU's successive AML directives and FATF Recommendation 15 on virtual assets — imposes identity-verification and transaction-monitoring obligations on entities conducting token sales to Polish residents. The Travel Rule (the obligation to pass originator and beneficiary data with a transfer above the applicable threshold) applies where a regulated intermediary is involved. Issuers who sell directly, without a licensed intermediary, inherit more of these obligations themselves.

How is a token classified under Polish and EU law?

Token classification in Poland turns on the substance of the rights the token confers, not the label attached in the whitepaper. This principle is embedded in MiCA and reinforced by the position of ESMA, the European Securities and Markets Authority, in its guidance on the boundary between MiCA instruments and MiFID II financial instruments.

A common assumption is that attaching a "utility" label to a whitepaper settles the legal classification. It does not. Regulators — and, increasingly, courts — look at the economic reality. If a token gives holders a right to a share of profits, a governance right that carries economic exposure, or an expectation of return derived from the issuer's efforts, the token is likely to fall within the securities perimeter regardless of how it is described. ESMA has published guidance on the criteria, and the KNF is expected to apply that framework in its supervisory assessments.

In our practice, classification analysis precedes drafting. We assess the full rights-and-obligations architecture: voting rights, revenue participation, redemption mechanics, staking yields, governance powers and resale expectations. Only once the classification is defensible does the drafting of the sale agreement, the whitepaper and any marketing materials proceed. Getting this sequencing right is the difference between a document that holds under scrutiny and one that unravels at the first regulatory inquiry.

The classification also determines the entity structure. If the token is a security, the issuer may need a licensed intermediary to manage the offering in Poland and across the EU. If it falls under MiCA's "other crypto-asset" category, the issuer can offer publicly with a compliant whitepaper, subject to the applicable thresholds and exemptions. ART and EMT issuance requires prior CASP authorisation — the most demanding path.

For a scoped classification assessment before you commit to a structure, contact OBOLUS at info@oboluslaw.com. The process above describes the standard analysis path. Your token's specific rights architecture — staking mechanics, governance design, redemption terms — will shift the answer, and that shift affects every document downstream. Map your options.

What does the token sale agreement drafting process involve?

A defensible token sale agreement for the Polish market is built in four stages: classification, disclosure alignment, commercial terms drafting, and regulatory fit-check across the relevant jurisdictions.

Stage one: classification memo. Before a contract clause is written, we produce a written classification analysis. This maps the token against MiCA's three-category framework and the MiFID II securities perimeter. The memo identifies the applicable whitepaper requirements, any authorisation requirements for the issuer or any intermediary, and the offering thresholds under which a public offer can proceed without full prospectus obligations.

Stage two: whitepaper and disclosure alignment. Under MiCA, a compliant whitepaper is a mandatory disclosure document, not a marketing brochure. It must contain prescribed information about the issuer, the token, the rights conferred, the risks and the AML/CFT controls in place. The token sale agreement cross-references the whitepaper, so the two documents must be consistent. A discrepancy between the agreement's commercial terms and the whitepaper's disclosed rights creates both a contractual ambiguity and a regulatory exposure.

Stage three: commercial terms drafting. The agreement itself covers the purchase mechanics, payment currency (fiat and crypto payment terms interact differently with Polish tax and AML rules), token delivery mechanics (vesting, lockups, cliff schedules), representations and warranties on both sides, and the risk disclosures required both under MiCA and under Polish consumer-protection law where retail buyers are involved. Governing law and jurisdiction clauses are drafted with enforcement in mind — a clause that looks clean on a term sheet may be unenforceable in the forum the parties would actually use.

Stage four: regulatory fit-check. We review the final pack against the KNF's published expectations and, where the offering touches other EU member states or third-country buyers, against the passporting and third-country rules under MiCA. For issuers with entities in multiple jurisdictions — a common structure for token sales — we coordinate with allied counsel in the relevant jurisdiction to confirm that the agreement does not inadvertently trigger registration obligations elsewhere.

How do tax and banking interact with a Polish token sale?

The cross-border dimension of a Polish token sale is where documentation risk concentrates. An issuer with a Polish operating entity, a BVI holding company and a Swiss token-sale vehicle is not doing three separate transactions — it is doing one economic transaction across three regimes, each of which will characterise that transaction differently for tax, banking and securities purposes.

On the tax side, Poland taxes token issuance proceeds as income in the hands of the issuing entity. The VAT treatment of token sales in Poland has evolved in line with EU VAT Directive guidance, but the analysis remains fact-specific: whether the token represents a right to future services (potentially subject to VAT on prepayment) or a transferable instrument (potentially outside the VAT net) turns on the same classification analysis that drives the securities question. Polish corporate income tax rules apply to any entity with Polish residence or a permanent establishment in Poland, regardless of where the token sale agreement is governed.

On the banking side, Polish banks — and, critically, EU banks servicing Polish-registered entities — have adopted conservative KYC policies toward token-issuing clients. An entity that cannot present a coherent classification memo, a compliant whitepaper and a clear AML framework will find banking access difficult, regardless of the legal merits of its structure. In our cross-border practice, we prepare the regulatory pack before approaching banking relationships, not after. That sequencing significantly improves the outcome.

For issuers selling to buyers outside Poland and the EU — US persons in particular — additional restrictions apply. The US securities law analysis, while outside Polish jurisdiction, determines whether the agreement must contain accredited-investor representations, Regulation S offshore-transaction legends or other US-law protective language. Omitting these because the issuer is incorporated in Poland is a common mistake that we address in stage four of the drafting process.

A practical illustration

In a recent matter, a technology company incorporated in Poland sought to issue governance tokens for a decentralised platform. The initial whitepaper described the tokens as pure utility instruments. On classification review, the staking yield mechanic and the revenue-sharing element in the proposed governance design moved the token toward the securities perimeter. We restructured the governance architecture — separating the economic rights from the governance rights and removing the revenue-distribution feature — and produced a revised whitepaper and sale agreement aligned with MiCA's "other crypto-asset" category. The KNF notification was submitted without objection, and the offering launched within a commercially acceptable timeline. The issuer's banking relationship was preserved because the regulatory pack accompanied the account-opening request from the outset.

Which structure fits which issuer profile?

Not every token sale requires the same legal architecture. The right structure depends on the issuer's entity, the token's rights architecture, the target buyer base and the intended secondary market.

Profile A — EU-incorporated issuer, broadly marketed token, retail buyers included. This profile requires a MiCA-compliant whitepaper, ESMA notification, and a token sale agreement with full MiCA-mandated disclosures. The KNF is the national competent authority for a Polish issuer. Timeline from classification to launch is, in our experience, a matter of weeks for a well-prepared issuer with clean documentation, though the regulatory review period adds to that in all cases.

Profile B — Non-EU issuer, Polish buyers included. MiCA's third-country provisions apply. The issuer cannot rely on EU passporting, and the agreement must address the restrictions on public offers to EU retail buyers by non-EU issuers. A reverse-solicitation argument may be available in limited circumstances, but it is narrow and fact-specific, not a general exemption. The agreement must not circumvent the regime by design.

Profile C — Institutional or wholesale offering, no public solicitation. Certain MiCA exemptions are available for offerings to qualified investors only, subject to the applicable thresholds. The token sale agreement in this profile is closer to a private-placement agreement and is drafted to preserve the exemption by maintaining strict controls on secondary transfer and marketing.

Profile D — Token that is a financial instrument. If classification analysis concludes that the token constitutes a transferable security under MiFID II, the offering exits the MiCA regime entirely. A Polish public offer of securities requires either a prospectus approved by the KNF or reliance on a recognised exemption. The token sale agreement in this case is structured as a securities subscription agreement under Polish civil and securities law, with full prospectus-liability risk-allocation provisions.

If your offering has already been structured and you want a second read, write to info@oboluslaw.com. If a prior structure or application stalled — or if a bank declined the account — a fresh classification and documentation review can surface the structural reason and the route forward. Map your options.

What are the most common drafting mistakes in Polish token offerings?

In our practice, the same errors recur across inbound mandates. Awareness of them reduces the revision cycle and, more importantly, prevents the regulatory exposure that a rework after launch cannot fully cure.

Mis-labelled classification. A utility label in the whitepaper does not bind the KNF, ESMA or a court. If the economic substance is that of a security, the label is cosmetic and potentially misleading. Classification must be supported by the actual rights architecture, documented in a memo that withstands regulatory scrutiny.

Inconsistency between the agreement and the whitepaper. The token sale agreement and the whitepaper are read together by regulators and by buyers' counsel. A vesting schedule in the agreement that does not appear in the whitepaper, or a governance right described differently in each document, creates ambiguity that the issuer bears the cost of resolving.

Absent or inadequate choice-of-law and jurisdiction clauses. Choosing Polish law and Polish courts is not automatically the right answer for an internationally marketed token sale. The forum must be one in which the issuer can enforce its rights and defend claims, and that analysis depends on where buyers are located, where assets are held, and where the issuer's banking relationships sit.

Omitting US-law protective language for non-US issuers. An issuer domiciled in Poland is not exempt from US securities law if it markets to US persons or if its tokens reach the US secondary market. The agreement must contain appropriate representations and legends, drafted with awareness of the applicable US exemptions, even if US legal advice is handled by allied counsel in that jurisdiction.

Treating the airdrop as outside the regime. An airdrop — a distribution of tokens without direct payment — is not automatically exempt from MiCA. If the airdrop is a promotional mechanism for a paid offering, or if the distributed tokens carry rights that would otherwise require a whitepaper, the airdrop is not a free pass around the disclosure obligations. The structure of any airdrop must be assessed before distribution.

A self-assessment before you engage

Before a drafting mandate begins, operators we advise benefit from a brief self-assessment. The questions below identify the issues that will determine how the engagement is scoped.

  • Can you describe the complete rights architecture of the token — what holders can do with it, economically and legally?
  • Has the token been tested against the MiCA classification criteria, specifically the ART, EMT and "other" categories?
  • Where is the issuing entity incorporated, and does it have a Polish establishment or Polish-resident directors?
  • Who are the intended buyers — retail, institutional, or both — and in which jurisdictions are they located?
  • Is there a secondary market mechanism, and if so, which entity operates it and under what authorisation?
  • Has the AML/CFT framework for the offering been designed, including the Travel Rule analysis for any intermediary transfers?
  • Is there a banking relationship in place that accepts token-issuing clients, and has that relationship been briefed on the offering?

If two or more of these questions cannot be answered with confidence, the classification and structuring work needs to precede the drafting engagement.

Related at OBOLUS

FAQ

Is my token a security?

Whether a token constitutes a security depends on the rights it confers, not the label it carries. Under EU law, the test applied by ESMA and national competent authorities such as the KNF examines whether the token gives holders economic exposure linked to the issuer's efforts — profit participation, governance rights with economic effect, or a reasonable expectation of appreciation. If it does, the token is likely to fall within the MiFID II financial-instruments perimeter rather than MiCA. Written classification analysis, assessed against the actual rights architecture, is the only reliable answer.

Do I need a MiCA whitepaper?

For most public token offerings in the EU, yes. MiCA requires issuers of "other crypto-assets" — the category covering most utility and payment tokens — to publish a whitepaper containing prescribed information and to notify the relevant national competent authority, which for a Polish issuer is the KNF. Exemptions exist for offerings below the applicable threshold and for offerings to qualified investors only, but relying on an exemption requires affirmative analysis, not an assumption. ART and EMT issuances are subject to more demanding authorisation requirements that go beyond the whitepaper obligation.

How should an airdrop be structured legally?

An airdrop is not automatically outside MiCA. If the distributed tokens carry rights that would require a whitepaper in a paid offering, or if the airdrop is a promotional mechanism for a paid sale, the disclosure obligations may apply. A defensible airdrop structure begins with a classification of the token being distributed, a review of whether the airdrop constitutes a public offer under MiCA's definition, and a check on whether the recipients are in jurisdictions with specific rules on unsolicited token distributions. The AML/KYC implications of a broad airdrop also require assessment before distribution.

About OBOLUS

OBOLUS is an independent digital-asset law boutique acting only for businesses. We advise exchanges, custodians, token issuers and funds on licensing across 70+ jurisdictions, on disputes and on-chain asset recovery across 25+ forums, and on the tax, banking and compliance that sit around them. We assess token classification against the substance of rights, not the marketing label, and we structure licensing, banking and tax as one mandate rather than three disconnected workstreams. Digital assets are the whole of our practice. To discuss your situation, contact info@oboluslaw.com.

By Roman Levitt, Technology & DeFi Counsel — specialising in token classification, smart-contract legal analysis and cross-border token offering structures under MiCA and allied regimes.

This publication is general information about the law and does not constitute legal advice. It is not a substitute for advice tailored to your circumstances. OBOLUS accepts no liability for action taken or not taken on the basis of this material. For advice on your situation, contact info@oboluslaw.com.

Tell us the task — we'll map your options in 30 minutes.

Fixed-fee packages with defined scope and SLAs. The first call is free and under NDA. Business clients only.

Map your optionsinfo@oboluslaw.com · t.me/oboluslaw · reply < 2 hours