Distribute It — Airdrops, Vesting, and Team Allocations

A currency held by one person is not a currency. It is a collection.

This distinction matters more than most founders realize when they launch a token. The moment you mint a million units of something and hold them in a single wallet, you have not built an economy. You have built a spreadsheet entry. The economy begins when those units are in other people’s hands — when holders can trade them, stake them, use them to vote, or spend them on your platform’s services. Distribution is not a marketing exercise layered on top of the technical work. Distribution is the technical work, and the pattern of who gets it, when, and under what conditions determines whether your economy ever trusts itself.

This chapter covers the full mechanics of distribution on Solana: airdrops as customer acquisition, vesting contracts that replace legal agreements with code, streaming payments that pay contributors by the second, Sybil attacks that undermine fairness, batch transactions that make mass distribution cheap, and the signals that markets read from allocation tables. By the end, you will have put tokens into other people’s wallets, set up a live vesting stream, and calculated exactly what each new holder cost you.

1Airdrops as Customer Acquisition: Cost Per Holder¶

In traditional marketing, companies spend money to acquire customers. They buy ads, run promotions, offer discounts, sponsor events. The core metric is cost per acquisition (CPA) — how much does it cost to get one person to take the desired action?

An airdrop is customer acquisition with an equity twist. Instead of giving away a discount on your product, you give away fractional ownership of your protocol. The recipient becomes not just a customer but a stakeholder. Their incentive is now aligned with your success: if the token appreciates, they benefit. If the protocol grows, the token’s utility increases.

This reframes the accounting entirely. When a traditional company runs a promotion, the cost is pure expense — money out, with no long-term claim on the company created. When a protocol airdrops tokens, the cost is dilution: the protocol’s total token supply is now spread across more holders, each of whom holds a tiny claim on the ecosystem’s future value. If the ecosystem grows, the dilution was worth it. If it doesn’t, the airdrop simply distributed nothing into nothing.

The calculation is straightforward once you frame it correctly:

Cost Per Holder = (Token FMV × Tokens Distributed) + Transaction Fees
                 ─────────────────────────────────────────────────────
                         Number of Unique Wallets Receiving Tokens

Where FMV is the fair market value of the token at the time of distribution. If you distribute 100 tokens to 500 wallets, and each token is worth $0.10, you have spent $10 per wallet in diluted value — plus a trivial amount in Solana transaction fees (more on that in a moment).

The real question is not “did the airdrop cost money?” but “did we get $10 worth of holder value from each recipient?” Holder value includes: wallet activation (the person is now using your product), trading volume generated (airdrops stimulate secondary market activity), social amplification (holders tell their networks), governance participation (if your token includes voting rights), and retention over time.

The uncomfortable truth about airdrops is that most tokens distributed for free are sold immediately. Studies of major airdrop campaigns show that 40–70% of airdrop recipients sell within the first 48 hours. This is rational behavior — free money should be harvested. The projects that convert airdrop recipients into long-term holders are the ones that gave tokens to people who were already engaged with the protocol, not random wallets from a snapshot.

2Vesting Contracts: Code Replaces a Legal Agreement¶

When a startup raises venture capital, the term sheet includes vesting schedules. A co-founder’s equity might vest over four years with a one-year cliff — meaning they earn nothing in the first year, then the full first year’s allocation vests at month 12, and the remaining three years vest monthly. If they leave in month 11, they get nothing. This arrangement is enforced by a legal agreement, by the company’s capitalization table, and ultimately by courts.

In a token ecosystem, a vesting contract replaces all of that with code. The contract holds tokens on behalf of a beneficiary and releases them according to a predefined schedule. No lawyers required. No capitalization table. No court. The blockchain enforces the agreement automatically and transparently.

Here is why this matters beyond administrative convenience: a smart contract vesting schedule is publicly verifiable. Any market participant can read the contract and see exactly when team tokens unlock. This transparency is enormously valuable. When investors, users, and trading platforms can verify that the founding team’s tokens are locked for 18 months with a two-year linear release after that, they can price that information into their decisions. When team tokens are unverified and unlocked, the market prices in the risk that founders will dump.

Streamflow is the leading vesting and streaming protocol on Solana. It provides a no-code interface for creating time-locked token releases and streaming payments. The typical workflow for setting up a team vesting stream:

1. Connect your wallet to app.streamflow.finance

2. Select the token you want to vest

3. Enter the recipient’s wallet address

4. Set the cliff duration (the period before any tokens unlock)

5. Set the total vesting duration

6. Choose the release frequency (monthly, weekly, or by-the-second)

7. Enter the total amount to vest

8. Confirm the transaction — the tokens are locked in the Streamflow program

The contract is live. You can share the stream URL with your co-founder, with investors, with anyone — they can verify the schedule on-chain at any time. Streamflow also supports cancellation (with proper governance) and modification, but the default behavior is immutable: the tokens release on schedule regardless of anyone’s wishes.

2.1Why the Cliff Exists¶

A vesting cliff is not punitive. It is a selection mechanism. A co-founder who is not committed to the project will leave before the cliff vests — and they should leave without taking a significant allocation. The cliff aligns long-term commitment with long-term rewards. On Solana’s SPL token standard, the cliff is simply a parameter in the vesting contract: no tokens can be withdrawn before the cliff timestamp, regardless of any other condition.

3Streaming Payments: Paying by the Second¶

Linear vesting (once a month, once a week) is a step forward from manual payment. But Streamflow and similar protocols support something even more granular: streaming payments, where a contributor is paid by the second, in real time, as they work.

Imagine a freelance developer contracted to build your protocol’s interface. Instead of paying them net-30 invoices, you open a Streamflow stream: $5,000 of tokens, streaming over 30 days. At any moment, the developer can withdraw whatever has streamed to their wallet. The first hour of the stream earns them a small fraction of the total. By day 15, they have received half. On day 30, the stream completes.

This changes the accountability dynamic profoundly. In a traditional contract, a freelancer is owed payment regardless of ongoing performance (within the contract terms). In a streaming arrangement:

• The payer retains a clawback right: if the developer stops delivering, the stream can be cancelled and remaining tokens returned

• The payee has immediate liquidity: they are not waiting 30 days to access earned compensation

• Both parties have real-time visibility: the stream balance is on-chain, not in an invoice system

For DAOs and decentralized teams where contributors are pseudonymous and legal enforcement is impractical, streaming payments are not just convenient — they are sometimes the only enforcement mechanism available.

4Sybil Attacks: Why “One Wallet, One Airdrop” Fails¶

Here is the problem with airdrops: anyone can create a new wallet in 30 seconds. If your airdrop gives 100 tokens to every wallet that signs up, a motivated attacker will create 10,000 wallets and claim 1,000,000 tokens — then sell them all, dumping the price and extracting value from everyone who played by the rules.

This is a Sybil attack — named after the 1973 book about a patient with multiple personality disorder. In distributed systems, a Sybil attack is when a single malicious actor controls many fake identities to manipulate a system designed around the assumption of unique participants.

Defending against Sybil attacks requires evidence that a wallet represents a unique, legitimate participant. Projects use several approaches:

On-chain activity requirements. Instead of giving tokens to any wallet that claims them, you snapshot wallets that have performed specific on-chain activities — transacted a minimum number of times, interacted with specific protocols, held assets above a minimum value for a minimum period. Creating 1,000 fake wallets with genuine on-chain history is expensive and difficult.

Social verification. Linking wallets to social accounts (Twitter, GitHub, Discord) does not prove uniqueness, but it raises the cost of farming. Maintaining 1,000 fake Twitter accounts is much harder than creating 1,000 wallets.

Proof of humanity systems. Protocols like Proof of Humanity, Worldcoin (World ID), and BrightID attempt to create on-chain attestations of unique human identity. Integrating these into an airdrop claim flow creates a strong Sybil barrier at the cost of friction for legitimate participants.

Quadratic distribution. Instead of giving equal amounts to each qualifying wallet, use a quadratic formula that gives diminishing returns to wallets with more activity. A whale wallet with 100x the activity gets only 10x the airdrop (square root of 100). This reduces the incentive for Sybil farming without eliminating it.

5Batch Transactions: Why Solana Makes Mass Distribution Practical¶

Sending tokens to 10,000 wallets on Ethereum would cost tens of thousands of dollars in gas fees at peak demand. The fee structure of Ethereum’s base layer makes mass airdrops economically impractical unless the token being distributed has significant value — and even then, the fees eat meaningfully into the distribution budget.

Solana’s architecture changes this calculation entirely. Transaction fees on Solana are denominated in lamports (1 SOL = 1,000,000,000 lamports), and a typical token transfer costs roughly 5,000 lamports — about $0.001 at standard SOL prices. A batch of 10,000 transfers costs approximately $10 in fees. This is not a rounding error in a $100,000 marketing budget. It is genuinely negligible.

Solana also supports transaction packing — including multiple token transfers in a single transaction. A single Solana transaction can contain instructions that send tokens to dozens of recipients simultaneously, further reducing overhead. Tools like Airdrop.to, Streamflow Airdrop, and Disperse.app (for Solana) provide no-code interfaces for uploading a CSV of recipients and amounts, preview the total cost, and execute the batch in a single workflow.

The practical implication: Solana makes it economically rational to distribute to a large number of small holders. This has ecosystem-level significance. Ethereum’s fee structure naturally concentrates airdrops among wallets large enough to justify the gas cost. Solana’s fee structure enables genuinely broad distribution — which is closer to the democratic ideal that many token projects claim to represent.

5.1Computing Your Distribution Cost¶

For any airdrop campaign, compute the full cost before committing:

Total Cost = (Token FMV × Total Tokens Distributed)
           + (SOL per transfer × Number of Recipients × SOL price)
           + (Rent-exempt deposit × New token accounts created)

The rent-exempt deposit requires explanation. On Solana, every account must hold a minimum SOL balance to be rent-exempt. A token account (the account that holds a specific SPL token for a specific wallet) requires approximately 0.002 SOL. If you are airdropping to wallets that have never held your token before, you must fund the creation of their token accounts — which costs ~$0.50 per new account at current SOL prices. For 10,000 new recipients, this adds approximately $5,000 to your distribution cost. Factor this into your CPA calculation.

6Distribution as Signaling: What the Market Reads From Your Allocation¶

Before a token has a price, it has an allocation table. The percentage of total supply allocated to different stakeholders — team, investors, treasury, community, ecosystem — is one of the most read documents in any token launch.

Markets are not naive about this. A project that allocates 60% of tokens to insiders and 40% to “community” is signaling something very different from a project that allocates 20% to insiders and 80% to community. Analysts, investors, and sophisticated users parse allocation tables the way equity analysts parse cap tables.

Key signals markets read from allocation tables:

Team percentage and vesting duration. A 20% team allocation with a 4-year vest signals long-term commitment. A 40% team allocation with a 6-month cliff and 1-year vest signals a team positioned to exit quickly. The ratio matters less than the combination of percentage and lock duration.

Investor cliff and unlock timing. If early investors’ tokens unlock at the same time as the token goes public, expect selling pressure. Projects that survive price discovery have investor lockups that extend well past the initial listing.

Treasury size and control. A large treasury controlled by a multisig wallet controlled by the founding team is qualitatively different from a large treasury governed by on-chain governance. The market values decentralized control of treasury funds, because concentrated control creates exit risk.

Ecosystem fund allocation. Tokens earmarked for “ecosystem development” — grants, liquidity incentives, developer rewards — signal investment in growth. But if the ecosystem fund has no vesting schedule and is controlled by insiders, the label is meaningless.

7Hands-On Lab: Put Tokens in Other People’s Hands¶

This lab has three components: setting up a vesting stream for a hypothetical co-founder, executing a bulk airdrop to classmates’ wallets, and computing your cost per holder.

What you need before starting:

• Phantom wallet funded with devnet SOL (solana airdrop 2 on devnet)

• Your token minted from Chapter 3’s lab (or mint a fresh one on devnet)

• Classmates’ wallet addresses (collect via shared spreadsheet)

7.1Part 1: Create a Vesting Stream with Streamflow¶

1. Navigate to app.streamflow.finance and switch your wallet to devnet mode

2. Select Vesting from the left navigation

3. Click New Stream

4. Enter:

   • Token: Your token mint address from Chapter 3

   • Recipient: A classmate’s wallet address (or a second wallet you control)

   • Amount: 1,000 tokens

   • Cliff duration: 1 minute (for demonstration purposes — real cliffs are months)

   • Total duration: 10 minutes

   • Release frequency: Every second (continuous)

5. Click Create Stream and approve the transaction in Phantom

6. Note the stream URL — share it with your “co-founder” so they can see their vesting schedule

After the cliff period, your recipient can connect their wallet to Streamflow and withdraw whatever has streamed. Watch the accumulated balance tick upward in real time.

7.2Part 2: Execute a Bulk Airdrop¶

For this exercise, use Airdrop.to or the Streamflow Airdrop tool on devnet:

1. Create a CSV file with two columns: wallet_address, amount

2. Add at least 5 classmates’ wallet addresses (or test addresses) with 100 tokens each

3. Upload the CSV to the airdrop tool

4. Preview the total cost: tokens distributed + SOL fees + rent-exempt deposits

5. Execute the airdrop

6. Open Solscan.io and search for your token mint address

7. Navigate to Token Accounts to see the holders list — your classmates should appear

7.3Part 3: Compute Your Cost Per Holder¶

Fill in this table with your actual numbers:

If you distributed tokens to holders who were already holding your token (from previous labs), note the difference between new holders and existing holders. Only new holders count as acquisitions in your CPA calculation.

8What You Walk Away With¶

By the end of this lab, you have demonstrated three distinct distribution primitives:

1. A live vesting stream — tokens locked in a Streamflow contract, releasing to a recipient on a schedule. You have seen how code replaces a legal agreement, and you understand the cliff mechanism that protects against early departures.

2. Tokens in other people’s wallets — a verified on-chain airdrop with results visible on Solscan. You have executed the most fundamental act in a token economy: making someone else a holder.

3. A cost-per-holder figure — the quantitative foundation for any distribution campaign. You know what you spent, in real terms, to acquire each holder. You can now think about whether that cost is justified by the holder’s expected value to the ecosystem.

These three tools — vesting, airdrops, and cost analysis — are not decorative. They are the instruments by which a token becomes an economy.

9🎯 In-Class Assignment: Design a Distribution Campaign (10 pts)¶

Details and instructions will be provided in class.

Points: 10

10Discussion: Ownership vs. Discount¶

This question cuts to the heart of token economics. A $50 discount is a transaction: the company spends $50 to acquire a customer interaction, and the relationship ends when the discount is used. A $50 token allocation is something else. The recipient now has skin in the game. If the protocol succeeds, their $50 becomes more. If it fails, it becomes less. They have an incentive to use the product (increasing its value), tell their network (growing the holder base), and vote on governance proposals (shaping the protocol’s future).

The company’s calculus is not obvious. A customer who bought at a discount has paid money — revenue that can fund operations. A holder who received tokens for free has not paid anything, but has received something with real expected value. The question is whether the holder’s future engagement and amplification are worth more than the immediate revenue of a paying customer.

The most sophisticated token projects think about this as a two-sided portfolio. They want paying customers (revenue), and they want aligned holders (governance and network effects). The airdrop creates holders; the product creates customers. The ideal is a user who is both — someone who uses the product because it is useful and holds tokens because they believe in the protocol’s future. That alignment is what traditional customer acquisition cannot buy.

Discussion Guidelines

Write a substantial response (300+ words) addressing: Which would you choose — the token or the discount — and why? Consider the difference in your relationship with the company under each scenario. Include at least one scholarly or credible citation supporting your argument (can be an economic paper, a documented case study of a major airdrop, or a credible industry analysis). Then respond substantively to at least two classmates — engage with their reasoning, push back where you disagree, or extend their argument with evidence they haven’t considered. Simple agreement (“Great point!”) does not qualify as a substantial response.

11Glossary¶

12Key Takeaways¶