Category: Token Launch

Launch sequencing, announcements, presales and airdrops for token projects.

  • The Complete Token Launch Marketing Timeline: 90 Days to TGE

    Most token launches do not fail because the product was bad. They fail because the team started marketing three weeks before the TGE and expected a crowd that was never warmed up. By the time the announcement went out, there was no one listening.

    If you are building something real and you want the launch to reflect that, the marketing has to start 90 days out. Not 30. Not 45. Ninety. Here is the full timeline and what actually needs to happen at each stage.


    Why 90 Days and Not Less

    The crypto market has a short memory but a long consideration window. A potential holder who sees your project for the first time on launch day is almost never going to buy on that day. They need to see you repeatedly across multiple channels before the project feels real to them.

    The 90-day window gives you enough time to seed awareness, build community trust, run waitlist and whitelist campaigns, line up KOLs and media, and make sure the exchanges you are listing on have everything they need. Cut that window and you are skipping steps, not saving time.


    Days 90 to 60: Build the Foundation Before You Build the Crowd

    This is the work that no one sees but that everything else depends on.

    Lock the Launch Narrative First

    Before you write a single tweet or schedule a single AMA, your team needs to agree on what this project actually is and why it matters now. Not the whitepaper version. The one-sentence version that a crypto-native person can repeat to someone else.

    Something like: “It is the first DEX built entirely on [chain] with a veToken model that routes 80% of protocol revenue back to holders.” That is a narrative. “We are building a decentralized exchange” is not.

    Your narrative should answer three things: what problem it solves, who already cares about that problem, and why you are the team to solve it. Write this down before you start any public-facing work. Everything else should be a proof point for that narrative.

    Set Up Your Content Infrastructure

    At 90 days out you should be setting up or cleaning up your primary channels. This means your website is live with a proper project description and a whitepaper or litepaper link. Your Telegram and Discord are open and moderated. Your X account is active. Your blog or Medium is ready to publish.

    If any of these are not ready, fix them before you go public with any marketing. Nothing kills credibility faster than clicking a link in a thread and landing on a half-built website or a Telegram group with zero messages.

    Start Community Seeding (Not Broadcasting)

    The earliest community work is not about posting into the void. It is about finding the 50 to 200 people who are most likely to become genuine believers and talking to them directly.

    This means going into existing communities on Telegram, Discord, and Twitter where your target audience already spends time, joining the conversation authentically, and mentioning your project only when it is genuinely relevant. This is slow and it should feel slow. You are planting seeds, not harvesting yet.

    The goal by the end of this phase is a small, genuinely interested early audience of people who feel like they found the project themselves rather than being marketed to.


    Days 60 to 30: Build in Public and Start Creating FOMO

    At day 60 you shift from quiet foundation work to visible building. The project should feel like it is coming together publicly.

    Launch Your Waitlist and Whitelist Campaign

    A waitlist is a pre-commitment signal. People who sign up for a whitelist or waitlist are warm leads who have already decided they want to participate. The goal of this phase is to fill that list.

    Your waitlist page should have a clear value proposition (what whitelist participants get and why it is worth signing up), a form that captures an email address at minimum, and social sharing mechanics that let participants tell others about it.

    Run the waitlist campaign as a referral loop if you can: people who refer three friends move up a tier or unlock better allocation. This is standard crypto presale mechanics and it works because it turns your early believers into distribution.

    See our full guide to pre-launch waitlist strategy for token projects for the page structure and sequencing.

    Start Producing Substantive Content

    At 60 days out, your content should shift from presence maintenance to education and narrative-building. You should be publishing something meaningful at least two or three times per week.

    This does not mean daily tweets about your token price or countdown posts. It means content that teaches your audience something useful about the problem your project solves. Long-form threads, blog posts, short educational videos. Content that demonstrates you know what you are talking about.

    The metric here is shares and replies, not likes. If people are engaging beyond a quick heart, the content is doing its job.

    Begin KOL and Media Outreach

    Sixty days out is when you start building your list of KOLs to approach and media outlets to pitch. You are not running campaigns yet. You are making contact, building relationships, and putting together deal terms.

    Start with tier-2 and tier-3 KOLs (10,000 to 150,000 followers) who cover your specific vertical. Do not go straight for the biggest names. Those deals take longer to close, cost significantly more, and often deliver worse results than a group of mid-tier KOLs with genuinely engaged audiences.

    For media, target crypto-native outlets (CoinDesk, Decrypt, The Block, Blockworks) but also niche publications that cover your specific use case. A DeFi project gets more from a DeFi Pulse feature than from a general crypto roundup.

    Prepare Exchange Listing Applications

    If you are planning a CEX listing alongside the TGE, most exchanges want applications 60 to 90 days in advance. Binance and Coinbase have notoriously long review processes. Tier-2 exchanges (Gate, MEXC, Bybit, KuCoin) can move faster but still need time.

    Prepare your exchange listing materials now: project overview, team backgrounds, token metrics, tokenomics, security audit report, and traction data. You will use this for every application and it is worth spending time making it clean.


    Days 30 to 14: Turn Up the Heat

    By 30 days out, your community should be active, your waitlist should have meaningful numbers, and your KOL agreements should be mostly finalized.

    Ramp Up Community Events

    This is the phase for AMAs, Twitter Spaces, and community calls. Schedule at least one or two per week. These events serve two purposes: they give your existing community a reason to stay engaged, and they give you content to share that introduces the project to new audiences.

    AMA guests matter. If you can get a respected figure in your vertical to co-host a Twitter Space with you, their audience becomes yours. See our guide on how to run an AMA that converts listeners into holders for what to actually say in these sessions.

    Run Your Whitelist and Presale Marketing Push

    The final 30 days before the whitelist close should have a clear urgency mechanic. Standard approaches include:

    A tiered allocation structure where earlier sign-ups or higher referral counts get better terms. A deadline for the whitelist that is communicated repeatedly. Countdown posts with milestone updates (“2,000 whitelist spots claimed, 500 remaining”). Guest appearances from advisors or partners confirming their participation.

    The goal is to turn passive interest into active commitment before the public launch.

    Lock Down Your Launch Day Partners

    By day 14, every piece of your launch day should be confirmed. KOLs should have their briefs and scheduled post times. Exchange listings should be confirmed with go-live timing. Your community managers should have a script for launch day questions. Your announcement post should be drafted and ready.


    Days 14 to 7: Final Activation

    KOL and Media Embargo Lift Strategy

    For projects with real media interest, it is worth coordinating an embargo lift rather than letting everyone post at random times. An embargo lift means all your media coverage and KOL posts go live within a tight window, which concentrates attention and creates a moment of undeniable visibility.

    This requires trust and relationship with your media contacts and KOLs, so it only works if you have been building those relationships for the past 60 days.

    Tease Without Overexplaining

    The last two weeks should include teaser content that builds anticipation without giving everything away. Countdown graphics, partial reveals, hints at surprise partners or features.

    The goal is to make people feel like they are about to miss something if they are not paying attention. But be careful: do not promise anything specific at this stage that you are not 100% sure will happen on launch day.


    Launch Day: The Actual Day

    Launch day should feel almost boring if you have prepared properly. The announcements go out on schedule. The KOL posts drop in the coordinated window. The community managers handle the surge in questions with the script they already have. The exchange listing goes live as confirmed.

    Read our full launch day coordination guide at coordinating a multi-channel crypto launch day for the hour-by-hour breakdown.

    The biggest launch day mistakes are: trying to improvise messaging in real time, not having community moderation coverage during the first 12 hours, and not having a plan for what happens if a minor thing goes wrong (an exchange delay, a website slowdown).


    Days 1 to 30 Post-TGE: Do Not Go Quiet

    This is where most project teams make the single biggest post-launch mistake. They spend 90 days building toward the TGE and then go quiet because they are exhausted and assume the token price will carry momentum.

    The first 30 days after TGE are when you need to sustain and build on the community you just created. See post-launch marketing: keeping momentum after the TGE for the specific playbook.

    The short version: ship a product update. Do an AMA with your core team. Post your next milestone publicly and update the community on progress weekly. The projects that retain holders past the launch window are the ones that treat post-TGE as the beginning of marketing, not the end.


    Common Timeline Mistakes

    Starting too late. If you are reading this with 45 days to launch, you have already skipped the foundation phase. You can still run a reasonable launch but you are fighting uphill.

    Front-loading announcements. Posting a major announcement at day 90 and then having nothing meaningful to say for the next 45 days is a credibility killer. Space your news and milestones so there is always something coming.

    Conflating noise with traction. Follower counts and Telegram member numbers can be inflated cheaply. The numbers that matter are waitlist signups with real emails, whitelist participants who passed a verification step, and AMA attendance from non-bot accounts.

    Treating KOLs as a broadcast channel. KOLs who believe in your project will say things about it that their audience will believe. KOLs who are clearly just paid will get a response rate that reflects that. Spend the extra time finding KOLs who are genuinely a fit.


    Frequently Asked Questions

    How long before TGE should marketing start?

    Ninety days is the minimum for a project that wants a real launch. Sixty days is survivable if your product already has organic community traction. Thirty days is not enough for a cold start.

    What is the most important thing to do in the first 30 days of the timeline?

    Lock the launch narrative before anything else. Every piece of content, every AMA, every KOL brief will be weaker if the team does not have a shared, clear answer to what the project is and why it matters.

    How many KOLs should we work with for a TGE?

    More is not always better. Five to ten KOLs who have genuinely engaged audiences in your vertical will outperform twenty KOLs with inflated follower counts. Start with fewer and choose quality over coverage.

    Should we do a presale or go straight to public launch?

    A presale serves multiple functions: it raises early capital, creates a pool of believers with skin in the game, and gives you a base of holders to seed post-launch community with. For most projects, some form of presale or whitelist allocation makes the public launch stronger, not weaker.

    When should we start exchange listing applications?

    For tier-1 exchanges, start at day 90 or earlier. For tier-2 exchanges, day 60 is reasonable. Rushing an exchange application is one of the most common reasons for launch day delays.

    What content should we be producing at day 60?

    Educational content about the problem your project solves. Do not write about your token. Write about the space, the problem, the current state of solutions, and why the existing ones fall short. The project becomes the answer to a question you have been helping people understand.

    How do we handle FUD during the launch?

    Have a document ready with factual answers to the most likely FUD vectors (team background, tokenomics, audit status, exchange listings). Post it publicly before you need it. Community managers should reference this document, not improvise answers under pressure.

    What is a realistic waitlist size before TGE?

    This depends on project scale, but for a project with a real product and 90 days of marketing, a waitlist of 5,000 to 20,000 verified emails is a meaningful signal. A waitlist of 50,000 that came from a single airdrop hunter thread is not.

    Can a project do a successful TGE without any KOL spend?

    Yes, but it requires either an exceptionally strong product with organic demand, or a founder with an existing audience. Pure grassroots launches work but they are rare and require the community building phase to be extremely well executed.

    What should go on the waitlist landing page?

    The narrative in one sentence, a clear explanation of what whitelist participants receive, social proof (team backgrounds, advisors, investors, audits), a simple signup form, and a referral mechanic. Keep it short. One page is better than five.

    How do we coordinate launch day across time zones?

    Pick a launch time that is reasonable for your primary audience and your KOLs. UTC 2pm to 6pm covers Europe and overlaps with US morning, which is typically the best window for crypto. Brief every KOL and partner on the exact UTC time and confirm receipt.

    What is the biggest thing that kills launch day momentum?

    Exchange delays. Confirm your listing timing in writing with the exchange 48 hours before launch day and again 24 hours before. Have a contingency message ready if there is a delay so the community does not panic.




    Related reading

  • Crypto Exchange Listing Announcement: Template and Sequence

    A listing announcement is one of the highest-stakes pieces of content a crypto project will write. It gets screenshotted, quoted, shared into dozens of communities, and used as evidence of legitimacy by everyone evaluating the project. A bad announcement loses momentum at the exact moment you need it most.

    This post covers what goes into a strong listing announcement, the sequence around it, and a template you can adapt.


    What the Announcement Actually Needs to Do

    Before writing anything, get clear on the goals. The listing announcement needs to:

    Tell your existing community that the listing is happening, when it goes live, and exactly what they need to do if they want to trade. Reach people who have not heard of the project yet, but who might act on a credible listing announcement from an exchange they trust. Reinforce the project’s legitimacy with everyone evaluating it. Give the exchange’s audience a reason to look at the project before they buy anything.

    None of these goals are served by vague celebration language. “We are thrilled to announce a major exchange listing!” does not tell anyone when trading opens, what the pair is, or why they should care.


    The Information That Must Be in Every Announcement

    Token name and ticker symbol. The exchange name and trading pair (for example, SOL/USDT, ETH/BTC). The exact date and time trading opens, in UTC. Any deposit open dates if they differ from the trading open date. The direct link to the trading page on the exchange. Any relevant details like IEO allocation, listing price, or trading competition details.

    If any of these are missing, the announcement is incomplete. Leaving out the trading pair or the date forces readers to go find it themselves, and some of them will not bother.


    The Announcement Template

    Below is a base template for a CEX listing announcement. It covers the essential information in the format that works best for X threads, Telegram announcement posts, and press releases. Adapt the tone to your project voice.


    Short version (for X, Telegram, Discord):

    [PROJECT NAME] is now listed on [EXCHANGE NAME].

    Trading opens [DAY, DATE] at [TIME UTC] for the [TOKEN/PAIR] pair.

    Deposits are open now [or: deposits open [DATE] at [TIME UTC]].

    Trade here: [DIRECT EXCHANGE LINK]

    About [PROJECT NAME]: [one to two sentences on what the project does, for the exchange’s audience who may not know you].


    Expanded version (for blog post, press release, or Telegram channel pinned post):

    [PROJECT NAME] has officially listed on [EXCHANGE NAME], one of [brief, factual description of the exchange: e.g., “the top ten global exchanges by trading volume”].

    Trading details:

    • Pair: [TOKEN]/[QUOTE CURRENCY]
    • Trading opens: [DATE], [TIME] UTC
    • Deposits available: [DATE], [TIME] UTC
    • Direct trading link: [URL]

    [ONE PARAGRAPH on what the project does. Write it for someone who has never heard of you. What problem does it solve, who uses it, what makes it different. No hype language, no return projections.]

    [ONE PARAGRAPH on what this listing means for the project. New market access? First tier-1 listing? Expanded liquidity? State the facts.]

    [OPTIONAL: one sentence about a related campaign or airdrop tied to the listing, with a link.]

    Stay updated: [Telegram link] [Twitter/X link] [Website link]


    The Sequence Around the Announcement

    A single post is not an announcement strategy. The exchange listing is a content moment that should be surrounded by a sequence of touchpoints across the days before and after it goes live.

    Three to five days before: announce that a major announcement is coming. Use language like “something big drops Thursday.” Do not name the exchange yet. This is the anticipation post. It exists to make sure your existing community is paying attention when the announcement lands.

    Day before: you can optionally share the exchange name without the full details. “Tomorrow, [EXCHANGE NAME].” This gets the community excited and gets the exchange’s own team engaged because they see you are building anticipation.

    Announcement day: the full announcement goes out across all channels simultaneously. X post, Telegram announcement, Discord announcement, email to your list. If you have KOLs involved, coordinate their posts to drop in the same window. The goal is concentration of attention.

    Day after: share community reaction. Screenshots of members’ responses (with permission), volume data if it is positive, trade competition results. This second-day content extends the momentum beyond the first 24 hours.

    One week later: if there is a listing promotion, trading competition, or airdrop tied to the listing, post the deadline reminder.


    Exchange-Specific Considerations

    CEX listings (Binance, Coinbase, Bybit, Gate, MEXC, KuCoin): each exchange has its own listing announcement format requirements and promotion guidelines. Before publishing your announcement, check the exchange’s media kit or ask your listing contact for their preferred copy format and any brand guidelines. Some exchanges will co-promote your listing to their own social accounts if you coordinate with their marketing team, and this is worth pursuing because their audience is already in buying mode.

    DEX listings: for a DEX listing, the announcement is typically simpler because there is no exchange approval process and no exclusive relationship. You are announcing the liquidity pool and the pair. Include the liquidity amount, the pool address, and the trading link. Show the initial price and remind people about slippage settings.

    IEO listings: if the listing is tied to an IEO (Initial Exchange Offering), the announcement structure is more complex. The exchange typically manages much of the promotional activity and has its own template requirements. Work closely with the exchange’s marketing team from the start rather than treating this as a separate campaign you own entirely.


    What Not to Put in the Announcement

    Price predictions. Anything that reads as a return projection (“this could be 10x from here”) is both a regulatory risk and a credibility kill. Experienced buyers will immediately lower their trust in the project.

    Unverified claims about the exchange. If it is a smaller exchange, do not exaggerate its ranking. If it is not top-5 by volume, do not say it is one of the leading exchanges. Factual claims that can be checked in thirty seconds will be checked.

    Filler enthusiasm without substance. “We are incredibly excited to announce this major milestone” followed by incomplete information is the worst version of this content. If you are going to write an announcement, put the trading information first and your enthusiasm at the end.


    Common Mistakes

    Not coordinating with the exchange on the announcement time. Some exchanges have exclusive announcement windows and will delist you or revoke a promotion if you post before their embargo time. Confirm the go-live time with your exchange contact and honor it.

    Posting to X but not to Telegram. Your most active buyers are probably in your Telegram. The X post reaches your Twitter followers. Both need to go out simultaneously.

    Missing the trading pair. This sounds basic but it happens. People want to know what they are trading against: USDT, BTC, ETH, SOL. Include it.

    No direct link. Link directly to the trading page, not the exchange homepage. Three clicks to get to the right pair is three opportunities to lose someone.


    Frequently Asked Questions

    Should we announce the exchange name before the listing day?

    A teaser the day before that names the exchange builds anticipation and involves the exchange’s community in the momentum. A full detailed announcement with trading pair and time is best saved for the day it goes live, after confirming the details are final with the exchange.

    How far in advance should we plan the announcement sequence?

    At least two weeks before the listing date. You need time to brief KOLs, coordinate with the exchange marketing team, set up tracking links, and write the announcement copy. Trying to do this in 48 hours produces rushed, error-prone announcements.

    Should we pay KOLs to amplify a listing announcement?

    For a significant listing (tier-1 or tier-2 exchange), coordinated KOL amplification during the announcement window makes sense. For smaller listings, organic amplification from your existing community is usually sufficient. See the complete crypto KOL marketing guide for how to structure this.

    How do we handle a listing that is delayed at the last minute?

    If you have already posted the anticipation teaser but the exchange postpones the go-live, communicate with your community immediately and honestly. Post the updated date as soon as you have it confirmed. Do not go silent. Community trust is harder to rebuild than it is to maintain.

    What should the X post character limit tell us about announcement copy?

    If you cannot fit the core trading information (pair, date, time, link) into the first tweet of a thread, your announcement is too complex. The short version should be self-contained and complete. The thread expands on it.

    How do we get the exchange to co-promote the listing?

    Ask directly when you finalize the listing agreement. Many exchanges have a standard listing promotion package that includes a post from their official account, a placement in their newsletter, and a banner on the exchange home page. Find out what is included in your listing package and what is negotiable.

    Is a DEX listing worth announcing with the same level of effort?

    For your first DEX listing, yes, because it is the moment the token becomes publicly tradeable. For adding liquidity to additional pools on the same or similar DEXes, a shorter community announcement is sufficient.



    Related reading

  • How to Structure an Airdrop That Builds Real Users, Not Farmers

    Airdrop farming is so well-developed at this point that within hours of any publicly announced airdrop, thousands of wallets running coordinated scripts will complete whatever tasks you set up. By the time distribution happens, a large percentage of recipients will sell immediately, the token price will drop, and the users you thought you acquired will be gone.

    The goal of this guide is not to help you run an airdrop that attracts more people. It is to help you structure one that attracts the right people and retains them after the distribution.


    Why Most Airdrops Fail to Build Users

    The design flaw in most airdrops is that the qualifying tasks are completable without any genuine engagement with the product.

    Follow on Twitter, join the Telegram, retweet the announcement, and fill out a Google Form. These tasks filter for people who want free tokens, not people who want to use your protocol. The resulting airdrop recipient list is almost perfectly anti-correlated with your actual target user base.

    The projects that have run genuinely successful airdrops did something different: they retroactively rewarded people who had already used the product, or they designed forward-looking tasks that required real product interaction to complete.

    Uniswap’s original airdrop went to wallets that had already used the protocol. The recipients were self-selecting users. That is why it worked. Retroactive rewards for real behavior is the cleanest model if your product is live.

    If your product is not live yet and you need a forward-looking airdrop to build pre-launch awareness, the design challenge is harder but it is solvable.


    The Sybil Problem and What You Can Realistically Do About It

    Sybil attacks happen when a single person controls hundreds or thousands of wallets to multiply their airdrop allocation. No matter how well you design your tasks, dedicated farmers will attempt to sybil your airdrop.

    You cannot eliminate sybil attacks completely. You can make them expensive enough that the return on the attack is lower than the cost of running it.

    The standard anti-sybil toolkit:

    Proof of humanity. Require airdrop registrants to verify via Gitcoin Passport, Worldcoin, Proof of Humanity, or a similar on-chain identity layer. These are not perfect but they raise the cost of sybil attacks significantly because each unique identity requires a real person to complete a verification step.

    On-chain history requirements. Require that qualifying wallets have a minimum transaction history (wallet age over 90 days, minimum number of previous transactions on the chain, minimum prior activity with similar protocols). This is a strong filter because fresh wallets created specifically for the airdrop will not pass.

    KYC for allocations above a threshold. For larger allocations, require KYC verification. This is heavier friction and will reduce participation from your privacy-conscious audience, but it eliminates sybil attacks at the top of the allocation range.

    Social verification with a real cost. Requiring a Twitter account above a follower threshold or a Discord account with verified activity filters for real people more effectively than requiring a follow.

    Removing obvious clusters. After airdrop registration closes and before distribution, analyze your wallet list for clustering patterns: wallets that interacted with each other in sequence, wallets that all funded from the same source, wallets created within the same 24-hour window with similar transaction patterns. Manual review of flagged clusters before distribution catches a large portion of coordinated farming.


    Task Design: What Filters for Real Users

    If your product is live, the most powerful task design is: use the product.

    Swap on the DEX with at least X volume. Stake in the protocol for at least 30 days. Vote in at least two governance proposals. Provide liquidity to a specific pool for at least two weeks. These tasks cannot be automated without actually using the product, and completion requires enough understanding of the protocol to succeed.

    If your product is not live and you are running a pre-launch airdrop, you are in a harder position. Some task designs that do better than social follows:

    Community contribution. Reward people who produce substantive content: tutorials, threads explaining the protocol, translations of docs, bug reports. These require real work and real understanding. Manually review submissions. This scales poorly but produces genuine community members.

    Referral with a verification step. A referral task where the referred person must also complete a meaningful product interaction (not just sign up) creates a higher-quality referral loop. The referring person has an incentive to bring in real users, not just anyone with a wallet.

    Testnet participation with minimum activity. If you have a testnet, require testnet interaction above a minimum threshold. Testnet transactions are free but they require setting up a wallet, finding the testnet faucet, and actually interacting with the interface. This filters out the most passive farmers.

    Prediction and feedback. Ask airdrop registrants to answer substantive questions about the protocol’s design, make predictions about specific metrics at a future date, or provide detailed feedback on the documentation. Grade the quality of responses. This does not scale to millions of participants but it works well for community-focused airdrops targeting a smaller, more engaged audience.


    Vesting and Distribution Structure

    How you distribute the tokens after the airdrop qualifying period is as important as the task design.

    Immediate full distribution to all qualified wallets is a guaranteed dump. Anyone who participated purely for the airdrop and has no interest in the protocol will sell the moment trading opens.

    Vesting the airdrop allocation over three to six months filters for holders with a minimum time horizon. People who sell the moment they can will sell on day one of vesting. People who stick around for six months are a better proxy for genuine interest.

    Linear vesting is the cleanest structure: X% unlocks on the listing date and the rest unlocks linearly over the following months. This gives participants a reason to stay engaged with the project over the vesting period, since additional allocation is still locked.

    Milestone-based vesting is more complex but more powerful: portions of the airdrop unlock when the participant hits specific protocol milestones (governance votes cast, total trading volume, liquidity provision duration). This actively rewards continued use rather than just continued holding.


    The Allocation Math

    Deciding how much of the total token supply to allocate to an airdrop is a balance between the marketing value of the airdrop and the dilution of the existing token supply.

    The projects that have run the most discussed airdrops in crypto history have allocated between 5% and 15% of total supply to retroactive or community airdrops. For a forward-looking pre-launch airdrop focused on community building, 3% to 8% of total supply is a more typical range for projects where the token is not purely a governance token.

    The exact allocation should be driven by what you need the airdrop to accomplish: is it primarily distribution (getting tokens into many hands), community building (getting active users), or awareness (generating press and social coverage)? Each goal implies a different structure.


    Communicating the Airdrop Without Creating the Wrong Expectations

    How you announce and describe an airdrop shapes who responds to it.

    Announcing it as a reward for real users and specifying exactly what qualifies filters in the right people. Announcing it as “the biggest airdrop in [chain] history” or running copy that implies everyone will make life-changing money attracts the wrong audience.

    The most honest airdrop framing: “We are distributing tokens to the community members who are helping build and test this protocol. Here are the specific behaviors we are rewarding. Here is the allocation and vesting structure. There is no guaranteed monetary value and we are not making any projections about price.”

    This language will reduce total participation compared to hyped copy. It will increase the percentage of genuine participants significantly.


    Frequently Asked Questions

    Is it worth running an airdrop before the product is live?

    Sometimes, with serious design work. Pre-launch airdrops with poorly designed tasks produce almost entirely farmers. Pre-launch airdrops with testnet participation requirements, community contribution tasks, or referral mechanics with verification steps can produce a meaningful number of genuinely interested early adopters. Be realistic about the scale: a well-designed pre-launch airdrop for a real product might produce 2,000 to 10,000 genuinely engaged participants. A poorly designed one might produce 200,000 farming wallets who sell everything on day one.

    How do we prevent the dump after distribution?

    There is no way to fully prevent selling after distribution. Vesting is the most effective structural tool. Beyond that, the best prevention is having a product worth holding: active development, visible progress, governance with real decisions, a community with ongoing value. People do not sell tokens in protocols they are actively using.

    Should we require KYC for an airdrop?

    KYC is appropriate for larger allocations and for projects that have legal reasons to verify recipient identity. For a standard community airdrop targeting a crypto-native audience, KYC for all participants is often more friction than the airdrop’s marketing value justifies. Consider KYC only above a certain allocation threshold.

    How do we handle people who pass sybil checks but are clearly not real users?

    Manual review of borderline cases before distribution is the honest approach. Set a threshold for what minimum activity level qualifies, apply it consistently, and document your methodology. If a wallet passes automated checks but pattern analysis suggests it is a farm account, you have discretion to exclude it with a written explanation of why it was flagged.

    How big should the total airdrop allocation be?

    3% to 15% of total supply covers most real-world use cases, with the right percentage depending on the goals of the airdrop, the total number of qualifying participants, and the per-participant allocation you think makes the effort worthwhile for a genuine user. Run the math on what a “meaningful” per-participant allocation looks like at different total supply percentages and adjust accordingly.

    Can you run a successful airdrop with zero social requirements?

    Yes, and it is often better. Airdrops that require only on-chain product interaction (trading volume, staking duration, governance votes) produce much higher-quality recipient lists than those that also require Twitter follows and Telegram joins. The social metrics are easy to fake and add noise.

    What on-chain sybil tools should we use?

    Gitcoin Passport is the most widely used. Worldcoin offers biometric proof of humanity if the audience is willing to use it. For on-chain history filtering, you can implement minimum transaction count and wallet age requirements directly in your smart contract or snapshot logic without a third-party tool.

    How do we communicate the airdrop vesting schedule without losing participants?

    Be direct and explain the reasoning: vesting is there to reward people who are genuinely interested in the protocol, not to frustrate short-term holders. Most genuine users understand that vesting aligns incentives. Participants who are only interested in an immediate dump will self-select out, which is the goal.



    Related reading