• Home
  • Crypto News
  • How to Detect a Fake or Plagiarised Crypto Presale Whitepaper

How to Detect a Fake or Plagiarised Crypto Presale Whitepaper

Yara Fernandez
Yara Fernandez
Crypto Regulation & Policy Press Release Expert
Published 2026-05-13
Updated 2026-05-13
How to Detect a Fake or Plagiarised Crypto Presale Whitepaper Article Image

A crypto whitepaper is supposed to be a technical and economic document describing a project's problem statement, solution, tokenomics, roadmap, and team in specific, verifiable detail. In practice, a significant proportion of presale whitepapers are copied from existing projects, generated by AI with minimal customisation, or deliberately vague to obscure the absence of a real product. Detecting these before investing takes specific techniques — and considerably less time than recovering losses from a scam.

10 Methods to Detect a Fake or Plagiarised Whitepaper

Method 1: Plagiarism Checker

Copy sections from the project description and technical solution chapters into Copyscape (copyscape.com), PlagScan, or Google search in quotes. Search for distinctive phrases. A legitimate whitepaper will have minimal exact matches to existing documents. A plagiarised whitepaper will return results from Ethereum, Solana, or other projects' documentation with near-identical text. Pay particular attention to the "problem statement" and "technology overview" sections — these are most commonly copied.

Method 2: AI Content Detection

Paste whitepaper sections into GPTZero (gptzero.me) or Originality.ai. These tools detect AI-generated text with reasonable accuracy. Fully AI-generated whitepapers (with no human customisation) indicate either very early-stage projects (understandable if disclosed) or deliberate misrepresentation (concerning). The key red flag is AI-generated content that makes specific technical claims that no human actually understands — the AI writes fluently but the team cannot explain the content.

Method 3: The "Talk to the Team" Test

Ask the team a specific technical question from their whitepaper in a public AMA or Telegram. If the whitepaper claims "we use zero-knowledge proofs for transaction privacy," ask: "Which ZK proof system do you use — Groth16, PLONK, or something else? What is the proving time and verification time?" Genuine technical teams answer specifically. Teams that copied technical content from another project cannot answer beyond what the whitepaper says — their answers will be vague or redirect to "our technical paper covers this."

Method 4: Date and Event Cross-Reference

Check the whitepaper's claims against historical facts. If a whitepaper claims partnerships with specific companies or integration with specific protocols, verify those claims independently. If the whitepaper references "our successful mainnet launch in Q3 2024" but there's no on-chain evidence of a launch, or if the claimed partner has no public mention of the partnership, these are fabrications.

Method 5: Image and Diagram Reverse Search

Save any diagrams or technical architecture images from the whitepaper. Run them through Google Image Search (images.google.com, then upload the image). If the "original" technical architecture image returns results from another project, the technical claims may be copied wholesale — not just the text. Many fake whitepapers use legitimate diagrams from other projects with only the project name changed.

Method 6: Tokenomics Math Verification

Add up all the percentages in the tokenomics table. They must total exactly 100%. Calculate: total supply × each percentage = expected tokens per category. Verify these numbers are internally consistent. A whitepaper where the percentages don't add to 100%, or where claimed token amounts are inconsistent with stated total supply, indicates either careless writing (unprofessional) or deliberate obfuscation (concerning).

Method 7: Roadmap Plausibility Check

Calculate the implied development velocity. If a 5-person team plans to: build a mainnet, launch a DEX, create a mobile wallet, complete three enterprise partnerships, and list on 10 exchanges — all in 6 months — the roadmap is fictional. Use GitHub (if the project has a public repo) to assess actual development activity vs. claimed progress.

Method 8: Legal Document Completeness

Any legitimate whitepaper includes a disclaimer/risk section, terms of use, and clear token sale terms. Generic or missing legal sections — or legal sections that are obvious copies of Ethereum or Bitcoin white papers with find-replace substitutions — indicate either no proper legal counsel or deliberate copying. See our presale phishing and scam detection guide for additional document fraud signals.

Method 9: GitHub Activity Check

If the whitepaper references technical development, verify on GitHub. Check: does the project have a public repo? How many commits are there? When was the last commit? Are commits from multiple developers (indicating real team) or all from one account (solo project or outsourced)? Empty or recently created repos with no history for projects claiming months of development are major red flags.

Method 10: Competitor Comparison

Find 2-3 projects solving the same problem. Read their whitepapers alongside the one you're evaluating. Does the evaluated project's technical approach actually differ from existing solutions, or does it essentially describe the same solution with different branding? A whitepaper that can't articulate a specific, concrete differentiation from existing solutions — beyond "faster, cheaper, more scalable" — has no genuine competitive analysis. See our presale risk evaluation guide for complete evaluation methodology.

Red Flags Summary

  • Plagiarised text discovered via Copyscape
  • AI-generated content detected via GPTZero
  • Team cannot answer technical questions from their own whitepaper
  • Tokenomics don't add to 100% or are mathematically inconsistent
  • Roadmap requires unrealistic development velocity for team size
  • No GitHub repository or empty repository for claims of months of development
  • Architecture diagrams that reverse-search to other projects
  • Missing risk disclosure or generic legal section

For additional fraud protection beyond whitepaper analysis, see our smart contract audit guide.

Glossary

Plagiarism
Copying text or ideas from another source without attribution and presenting them as original. Detected via text comparison tools like Copyscape.
AI-Generated Content
Text produced by AI language models (ChatGPT, Claude) without substantive human expertise. Detectable via tools like GPTZero. Not inherently fraudulent but concerning when masking absent technical knowledge.
Technical Vagueness
Using impressive-sounding technical terminology without specific implementation details — indicating the team wrote about technology they don't understand.

Disclaimer

Important: Even detailed, original whitepapers can accompany fraudulent projects. Whitepaper quality is one signal among many. This article is educational only. CryptoPresaleNews.com is not a licensed financial advisor.

Yara Fernandez
Yara Fernandez Crypto Regulation & Policy Press Release Expert
521+ articles
1 Year experience
Regulation specialty

Yara Fernandez dives into NFT drops, Latin American crypto art, and GameFi projects that bridge culture and blockchain. As a respected name in crypto journalism, she delivers valuable insights on NFT and Web3 topics from around the world. Her work blends deep research with simplicity, making it easy for readers to understand the fast-moving world of crypto. She focuses on topics related to NFT and Web3 reporting and regularly covers emerging trends, technology updates, and community stories.

✍️ WHAT'S YOUR OPINION?
Frequently Asked Questions

Have questions? We have answers!

10 methods: (1) plagiarism check on Copyscape, (2) AI detection via GPTZero, (3) ask team technical questions from their own whitepaper, (4) verify claimed events and partnerships independently, (5) reverse-image-search technical diagrams, (6) verify tokenomics math adds to 100%, (7) assess roadmap plausibility vs team size, (8) check GitHub activity vs claimed development, (9) compare to competitor whitepapers for real differentiation, (10) verify legal disclaimer completeness.
Copyscape (copyscape.com) is a plagiarism detection tool. To check a whitepaper: copy specific paragraphs from the technical overview or problem statement sections and paste them into Copyscape's search field. If significant exact matches appear from other projects' documentation, the whitepaper is plagiarised. Focus on unique technical claim sections — generic introduction text matches are less concerning than copied technical architecture descriptions.
GPTZero is an AI-generated text detection tool. Paste whitepaper sections into GPTZero.me and receive a probability score indicating AI vs. human authorship. Fully AI-generated whitepapers with no human expertise layered in are a red flag because they often make technically fluent but hollow claims that the team cannot explain or defend in conversation.
Ask a specific, detailed technical question drawn from the whitepaper in a public AMA, Discord, or Telegram. If the whitepaper claims 'zero-knowledge proofs for privacy,' ask which ZK proof system is used and what the proving/verification times are. Genuine technical teams answer specifically. Teams that copied technical content give vague answers, redirect to the whitepaper, or fail to answer at all.
Save technical architecture or system diagrams from the whitepaper. Upload to Google Image Search (images.google.com → camera icon → upload image). If the diagram returns results from another project's documentation, it has been copied and the technical claims may be entirely borrowed. This is common — fake whitepapers often use real diagrams from legitimate projects with only the project name changed.
Key red flags: (1) plagiarised text discovered via Copyscape, (2) tokenomics percentages that don't add to 100%, (3) team cannot answer technical questions from their own document, (4) empty GitHub repository for projects claiming months of development, (5) roadmap requiring impossible development velocity for stated team size, (6) missing risk disclaimer or generic legal section, (7) architecture diagrams that reverse-search to other projects.
Add all allocation percentages — team, investors, ecosystem, treasury, public sale, advisors. They must total exactly 100%. Then for each category: multiply the percentage by total supply to get expected token count. Verify these match any stated token amounts. Inconsistencies (percentages totalling 97% or individual allocation numbers that don't multiply correctly) indicate either careless writing or deliberate obfuscation.
A legitimate project that claims months of development should have: a public repository with multiple contributors, regular commit history spanning the claimed development period, meaningful code (not just a README file), and commits from multiple team members. An empty repository, a repository created last week for a project claiming 18 months of development, or all commits from a single anonymous account are major red flags.
Identify: team size (how many full-time developers?), claimed completion date for mainnet, and number of distinct technical deliverables. For a 5-person team: shipping a complete Layer-1 blockchain from scratch in 6 months is essentially impossible. Cross-reference with comparable projects: how long did a similar scope take a similar-sized team? Inflated roadmaps are extremely common and indicate either inexperience or deliberate misrepresentation.
Legitimate whitepapers include: (1) risk disclosure section (specifically listing financial, technical, and regulatory risks), (2) token sale terms (price, hardcap, softcap, distribution dates), (3) no-investment-advice disclaimer, (4) jurisdiction exclusions (e.g., US persons), (5) token utility disclosure (what the token does and doesn't entitle holders to). Missing or clearly copy-pasted legal sections (easily verified via Copyscape against common templates) indicate poor legal preparation.
For each stated partner: search the partner company's official website, press releases, and LinkedIn for any mention of the project. Contact the partner company's business development team via their official email to confirm the partnership. Check if the partnership is disclosed by both parties or only mentioned in the project's whitepaper. One-sided 'partnerships' where the named partner has no knowledge of the arrangement are common whitepaper fabrications.
A vaporware whitepaper describes technology that sounds technical and impressive but cannot actually be built as described, either because it contradicts fundamental computer science constraints or because the claimed team lacks the expertise to execute. Detecting vaporware requires technical knowledge — or consulting a developer who can evaluate specific technical claims. Red flags include: violating CAP theorem, claiming undefined 'proprietary consensus mechanisms,' and 'infinite scalability with no tradeoff' claims.
Yes. An original, well-written whitepaper can accompany a fraudulent project. Whitepaper quality is one signal — not proof of legitimacy. Team verification, smart contract audit, LP lock confirmation, and on-chain verification of claimed development remain essential regardless of whitepaper quality. The whitepaper is a marketing document; on-chain evidence is objective proof.
Top tools: Copyscape (copyscape.com, industry standard), PlagScan (plagscan.com), Grammarly plagiarism checker (integrated into Grammarly Premium), and Turnitin (institutional access). For AI detection: GPTZero (gptzero.me), Originality.ai, ZeroGPT. For technical claim verification: arXiv search (research paper precedents), GitHub search (code originality), and direct expert consultation for complex cryptographic claims.
Initial red flag scanning (plagiarism check, AI detection, tokenomics math): 15-20 minutes. Thorough whitepaper analysis (all 10 methods): 45-60 minutes. The 15-20 minute initial scan catches the majority of obvious fake/plagiarised whitepapers efficiently. Only invest the full 45-60 minutes on projects that have already passed your three must-check non-negotiables (team, audit, LP lock).
TelegramBanner header
Have Questions?

Our team will answer all your questions. We ensure a quick response.

Contact Us