Skip to main content

What Is a Crypto Whitepaper? Contents, Rules and How to Read One

A crypto whitepaper explains what a project does, how it works and what the token gives holders. What it contains, EU MiCA rules and how to read one.

· By ZIPMEX · 12 min read

A crypto whitepaper is the document a project publishes to explain what it is building, how the technology works, what its token represents and what risks come with it. It is written by the people who want you to hold the token. Treat it as the issuer's own pitch with technical detail attached, not as a neutral report. In the European Union, Regulation (EU) 2023/1114 (MiCA), which has applied in full since 30 December 2024, sets out what a crypto-asset white paper must contain for many token offers. It also requires the paper to state on its first page that no regulator has approved it.

Where the term comes from

The name comes from government. The UK Parliament glossary defines white papers as "policy documents produced by the Government that set out their proposals for future legislation". It adds that they are often published as Command Papers and may include a draft Bill. The term later spread to technology and business writing, where it means a detailed document that sets out a problem and a proposed solution.

The paper that set the template

On 31 October 2008, someone using the name Satoshi Nakamoto posted to a cryptography mailing list under the subject "Bitcoin P2P e-cash paper". The post began: "I've been working on a new electronic cash system that's fully peer-to-peer, with no trusted third party." The linked paper, Bitcoin: A Peer-to-Peer Electronic Cash System, has 12 numbered sections:

  1. Introduction
  2. Transactions
  3. Timestamp Server
  4. Proof-of-Work
  5. Network
  6. Incentive
  7. Reclaiming Disk Space
  8. Simplified Payment Verification
  9. Combining and Splitting Value
  10. Privacy
  11. Calculations
  12. Conclusion

It contains no roadmap, no token sale and no team page. It describes a problem (online payments that depend on a trusted financial institution) and a technical design that removes that dependency. Many later whitepapers copied the format and added marketing.

The Ethereum whitepaper, A Next-Generation Smart Contract and Decentralized Application Platform, is the other widely read example. Ethereum.org states that it "was published in 2014, before Ethereum launched", and its own copy notes that the network has changed since.

What a whitepaper usually contains

The format is not standardised outside regulated regimes, but most papers cover these points:

  • Problem statement: what the project says is broken or missing.
  • Technical design: consensus method, network architecture, smart contracts and how nodes operate.
  • Token design: what the token does, how many exist, how they are issued and who receives them.
  • Use cases: who would use the system and why.
  • Roadmap: planned milestones, usually without binding dates.
  • Team and governance: who builds and controls the project.
  • Offer details: how tokens are sold or distributed, if they are.

Does an EU token offer need a MiCA white paper?

Answer four questions about an EU token offer to see whether the article's MiCA white paper rules apply to it.

  1. Is the crypto-asset an asset-referenced token or an e-money token?

  2. Is the offer made only to qualified investors, and can only they hold the asset?

  3. Is the offer made to fewer than 150 persons per Member State?

  4. Does the offer total no more than EUR 1,000,000 over 12 months?

Outside these white paper rules

The MiCA white paper rules in this article cover crypto-assets other than asset-referenced tokens and e-money tokens, so this check does not apply to your token.

Article 4 exemption: no white paper needed

Under Article 4, no white paper is needed for offers made only to qualified investors who alone can hold the asset, offers to fewer than 150 persons per Member State, or offers totalling no more than EUR 1,000,000 over 12 months.

A MiCA white paper is required

The paper must contain the Article 6 information and state on its first page that no competent authority has approved it. It must be notified to the home competent authority at least 20 working days before publication, and authorities may not require prior approval. Under Article 15, the offeror and its management body are liable to holders if the paper is incomplete, unfair, unclear or misleading.

This follows only the Article 4 exemptions summarised in the article. It does not cover rules for asset-referenced or e-money tokens, other MiCA conditions, or law outside the EU, and it is not legal advice.

What EU law now requires

In the EU, MiCA turned the white paper from a marketing document into a regulated disclosure for crypto-assets other than asset-referenced tokens and e-money tokens. Key requirements, as set out in the regulation:

Required content (Article 6)

The paper must give information on the offeror or the person seeking admission to trading, the issuer (if different), the project, the offer, the crypto-asset, the rights and obligations attached to it, the underlying technology, the risks, and the principal climate and other environment-related adverse impacts of the consensus mechanism. The information must be "fair, clear and not misleading".

Mandatory first-page statement

The paper must state: "This crypto-asset white paper has not been approved by any competent authority in any Member State of the European Union." It must also state that the offeror "is solely responsible for the content of this crypto-asset white paper." The management body must confirm that the paper complies with the rules and contains no misleading omissions.

No price promises

The paper must not make assertions about the token's future value. It must state clearly that the crypto-asset may lose its value in part or in full, may not always be transferable, may not be liquid, and is not covered by investor compensation or deposit guarantee schemes.

Summary, dating, language, format

A short summary in "brief and non-technical language" is required, with warnings that it is only an introduction to the full paper. The paper must show its notification date and include a table of contents. It must be published in a machine-readable format. ESMA says the formatting requirements entered into application on 23 December 2025.

Notified, not approved (Article 8)

The paper must be notified to the home competent authority "at least 20 working days before the date of publication". Authorities may not require prior approval.

Exemptions (Article 4)

No white paper is needed for offers to fewer than 150 persons per Member State, for offers totalling no more than EUR 1,000,000 over 12 months, or for offers made only to qualified investors who alone can hold the asset.

Liability (Article 15)

If the paper is incomplete, unfair, unclear or misleading, the offeror and members of its management body are liable to holders for resulting losses. Contract terms that exclude this liability have no legal effect. Liability for the summary alone is limited unless the summary is misleading, inaccurate or inconsistent with the rest of the paper.

ESMA publishes an interim MiCA register, updated weekly, that includes a file of notified white papers. ESMA notes that the listed papers "have not been reviewed or approved by any competent authority."

Whitepapers and securities law in the US

A whitepaper does not decide how a token is treated legally. On 25 July 2017, the US Securities and Exchange Commission issued a Report of Investigation concluding that tokens sold by "The DAO" were securities subject to federal securities laws. The SEC said issuers of such tokens must register their offers and sales unless an exemption applies. It brought no charges in that case and said it aimed to "caution the industry and market participants".

How to read a whitepaper critically

These questions test the document. They do not tell you whether to buy anything.

  • Is the problem real and specific? A vague problem usually leads to a vague solution.
  • Does the design need a blockchain or a token? Check whether the token does something the system could not do without it.
  • Can you check the technical claims? Look for published code, audits or a running network that matches the description.
  • Who gets the tokens? Find the allocation to the team, early backers and treasury, and any lock-up periods.
  • Does it promise returns or price targets? In the EU, a MiCA-compliant paper may not make claims about future value.
  • Is it dated and versioned? Projects change. An old paper may no longer describe the current system.
  • For EU offers, is it in ESMA's register? Being listed means the paper was notified. It does not mean a regulator approved it.

Limitations: this article summarises MiCA and an SEC report for general information; it is not legal advice, and rules outside the EU and US are not covered.

Updated on Oct 25, 2026