Crypto Presale Due Diligence Checklist for Early Buyers
A presale asks participants to send funds before a token trades on an open market. That ordering removes most of the evidence you would normally use: there is no pool to inspect, no trade history, and often no final contract. Due diligence therefore shifts to what can still be verified, such as the sale contract, the stated allocation rules, the team's public footprint, and the exact addresses involved. This checklist describes what to look at and what no checklist can settle.
Editorial research by Coinatio, checked against the primary documentation cited below. Educational content only.

- Verify the payment address and sale contract from more than one independent source before sending anything.
- Compare the allocation, vesting and liquidity statements on the presale page with what the contract and later pool actually show.
- A presale page is a marketing document, so treat every claim as unverified until you find onchain or third-party evidence.
- Even a thorough review leaves risk, and none of this is a recommendation to participate.
Confirm the identity of the project and the page
Start by checking that the presale page is the one the project actually operates. Fake clones of real sale pages are common, and a single changed character in a domain or payment address is enough to redirect funds. Reach the page from the project's own official channels, then compare the address shown against at least one other place the team has published it, such as a pinned post or documentation.
Look at who is behind the project. Named people with a verifiable history are easier to evaluate than anonymous handles, although anonymity alone does not prove bad intent and a real name does not prove good intent. Record what you can confirm and what you cannot, and avoid filling gaps with assumptions.
Read the sale contract or payment flow
Find out whether participants send funds to a smart contract or to an ordinary wallet. A contract can be inspected on a block explorer: check whether its source is verified, what functions exist, who can withdraw collected funds, and whether refunds are implemented. A plain wallet address offers none of those guarantees, so the entire arrangement rests on trusting whoever controls the keys.
If the sale uses a contract, read the claim and withdrawal logic rather than only the marketing summary. Note any admin function that can change the price, pause claims or redirect proceeds. Our guide to verifying a deployed contract explains how to confirm that published source matches the bytecode.
Related research: How to Verify a Token Contract After Deployment - A post-deployment workflow for matching source to EVM bytecode, checking constructor inputs, proxies, roles, supply, and explorer records.
Compare stated tokenomics with what can be checked
Presale pages usually describe total supply, the share sold, team allocation, liquidity and vesting. Write those numbers down and later compare them with the real token once it exists. Differences between the promised and the observed supply, or between promised and actual liquidity, are the most useful signal you will get after the fact.
Pay attention to how the presale price relates to the planned launch price and to fully diluted valuation. A low entry price means little if the planned supply is very large, so read it alongside the relationship between liquidity, fully diluted valuation and market cap.
Related research: Liquidity vs FDV vs Market Cap - Compare DEX liquidity, fully diluted valuation, and market capitalization using formulas, examples, and practical interpretation limits.
Look for locks, vesting and refund terms
Ask where the sale proceeds go and what, if anything, stops the team from moving them. Some projects state that a portion will be added to a liquidity pool and locked for a defined period. Treat that as a statement of intent until the lock exists onchain, and read how locked and burned liquidity differ before relying on either word.
Check whether team and presale tokens are subject to vesting, and whether that vesting is enforced by a contract you can read or only described in a document. Also check what happens if the sale does not reach its target, and whether the contract actually supports the refund the page promises.
- Where do collected funds go, and who can move them?
- Is the liquidity lock created, and can you see it onchain?
- Are team tokens locked by a contract or only by a promise?
- Is there a working refund path if the sale fails?
Related research: Locked vs Burned Liquidity - Compare locked and burned liquidity ownership, verification methods, practical protections, and risks these labels do not address.
Know the limits of any checklist
Passing every step above does not make a presale safe. Contracts can contain behavior that is hard to notice, off-chain promises cannot be enforced, and market conditions after launch are outside the project's control. A presale is also a high-risk category for fraud generally, which regulators and consumer agencies have warned about in plain terms.
Use the checklist to decide what you cannot verify, and size your decision around that uncertainty. Coinatio lists presales for discovery only, and a listing is not an endorsement or a safety rating. You can review how listing data is gathered on the methodology page.
Browse presales and new markets
Compare listed presales and recently discovered live markets, and apply the checks above to each one yourself.
Listings are for discovery. They are not endorsements, ratings or financial advice.
Explore current data
Sources
This article explains technical and market-data concepts. It is not financial, legal, tax, or investment advice. Verify current chain state and primary documentation independently.


