MiCA Framework-Compliance #11
syntropicagent opened 3 weeks ago

Migrated from Linear KKN-218 (https://linear.app/kokonut/issue/KKN-218/mica-framework-compliance)

Assessment: Partially compliant by design, not currently MiCA-compliant for production crypto-asset issuance or services.

MiCA regulates crypto-asset issuers and crypto-asset service providers, not farms as such. A farm can operate compliantly on the platform, but compliance depends on whether it issues, sells, transfers, custody-holds, or promotes crypto-assets to EU users.

Current strengths

  • KokonutCreditToken uses role-controlled issuance and retirement, supply accounting, evidence hashes, pausing, and non-transferability.
  • Guild points are non-transferable reputation assets, reducing their apparent market-risk profile.
  • Carbon credits have methodology, vintage, evidence, retirement, adjustment, buffer-pool, and provenance records.
  • Marketplace balances use escrow and supply checks.
  • Human approval, audit logs, governance controls, and EAS attestations support traceability.
  • The platform does not appear to issue its own stablecoin or e-money token.

Major gaps

  • No MiCA asset-classification process for carbon credits, basket tokens, $vKKN, Guild Points, or other token-like instruments.
  • No MiCA-compliant crypto-asset white-paper workflow or machine-readable disclosure process.
  • No CASP authorisation boundary, licensed-partner integration, or EU passporting model.
  • No complete KYC/AML, sanctions screening, transaction monitoring, Travel Rule, or suspicious-activity workflow for crypto transactions.
  • No MiCA complaints handling, client-asset custody policy, conflicts policy, market-abuse surveillance, order-book retention, or regulatory reporting framework.
  • No DORA-grade ICT risk, incident reporting, resilience testing, or outsourcing controls for regulated activity.
  • The marketplace supports sell orders, buy orders, escrow, fees, and cross-chain bridging. If the underlying assets are crypto-assets, these functions may correspond to regulated CASP activities.
  • The platform accepts cUSD/cusd denominations and references $vKKN; it does not currently demonstrate that these assets are supplied through authorised EU arrangements.
  • The “carbon credits backed by farms” model requires legal analysis to determine whether the credits are MiCA crypto-assets, financial instruments, environmental commodities, or another regulated product.

Important asset-specific view

| Platform asset/function | Preliminary MiCA concern | | -- | -- | | Farm MRV, analytics, attestations | Generally outside MiCA | | Non-transferable Guild Points | Likely lower risk, subject to economic-rights analysis | | Non-transferable on-chain carbon token | May be outside trading/CASP scope, but issuance and public offering still require classification | | Tradable carbon-credit marketplace | Potential CASP activity if the credits qualify as crypto-assets | | Credit baskets | Higher risk if fungible, redeemable, transferable, or issued on DLT | | $vKKN governance token | Requires separate classification; marketing it as “backed 1:1 by real coconut trees” increases disclosure and investor-protection risk | | cUSD payment denomination | Do not issue or represent it as your own EMT; use an authorised stablecoin provider | | Cross-chain bridge | May create transfer, custody, execution, or infrastructure obligations depending on control and asset classification |

Can it design and operate MiCA-compliant farms?

Yes, with a controlled operating model:

  1. Keep farms and MRV outside the regulated perimeter where possible. Farms produce evidence and environmental outcomes; they do not directly custody customer crypto-assets or operate a public token market.
  2. Use an authorised EU CASP for custody, exchange, execution, transfer, and marketplace functions.
  3. Perform a legal classification for every token and credit before EU offering or admission to trading.
  4. Avoid issuing ARTs or EMTs. Use an authorised EMT or regulated payment provider for settlement.
  5. Create a MiCA evidence and disclosure pack for each eligible asset: issuer, rights, risks, technology, governance, supply, redemption/retirement rules, environmental claims, conflicts, and complaints process.
  6. Add EU perimeter controls: geofencing where necessary, KYC/AML, sanctions, suitability/risk warnings, investor communications, incident response, and immutable records.
  7. Separate roles: farm operator, credit issuer, marketplace/CASP, custodian, verifier, and stablecoin/payment provider should be distinct legal responsibilities.

Overall rating

  • MRV/data platform: Moderate readiness.
  • Governed environmental-credit ledger: Strong technical foundations, incomplete legal controls.
  • Public crypto-asset issuer: Not currently ready.
  • Crypto marketplace/CASP: Not currently ready.
  • MiCA-aligned farm deployment through an authorised partner: Feasible after classification, contractual, AML, disclosure, and operational-control work.

MiCA has applied fully since December 2024. ESMA specifically highlights authorisation, disclosure, white papers, order-book standards, record keeping, and supervision as core requirements. Sources: Wikipedia MiCA overview, ESMA MiCA page, EUR-Lex Regulation 2023/1114. This is a technical product assessment, not a legal opinion.

1/1
Type
New Feature
Priority
Major
Assignees
Not assigned
Iterations
Issue Votes (0)
Watchers (2)
Reference
KI-11
Please wait...
Connection lost or session expired, reload to recover
Page is in error, reload to recover