The recommended route
The project should prepare for a notified MiCA white paper before opening its EU campaign, subject to confirming the token's classification. The proposed exchange of tokens for personal data and promotional work does not support the free-offer exception. A fee received by the offeror would provide another reason to reject it. Communicating an intention to seek EU trading admission also removes the relevant offer exemptions. (Regulation (EU) 2023/1114, MiCA, Article 4(3) and (4).)
The launch therefore needs three decisions:
- Confirm that the token belongs under MiCA Title II and establish the Kenyan permissions for the proposed activities.
- Remove compulsory promotional tasks, separate optional marketing data from participation, and decide who bears every claim cost.
- Assign responsibility for the offer and admission documents, then complete notification and publication before campaign marketing begins. (MiCA, Articles 4–9.)
Classify the token before claiming an exemption
Title II covers crypto-assets other than asset-referenced tokens and e-money tokens. It does not cover tokens that qualify as financial instruments. Share rights, debt claims or interests in a collective investment arrangement require a separate financial-instrument assessment. A software label cannot decide that question. (MiCA, Article 2(4)(a); Directive 2014/65/EU, Article 4(1)(15) and Annex I, Section C.)
A token that purports to maintain stable value by reference to one official currency is an e-money token. A token other than an e-money token that purports to maintain a stable value by referencing another value, right or combination may be an asset-referenced token. Those categories have separate issuer and disclosure requirements; the Article 4 free-offer exception does not govern them. (MiCA, Article 3(1)(6) and (7), Articles 16 and 48.)
A utility token is only intended to provide access to a good or service supplied by its issuer. The rights, redemption mechanics and actual service must substantiate that classification. The project's software purpose alone is insufficient. Licentium's discussion of utility tokens under MiCA explains that starting distinction. (MiCA, Article 3(1)(9).)
The campaign must also be assessed as an offer. MiCA's definition focuses on a communication providing enough information about the tokens and offer terms for prospective holders to decide whether to purchase them. Article 4 expressly addresses free offers, so a zero cash price does not remove the distribution from the offer analysis. (MiCA, Article 3(1)(12), Article 4(3)(a).)
Test the data, promotional work and fee separately
Required profile data
Article 4(3) denies free treatment where purchasers must provide, or promise to provide, personal data to the offeror in exchange for tokens. Profile fields that identify users, including through linked accounts, therefore require attention. Making their completion a condition of allocation creates the exchange that the provision addresses. Voluntary consent under privacy law would not, by itself, restore the MiCA exception. (MiCA, Article 3(1)(45), Article 4(3), second subparagraph.)
MiCA contains no express exception for information merely described as legally required. Collection solely to discharge an actual legal obligation may support an argument that the information is not supplied in exchange for tokens. That interpretation requires the obligation, recipient and restricted purpose to be established. It does not justify collecting customer profiles under a general compliance label. (MiCA, Article 4(3), second subparagraph.)
The product change is to remove marketing profiles from eligibility. Collect only information justified for delivery or a documented legal duty. Keep optional research and marketing permissions separate, with no effect on allocation or claim access. Any exemption assessment must still examine whether the remaining data requirement constitutes an exchange.
Required promotional tasks
Compulsory referrals, endorsements or promotional posts provide a commercial benefit to the offeror. Where that work earns the tokens, the better reading is that the offeror receives a non-monetary benefit in exchange. This is an application of Article 4(3) to the campaign mechanics, rather than a special statutory rule for social-media tasks.
Remove those tasks from the claim conditions. If the business retains them, the documents should accurately describe the exchange. Calling the allocation a reward does not convert marketing work into the separate exception for automatically created ledger-maintenance or transaction-validation rewards. (MiCA, Article 4(3)(b) and second subparagraph.)
Claim fees and network costs
A compulsory claim fee received by the offeror defeats free treatment, even if the token price remains zero. Article 4(3) provides no minimum fee threshold. Routing collection through a contractor requires examination of who ultimately receives the money or benefit.
A network fee paid directly to independent validators presents a different question because the provision refers to benefits received by the offeror. That distinction is not an express gas-fee safe harbour. The team must trace the payment and any reimbursement, commission or connected benefit. The recommended design is for the project to fund claim costs and disclose the allocation of costs before users participate. (MiCA, Article 4(3), second subparagraph.)
The EU listing plan changes the available route
Article 4(4) removes the exemptions in Article 4(2) and (3) when the offeror, or someone acting on its behalf, makes known in any communication an intention to seek admission to trading. The trigger is the communicated intention. Actual admission need not have occurred.
The team must review roadmaps, campaign pages, community messages, partner announcements and communications with the proposed venue. The wording is not limited to public advertising. An entirely uncommunicated internal possibility differs from a stated listing plan, but suppressing a listing reference would not cure the proposed data and promotional exchanges.
The planned venue is in the EU. The Commission's answer published through ESMA distinguishes trading solely on a platform provided by a service provider established outside the Union, but that distinction does not assist this project. The answer is interpretive guidance; Article 4(4) remains the operative rule. (ESMA Q&A 2671, Commission answer updated 21 May 2026.)
Seeking admission itself triggers Article 5 duties. A genuinely exempt earlier distribution therefore does not establish an exemption for the later admission application. The project should organise disclosure around the intended offer and listing sequence from the outset. (MiCA, Article 5(1).)
A narrower exempt distribution would require a different campaign
A free distribution could be supportable after removing exchanges of personal data, promotional work and fees, provided no admission intention is communicated and the other conditions are met. Any subsequent listing would need its own Article 5 assessment.
Other MiCA white-paper exemptions do not solve the stated plan automatically. Article 4(2) addresses offers to fewer than 150 persons per Member State acting on their own account, offers with total EU consideration not exceeding EUR 1 million over the specified 12-month period, and offers confined to qualified investors who alone can hold the tokens. These exemptions remove specified duties, rather than all of Title II. Article 4(4) can disapply each of them.
The operational-utility exemption requires a good or service that already exists or operates. The service's operational status must be confirmed. A limited-network exemption requires contractual merchant arrangements and restricted use; an open trading strategy cannot simply be relabelled a limited network. Both remain subject to Article 4(4). A voluntarily drawn-up white paper also brings an otherwise exempt offer within Title II. (MiCA, Article 4(3)(c) and (d), Article 4(8).)
For the proposed EU acquisition campaign and listing, a properly documented Title II route is the supported recommendation.
Settle the Kenyan position alongside the EU documents
Kenya's Virtual Asset Service Providers Act 2025 requires licensing for the business of virtual asset services in or from Kenya. Section 34 separately addresses virtual asset offerings and seeking admission of the relevant asset to trading. Its procedure requires an application and written regulatory no-objection where applicable. An EU notification cannot replace that Kenyan step. (Act No. 20 of 2025, sections 8(2) and 34(1), (3) and (4).)
The Kenyan classification needs care. Section 2 defines a virtual asset offering by reference to issuing assets in exchange for funds. A distribution without funds is not automatically such an offering. The possible claim fee and planned admission must nevertheless be tested against section 34 and the implementing requirements. The team's own activities must also be distinguished from custody, exchange or other services supplied to customers.
The Act's exclusions for closed ecosystems and non-transferable virtual service tokens require their actual conditions to be met. A token intended for external exchange trading cannot assume those exclusions. The Kenyan launch file should record the token rights, payment flows, service providers and required approvals before the EU campaign timetable is committed. (Act No. 20 of 2025, sections 2, 4(2) and (3), First Schedule.)
Assign the offer and admission responsibilities
Under the recommended route, the offeror and person seeking admission must be legal persons. Kenyan incorporation does not itself require an additional EU issuer company. Where the responsible Kenyan entity has no EU branch, MiCA identifies the home Member State by the first intended EU offer or, at its choice, the first admission application. Establish the responsible entity and applicable branch position before choosing the notification authority. (MiCA, Article 3(1)(33)(a)–(c), Articles 4(1)(a) and 5(1)(a).)
The offeror should own the campaign terms and offer disclosures. The person seeking admission owns the admission process. Article 5(3) permits a written agreement allocating specified admission duties to the platform operator, with an obligation to supply the necessary information. That agreement does not automatically transfer the offeror's Article 4 duties. Platform-initiated admissions have their own rule in Article 5(2), and inaccurate information can still create liability under Article 15.
Primary delivery also needs an accurate service analysis. ESMA's June 2026 answer states that an issuer sending its own newly issued tokens to purchasers' wallets is not thereby providing custody or transfer services on their behalf. Actual client custody, exchange or onward transfer services require separate assessment under Article 59. (MiCA, Article 3(1)(16), (17) and (26); ESMA Q&A 2417, answer dated 18 June 2026.)
Build disclosure into the launch sequence
The white paper should identify the responsible actors and explain allocation, token rights, data conditions, tasks, fees, technology, risks and intended admission. It must contain the prescribed responsibility statements, warnings and environmental disclosures. Assertions in the white paper about future token value are prohibited, except for the required statement under Article 6(5), including the warning that the token may lose some or all of its value. Use the applicable template, required identifiers and a single XHTML document using Inline XBRL. (MiCA, Article 6 and Annex I; Implementing Regulation (EU) 2024/2984, Articles 1–4; Delegated Regulations (EU) 2025/421 and 2025/422.)
Notify the white paper and classification explanation to the home authority at least 20 working days before publication. Publish it a reasonable time before the offer or admission and before campaign marketing, then launch the offer on the disclosed terms. Notification is not regulatory approval. Marketing must be recognisable, fair, clear and consistent with the paper, and include the prescribed responsibility statement and contact information. (MiCA, Articles 7(1) and (2), 8(3)–(6) and 9.)
Before admission, update material changes and agree the venue's responsibilities. Confirm that the venue's operator is authorised or otherwise entitled under MiCA Articles 59 and 60 to operate the platform, and completes the admission and suitability checks required by Article 76(1) and (2). Build applicable retail withdrawal rights into the terms and claim process, including the 14-calendar-day period and the statutory exceptions. The exception for assets admitted before purchase does not describe this planned pre-admission campaign. (MiCA, Articles 12 and 13.)
Licentium's Token Issuers page addresses how classification, operating entities and disclosure fit into launch planning.
Keep privacy and customer communications separate
Targeting people in the EU can engage GDPR even where processing occurs in Kenya and no payment is required. The project needs a lawful basis for each purpose, proportionate data collection, a clear privacy notice and appropriate security. If relying on consent, it must assess whether conditioning participation on unnecessary processing prevents a freely given choice. Address any EU representative requirement and the actual data transfers between participating organisations. (GDPR, Articles 3(2), 5–7, 13, 27, 32 and 44–49.)
Kenyan data protection obligations also require assessment. EU white-paper compliance does not satisfy those duties. Separate electronic marketing permissions from claim administration and apply the relevant Member State's rules implementing the ePrivacy Directive. (Kenya Data Protection Act 2019, sections 4, 25, 30 and 37; Directive 2002/58/EC, Article 13.)
Avoid an unqualified free claim where users must pay a claim charge. EU consumer law restricts describing products as free when consumers pay beyond the specified unavoidable response and collection or delivery costs. MiCA's own marketing standard separately requires an accurate account of the conditions. Review referral scripts, influencer instructions and claim screens together through a marketing compliance review. (Directive 2005/29/EC, Articles 6 and 7, Annex I, point 20; MiCA, Article 7.)
Decisions before launch
Confirm classification and Kenyan permissions first. Then name the offeror, admission applicant, home authority and service providers. Remove compulsory promotion and marketing profiles, settle claim costs, and document every remaining participation condition. Prepare and notify the white paper, publish it before marketing, and complete the offer and admission steps in the disclosed sequence.
Plan the distribution review
To review the legal structure of your token distribution, contact Licentium with the token rights, claim flow, proposed fees, target EU markets and listing plan.