Why $MANAV is not a security
We ran the Howey test on ourselves. We ran MiCA's classification framework on ourselves. We published both legal memos. Here is the analysis, in plain English.
The four prongs of Howey
The US Supreme Court's SEC v. W. J. Howey Co. (1946) defines an investment contract — and therefore a security — by four prongs. All four must be present.
Prong 1 — investment of money. $MANAV is primarily earned through verified human work, not purchased. The 40% of supply allocated to Proof of Human Work mining is paid out as labor reward; only secondary-market trading involves money exchange. The primary acquisition channel does not satisfy this prong.
Prong 2 — common enterprise. Decentralized protocol. The Manav Foundation operates governance; no single operator holds custodial control. Token holders participate in protocol governance but no single common enterprise's profits are pooled.
Prong 3 — expectation of profits. Token utility — gas, access, governance, work reward — is consumptive, not profit-seeking by design. Token holders use $MANAV; appreciation may occur but is not the protocol's stated value proposition.
Prong 4 — from the efforts of others. Token value derives from the holder's own verified work and the network's overall activity, not from the efforts of a promoter or central operator. This is the prong that most clearly differentiates $MANAV from speculative tokens.
MiCA classification
The EU's Markets in Crypto-Assets Regulation (MiCA) classifies crypto-assets into three categories: e-money tokens, asset-referenced tokens, and "other" crypto-assets (utility tokens). $MANAV falls into the third — a utility token with concrete, immediate use cases.
MiCA imposes whitepaper, marketing, and consumer-protection requirements on utility tokens, all of which we satisfy. The full whitepaper has been notified to relevant authorities.
Why this matters
Most token projects skip the legal analysis or hide it. We published two outside-counsel memos — one for SEC, one for MiCA — and welcome scrutiny. Three reasons:
- Buyer protection: enterprise customers who deploy Manav need the regulatory clarity in writing.
- Long-horizon credibility: protocols that survive multi-year cycles are typically the ones that anchored their legal posture early.
- Distribution: jurisdictions and exchanges that take regulation seriously require this work before listing.
What this is not
This article is not legal advice. The analysis applies to $MANAV under current frameworks. Regulations evolve. A specific transaction in a specific jurisdiction requires specific counsel. The published memos are reasoning, not promises.
The harder question regulators are asking
The regulatory frontier is not "is this a security?" — it is "is this a utility, and does the utility include enabling activities the regulator cares about?" $MANAV's utility — verified human identity, agent delegation, work attestation — is squarely in the public-policy interest, complementary to regulations like the EU AI Act. Regulators have been receptive in our outreach precisely because the protocol enables the controls they want enforced.
Common objections
The honest objections: protocols without products fail, and tokens without revenue are speculative. We answer the first with a hosted commercial layer and design partners shipping today; the second with a fee model where the protocol earns from real agent verifications, not from token velocity.
Frequently asked questions
Is this about a token, or a protocol? A protocol first. The token exists to align incentives — humans earn for attested work, relying parties spend to verify, the network captures a small fee. The protocol stays useful even if the token's price is volatile; the token gets useful only when the protocol is.
How is this not just another crypto identity project? Most crypto identity projects answer 'is this a unique human?' and stop. This one answers 'what did this human authorize?' which is a different question. The substrate (hardware-attested device, recoverable, revocable) is also designed for enterprise compliance, not just consumer Sybil resistance.
What happens if the chain has an outage? Verification continues. Signatures verify locally; the chain anchors audit roots periodically, not per-action. A multi-day chain outage would delay forensic anchoring but not block any agent action that already had a valid delegation.
Where to start
Move from this to manav token explained for the technical design and proof of human work for the economic shape. The protocol and the token are designed to be read in that order — design first, incentives second.
Why the SEC will eventually agree
The SEC's posture on tokens has been adversarial in the public record and pragmatic in the working enforcement. Tokens that operate as utilities — used to access protocol services, not held primarily for speculation — have been treated more leniently than tokens that operated primarily as investment contracts. Manav was designed for utility from the contract level: the token is consumed by relying-party verifications, staked by issuers, earned by witnesses. The investment-contract analysis fails at the third Howey prong — the expectation of profit from the efforts of others — because the token's value is driven by usage, not by efforts of a centralized promoter. We have not received a comfort letter, and we are not predicting one. We are predicting that the working enforcement will treat utility-shaped tokens as utility-shaped tokens, and that the harder cases the SEC will prioritize are the tokens that do not have the substrate-grade utility Manav has. The legal risk is real and decreasing.
The Howey test asks if you invested. We answer: most $MANAV is earned, not bought.