How to Get More Allocation Token Sale Lottery: Tier Math

What You Will Accomplish And What You Need First

You will learn how to increase the size of your allocation in oversubscribed token sales that use lottery or proportional distribution systems. This is not a guide to choosing which token sales to enter. This is a guide to improving your odds once you have decided to participate.

The methods documented here work on DAO Maker, Polkastarter, Fjord Foundry, and most tier-based launchpads. The math is different on each platform. The underlying principle is the same: staking more of the platform’s native governance token increases your allocation chance or size, but the return per dollar staked drops sharply as you move up tiers.

Before you proceed, you need three things. First, capital to stake in the platform’s native token for 7 to 30 days before the sale date. Second, capital to deploy into the sale itself, separate from your staking commitment. Third, a self-custody wallet that has passed KYC on the platform you are using. Most launchpads now block multi-wallet sybil strategies through mandatory identity verification. If you have not completed KYC, you will not receive an allocation even if you win the lottery.

The income mechanism here is straightforward. You secure a larger allocation at the token launch price before public market trading begins. If the token trades above the launch price after listing, your larger allocation translates directly to larger absolute profit. If it trades below launch price, your larger allocation translates to larger absolute loss. This guide optimizes entry size. It does not reduce token selection risk.

Step One: Understand The Tier System And Calculate Cost Per Percentage Point

Every launchpad publishes a tier structure. Most users read the tier names and the advertised allocation sizes. Almost none calculate the marginal cost per percentage point of win probability.

DAO Maker uses a weighted lottery system. Staking 500 DAO tokens (approximately $1,750 at current prices) gives you a 3% chance of winning a participation slot. Staking 2,000 DAO tokens (approximately $7,000) gives you a 14% chance. Staking 10,000 DAO tokens (approximately $35,000) gives you a 28% chance. The top tier does not guarantee allocation. It improves your lottery odds.

The math per tier breaks down this way. At the lowest tier, you are paying $583 per percentage point of win probability ($1,750 divided by 3%). At the middle tier, you are paying $500 per percentage point ($7,000 divided by 14%). At the top tier, you are paying $1,250 per percentage point ($35,000 divided by 28%). The top tier costs more per unit of probability than the middle tier. The marginal efficiency reverses.

Polkastarter moved from pure first-come-first-served sales to a hybrid model. Users who meet minimum POLS staking requirements enter a lottery to gain access to a guaranteed allocation window. Once whitelisted, you have one hour to claim your maximum allocation. After that hour, unclaimed tokens move to a first-come-first-served pool. Higher POLS balances increase your chance of being selected in the initial lottery, but the platform does not publish the exact weighting formula. This opacity makes it harder to calculate cost per percentage point, but the directional principle holds: more staked POLS equals higher selection probability.

Fjord Foundry allows projects to configure their own sale mechanics. Some use fixed-price sales with demand caps. When total contributions exceed the cap, the platform applies either a lottery or a pro-rata split. Pro-rata distribution is proportional. If you commit $1,000 and total demand is $100,000 for a $10,000 raise, you receive 10% of your commitment ($100 worth of tokens). Lottery distribution gives each participant an equal chance regardless of commitment size. You need to read the specific sale terms for each Fjord project to know which mechanic applies.

The first decision you make is whether the tier upgrade cost is justified by the increase in expected allocation. Expected allocation equals your win probability multiplied by the allocation size if you win. On DAO Maker, if winning a slot gives you $500 worth of tokens, the 3% tier gives you an expected value of $15. The 14% tier gives you an expected value of $70. The 28% tier gives you an expected value of $140. You are locking $1,750, $7,000, or $35,000 for 10 to 15 days to receive those expected values. The opportunity cost of that locked capital matters.

Most users skip this calculation. That is why most users consistently overpay for allocation chances on low-probability tiers.

Step Two: Time Your Staking Commitment To Meet Lock-Up Requirements

Launchpads require you to stake platform tokens before the snapshot date. The snapshot is when the platform records who is eligible for the upcoming sale. If you stake after the snapshot, you do not qualify. If you unstake before the snapshot, you do not qualify.

DAO Maker snapshots occur 7 to 10 days before the sale date. Polkastarter snapshots occur at varying intervals depending on the project. Fjord Foundry snapshots are project-specific. The information is published in the sale announcement, usually in a Medium post or in the project’s official Telegram channel. You need to track it manually. There is no universal calendar.

The most common failure mode here is staking too late. A user sees a sale announced for March 15, stakes on March 10, and discovers the snapshot occurred on March 5. The stake does not count. The capital is now locked for the minimum unstaking period (often 7 to 14 days) with no allocation chance.

The second most common failure mode is staking in the wrong wallet. You stake from Wallet A, but you completed KYC using Wallet B. The platform does not recognize your stake because the addresses do not match. Always verify that the staking wallet and the KYC wallet are identical before you commit capital.

After you win a lottery slot on DAO Maker, your DAO power locks for 10 days. This is separate from the pre-snapshot staking period. You cannot use the same staked tokens to enter another sale during those 10 days. If you plan to participate in multiple sales in the same month, you need either separate staking capital for each sale or enough time between sales to unlock and re-stake.

Polkastarter’s one-hour guaranteed allocation window creates a different timing risk. You must be available to transact during that specific hour. If you are selected in the lottery but do not claim your allocation within 60 minutes, your slot goes to the FCFS pool. Users in time zones misaligned with the sale schedule consistently lose allocations this way. Set alarms. Have your wallet funded and browser open 10 minutes before the window starts.

Step Three: Evaluate Multi-Wallet Strategy Within KYC Constraints

The theoretical maximum allocation strategy is to create multiple wallets, complete KYC on each, stake the minimum tier requirement in each, and enter the lottery multiple times. In 2019 and 2020, this worked. In 2026, it does not.

Most launchpads now enforce one KYC per individual. DAO Maker, Polkastarter, and Fjord all require identity verification. You cannot verify the same passport or driver’s license on multiple wallets. Attempting to do so triggers an automatic disqualification and, on some platforms, a permanent ban.

The remaining multi-wallet opportunity is wallet reuse across different launchpads. You can use the same self-custody address on DAO Maker, Polkastarter, and Fjord simultaneously, as long as each platform’s KYC is completed separately. This does not increase your allocation on any single sale, but it does let you enter multiple sales happening on different platforms during the same week without needing separate wallets for each ecosystem.

There is one edge case where multiple wallets still provide value: different chain deployments. Some projects launch on Ethereum and BNB Chain simultaneously using different launchpads for each chain. If Chain A uses Polkastarter and Chain B uses a BNB-native launchpad, you can enter both with different wallets and different KYC processes, because the launchpads do not share data. This happens rarely. When it does, it requires tracking two separate tier systems, two separate snapshot dates, and two separate sale windows. The operational complexity usually outweighs the allocation benefit unless the project is severely oversubscribed.

Do not attempt to bypass KYC using synthetic identities, borrowed documents, or family members’ credentials unless those family members are the actual wallet controllers and tax-liable parties. Most jurisdictions treat token sale participation as a taxable event. If you win an allocation using someone else’s identity, that person is legally liable for the tax reporting, and you have created a compliance problem with no clean resolution path.

Step Four: Use Guaranteed Allocation Tiers When The Math Supports It

Some launchpads offer guaranteed allocation tiers at the top end of their staking structure. DAO Maker does not. Its highest tier is still a 28% lottery. Polkastarter’s top tiers provide guaranteed access to the one-hour allocation window, but your maximum allocation within that window is capped. Fjord allows projects to configure guaranteed tiers on a case-by-case basis.

Guaranteed allocation is not the same as unlimited allocation. A guaranteed tier might give you certain access to buy $200 worth of tokens. If the project’s public market valuation implies that $200 will be worth $600 within the first week, the $200 cap still limits your upside. You are guaranteed to participate, but you are not guaranteed to capture enough allocation to make the tier staking cost worth it.

Calculate the breakeven multiple. If staking for a guaranteed tier requires locking $50,000 worth of tokens for 30 days, and your guaranteed allocation is $500, you need the token to trade at 100x your entry price just to cover the opportunity cost of the locked capital at a 10% annual return. That is not realistic for most launches.

Guaranteed tiers make sense in exactly one scenario: when you have very high conviction on a specific project, the oversubscription ratio is expected to exceed 50:1, and the lottery win rate in lower tiers will be below 5%. In that case, paying the premium for certainty is rational. For everything else, lower tiers with higher cost-efficiency deliver better expected value.

One additional consideration: some platforms, including DAO Maker, use a proportional allocation formula within the guaranteed or winning cohort. The formula is published in their documentation. Guaranteed Allocation equals User’s DAO Power multiplied by Total Allocation multiplied by Guaranteed Ratio, divided by Total DAO Power registered. If 1,000 users all stake the exact same amount in the guaranteed tier, they split the allocation equally. If one user stakes 10x more than the others, that user receives a proportionally larger share. This creates an auction dynamic. You are not just competing to get into the tier. You are competing within the tier for relative size.

This is where the math becomes adversarial. If you know 100 other users will stake the minimum for guaranteed tier access, staking 2x the minimum gives you 2x their individual allocation. But if everyone else makes the same calculation and also stakes 2x, you are back to equal splits at higher absolute cost. There is no dominant strategy. You are guessing what others will do. The only reliable edge is information: if you can observe staking balances in real time before the snapshot (some platforms publish this, most do not), you can adjust your stake to be in the top quartile of the tier. If you cannot observe staking balances, you are gambling.

Step Five: Monitor Oversubscription Ratios And Adjust Expectations

Oversubscription ratio is total demand divided by total supply. If a project raises $500,000 and receives $10 million in commitments, the oversubscription ratio is 20:1. Your $1,000 commitment will result in a $50 allocation after pro-rata distribution.

Most launchpad users do not check oversubscription ratios until after the sale closes. By then it is too late to adjust. The information that matters is directional demand before the sale starts. You can estimate this by watching Telegram group size, Twitter engagement, and early staking velocity on the launchpad. If a project’s Telegram group grows from 5,000 to 50,000 members in the week before the sale, oversubscription will be severe. If the group size is static, demand is likely moderate.

On Polkastarter, unclaimed allocations during the one-hour guaranteed window roll into the FCFS pool. The size of that FCFS pool tells you how many guaranteed-tier winners did not show up. If 30% of the allocation moves to FCFS, it means the lottery was less competitive than expected, and lower-tier participants had a better-than-advertised chance. If 0% moves to FCFS, it means every winner claimed their full amount, and demand was at or above projections.

Fjord publishes live contribution tracking during sales when the project enables it. You can watch the total raised and the number of unique participants in real time. If the sale hits its cap in the first 10 minutes, you know the lottery or pro-rata split will be punishing. If it takes six hours to reach the cap, you know demand was softer and your allocation percentage will be higher.

This monitoring does not increase your allocation directly. It tells you whether your tier choice and commitment size were appropriately calibrated. If you staked $10,000 to enter a sale that ends up 3:1 oversubscribed, you overpaid for your tier. If you staked the minimum and the sale ends up 50:1 oversubscribed, you under-allocated. Neither mistake can be fixed after the snapshot, but both can inform your tier choices for the next sale.

Common Failure Modes And How To Avoid Them

The first failure mode is gas failure during FCFS windows. Polkastarter’s FCFS phase and Fjord’s overflow mechanics both depend on transaction speed. If you submit your transaction with default gas settings and 500 other users submit with 2x gas, your transaction confirms 30 seconds later and the allocation is gone. Always set gas to at least the 75th percentile of recent network activity during high-demand windows. Use a gas tracker like Etherscan or BscScan and refresh it 60 seconds before the window opens. Overpaying by $5 in gas is cheaper than missing a $500 allocation.

The second failure mode is vesting surprise. You receive your allocation, the tokens appear in your wallet, and you discover they are locked for 12 months with no early exit. This is not a platform failure. This is you not reading the vesting schedule before committing capital. Every legitimate launchpad publishes vesting terms in the project documentation. Most include a vesting cliff (zero tokens released for 3 to 6 months) followed by linear or monthly unlocks. If you need liquidity within 90 days, do not enter a sale with a six-month cliff. The allocation is worth zero to you during that period.

The third failure mode is refund mechanics on pro-rata oversubscription. You commit $1,000 in stablecoins to a Fjord sale. The sale is 10:1 oversubscribed. You receive $100 worth of tokens and $900 is refunded. Except the refund is not instant. It processes after the sale closes, which may be 48 to 72 hours later. During that time, your $900 is in the sale contract, not in your wallet. If you were planning to use that capital for another trade or sale, you cannot. Always isolate launchpad funds in a temporary allocation separate from your active trading capital. Do not commit money you will need before the refund processes.

The fourth failure mode is forgetting to claim. Some platforms require a manual claim transaction after the sale ends. The tokens do not automatically appear in your wallet. If you do not claim within the claim window (usually 7 to 30 days), you forfeit the allocation. This happens more often than platforms admit. Set a calendar reminder for two days after the sale date to check whether a claim transaction is required. If the platform uses a vesting contract, you may need to claim each unlock tranche separately. Missing one claim does not forfeit the entire allocation, but it does mean you are not receiving tokens you are entitled to until you execute the transaction.

What To Do Next

You now know how to calculate cost per percentage point of win probability, how to time your staking commitment to meet snapshot requirements, and how to evaluate whether guaranteed tiers justify their capital lock-up cost. The next step is to apply this process to a specific upcoming sale.

Choose a launchpad. Read the tier structure and snapshot date for the next project on the calendar. Calculate your expected allocation at each tier using the win probability and allocation size published by the platform. Compare that expected value to the opportunity cost of locking your capital in the platform’s governance token for the required staking period. If the expected value is positive after accounting for lock-up cost, stake at the tier that maximizes expected value per dollar committed. If the expected value is negative at every tier, do not participate.

Track three pieces of information after you commit. First, monitor whether your staking transaction confirmed before the snapshot and whether your wallet shows the correct tier status on the launchpad dashboard. Second, monitor the project’s community growth and early staking velocity to estimate oversubscription ratio. Third, set reminders for the sale window, the claim window, and each vesting unlock date if the project uses a multi-tranche release schedule.

Most users treat launchpad participation as a one-time event. The users who consistently secure larger allocations treat it as a recurring process with measurable inputs and outputs. They track which platforms deliver the best cost-per-allocation over a 12-month period. They track which tier strategies produced profitable outcomes and which did not. They adjust their staking strategy based on observed oversubscription patterns, not on advertised hype.

For a broader understanding of how tier mechanics and staking costs compare across platforms, see Launchpad Allocation Odds: How Staking, Lottery, and Oversubscription Work. For strategies that apply when you are deciding whether to enter a sale at all, see How To Maximize Allocation In Oversubscribed Token Sales. For tools to evaluate whether a token’s holder distribution suggests concentration risk before you commit to a sale, see How To Check Who Really Holds A Token.

The Takeaway

The math on tier upgrades is public. The cost per percentage point of allocation chance is calculable. Most users do not calculate it. That gives you an edge if you do.

The highest tier is not always the best tier. On DAO Maker, the middle tier at $7,000 delivers better cost-efficiency than the top tier at $35,000. On Polkastarter, guaranteed access to a one-hour window does not matter if your maximum allocation is capped at $200 and the tier staking cost is $20,000. Run the numbers for each sale individually. Do not assume the platform’s tier labels (“platinum,” “diamond,” “guaranteed”) correspond to optimal value.

Multi-wallet strategies no longer work on platforms with enforced KYC. The opportunity that remains is cross-platform wallet reuse and cross-chain participation when the same project launches on multiple chains through different launchpads. These cases are rare. When they occur, they require tracking multiple snapshot dates and sale windows simultaneously. The operational complexity is high enough that most users will find single-platform participation more practical.

Oversubscription ratio determines your final allocation size more than tier choice does. A 50:1 oversubscribed sale will give you a tiny allocation even if you are in the top tier. A 3:1 oversubscribed sale will give you a meaningful allocation even in the lowest tier. The project’s community size, social media engagement, and early staking velocity give you directional signals about oversubscription before the sale starts. Use those signals to calibrate whether participation makes sense at all.

You have just compared three launchpad tier systems with win probabilities ranging from 3% to 28% and capital requirements ranging from $1,750 to $35,000. Those numbers will be different next month, and the marginal efficiency of each tier will shift as platform tokenomics and user behavior change. The process of calculating cost per percentage point and expected value per tier does not change. Apply it to every sale you evaluate, and you will consistently secure better allocations than users who stake based on tier names instead of tier math.

Frequently Asked Questions

What is the difference between lottery allocation and guaranteed allocation on token launchpads?

Lottery allocation gives you a percentage chance of winning a participation slot based on how much of the platform’s governance token you stake. Guaranteed allocation means you will receive tokens if you meet the tier requirements, but your maximum allocation size is usually capped. DAO Maker’s top tier offers 28% lottery odds, not a guarantee. Polkastarter’s guaranteed tiers give you access to a one-hour buying window with a fixed allocation limit. Neither system guarantees unlimited allocation size.

Divide the tier staking cost by the win probability percentage to get cost per percentage point. On DAO Maker, the $1,750 tier costs $583 per percentage point (1,750 divided by 3%). The $7,000 tier costs $500 per point (7,000 divided by 14%). The $35,000 tier costs $1,250 per point. The middle tier is the most cost-efficient. Multiply your win probability by the allocation size if you win to get expected value, then compare that to the opportunity cost of locking your capital for 10 to 30 days.

Can I use multiple wallets to increase my allocation in the same token sale?

Not on platforms that enforce KYC. DAO Maker, Polkastarter, and Fjord all require identity verification, and you cannot verify the same identity on multiple wallets. Attempting to do so results in disqualification. You can use the same wallet across different launchpads for different sales, and you can participate in the same project if it launches on multiple chains using separate launchpads, but each instance requires separate KYC and separate capital.

What happens if I stake after the snapshot date?

Your stake does not count for that sale. Launchpads take a snapshot of staked balances 7 to 30 days before the sale to determine who qualifies for allocation. If you stake after the snapshot, you are not eligible, and your capital is locked for the platform’s minimum unstaking period with no allocation chance. Always verify the snapshot date in the project’s official announcement and stake at least 48 hours before that date to account for transaction confirmation delays.

How do I know if a token sale will be heavily oversubscribed before I commit capital?

Watch the project’s Telegram member growth, Twitter engagement, and early staking velocity on the launchpad in the week before the sale. A Telegram group that grows from 5,000 to 50,000 members in seven days signals severe oversubscription. Flat community growth suggests moderate demand. On platforms that publish live staking data, compare current participation to the previous sale on the same platform. If participation is 3x higher, expect oversubscription to be proportionally higher. These are directional signals, not guarantees, but they help calibrate whether your tier choice matches expected demand.