Retroactive airdrops and retrodrops, explained with real criteria

What makes an airdrop retroactive

A retroactive airdrop distributes tokens to wallets based on what they did before a fixed point in time. The decision about who qualifies is made by looking backwards at chain data. You do not register, you do not complete a task list, and in most cases you do not know the rules while the relevant activity is happening.

That last point is the real dividing line. The word "airdrop" covers several mechanisms, and the practical advice differs for each one.

Retroactive airdrop

Eligibility is computed from history at a snapshot. Rules may be published late or not at all before the snapshot. You cannot opt in; you can only have already used the product.

Standard airdrop or campaign

Open sign-up with stated tasks and a deadline: follow, hold, quest, register. Participation is the entry ticket. See what a crypto airdrop is for the wider taxonomy.

Points programme

A visible score accrues while you use a product, and a later conversion into tokens is promised or hinted at. It is retroactive in effect but announced in advance. We cover the mechanics in points programmes explained.

Many projects blur the lines. In our tracker, Kaito, Backpack and Paradex combine a visible points score with a token distribution that was calculated from it. We tag them as retroactive because the final allocation was a calculation on past records, but the participant experience was closer to a points race.

Which on-chain activity has historically counted

Two documented drops show how different the criteria can be. Both are official sources we opened.

Uniswap: a flat reward for any past user

In its UNI announcement, Uniswap Labs set the snapshot at 1 September 2020, 00:00 UTC. Any address that had ever called the Uniswap v1 or v2 contracts received 400 UNI. The post counts 251,534 such addresses and notes that about 12,000 of them had only failed transactions. Liquidity providers shared a separate pool of 49,166,400 UNI across 49,192 addresses, weighted by liquidity provided per second since v1 launched. A smaller group of 220 addresses tied to SOCKS received 1,000 UNI each.

The lesson: a single interaction could be enough, and a failed transaction still counted. That generosity is rare today.

Arbitrum: a points ladder with deductions

The Arbitrum Foundation documentation sets the snapshot at 6 February 2023 (Arbitrum One block 58642080). Each qualifying action counted once, with a score cap of 15 and a three-point minimum. Qualifying actions on Arbitrum One included bridging in, transacting in two, six or nine distinct months, crossing transaction or contract-count thresholds (more than 4, 10, 25 and 100), aggregate transaction value over $10,000, $50,000 and $250,000, and bridged value over the same three levels. Arbitrum Nova had a shorter list. Points earned before the Nitro upgrade on 31 August 2022 counted double. Entitlement ran from 1,250 ARB at three pre-Nitro points to 10,250 ARB at twelve or more, with post-Nitro points worth half. More detail is on our Arbitrum page.

A wider sample from the tracker

Two patterns stand out. Snapshot dates are specific and published in the official documents, which is why you can audit them afterwards. And the reward is almost never proportional to raw transaction count; it rewards breadth, duration or balance.

Auditing your own history, read-only

You can reconstruct most of what a retroactive criteria list looks at without ever connecting a wallet. The aim is to understand your own footprint, not to find a loophole.

1. 1

   Copy your public address from the wallet

   Use the receive screen. A public address is safe to paste into a block explorer. Never paste a seed phrase or private key anywhere.

2. 2

   Open the explorer for the right chain

   Use the explorer linked from the official network documentation, because look-alike explorers exist. Search your address.

3. 3

   Read the transaction and token transfer tabs

   Note the first transaction date, the number of distinct months with activity, and which contracts you called. These are the dimensions the Arbitrum and Celestia rules used.

4. 4

   Check bridging and balances

   Look for inbound transfers from another chain and for the balance left in the wallet over time.

5. 5

   Compare with the published criteria

   Only a project official docs page counts as the rulebook. Match each criterion to what you found and write down gaps. Do not act on a third-party summary.

For wallet hygiene while you do this, see how to separate a burner wallet from savings, and review token approvals if you have used many apps from the same address.

Why you cannot join after a snapshot

A snapshot is a record of chain state at a block height or timestamp. The distribution list is derived from it. Arbitrum's documentation names the exact block; ZKsync's names a time to the hour. After that moment nothing you do alters that record.

There are three honest caveats.

• Later seasons exist. EigenLayer ran two stakedrop seasons with different snapshots, Scroll earmarked further airdrop supply, and Kamino ran several points seasons. Activity after the first snapshot may count for the next one, but only if the project documents it.
• Some projects have no snapshot at all yet. Base says it is exploring a network token and has shared no plans. Grass reserves 170 million GRASS for future programmes but has published no date or criteria. MetaMask runs a Rewards programme paying in LINEA and has no announced token or snapshot.
• Claim windows are separate. A snapshot decides eligibility; a later claim window decides whether you collect. Arbitrum ran its claim for six months; Aster for 30 days.

Anti-Sybil practice and what it means for you

A Sybil wallet is one of many controlled by the same person to collect several allocations. Teams filter them because a drop split across duplicates dilutes real users. The documented approaches differ.

• Score deductions (Arbitrum). One point off if all transactions fell within 48 hours; one point off for a wallet holding under 0.005 ETH that touched no more than one contract. Addresses flagged in the Hop bounty programme were disqualified.
• Eligibility caps. ZKsync capped the usage-based path at 100,000 ZK per address.
• Registration and forfeiture. GRVT required registration by 6 August 2026 and states unregistered allocations are forfeited.

Practical reading: if a project publishes clustering or funding-source checks, running dozens of wallets from one funder is the pattern most likely to be removed. Where a project only says it detects Sybil behaviour, as Lighter does in its points documentation, our tracker records no specific thresholds, so assume nothing about what is tolerated.

Do I already qualify? An illustrative self-check

This widget cannot read the chain and does not know any project's rules. It counts how many general quality signals your history has. Ticks are stored only in your browser.

Tick what is true for the wallet you want to review

I used the product in more than one calendar month before the snapshot.I interacted with several different contracts or features, not one repeated action.I held a balance in the wallet rather than draining it after every transaction.My wallet is funded from different sources over time, not from one parent wallet that also funds many others.I bridged funds in from another chain at least once.I took part in governance, staking or another long-lived commitment.I read the project criteria from its official docs, not from a social post.I checked my address on a block explorer, without connecting a wallet.

0 of 8 signals ticked.

The result is a reading of your habits, not a prediction. Real eligibility depends entirely on a project's published criteria.

Eligibility checkers: where the danger is

The weeks around a snapshot or claim opening are when copycat sites multiply. Our claims and eligibility page gives the full procedure; the short version for retroactive drops is below.

Red flags on a checker

• It asks you to sign a transaction or approve a token spend just to display eligibility.
• The link came from a reply, direct message or sponsored search result.
• The domain differs by a character from the one in the project documentation.
• It asks for a seed phrase, private key or recovery file.

What a safe check looks like

• The URL is linked from the project documentation or its official blog.
• Entering a public address, or connecting read-only, shows the result.
• Any signature request is a plain message and not a transaction.

For the status of every tracked campaign, see confirmed, potential and ended lists, and our verification method. This page is information, not financial advice.

Frequently asked questions

What is a retroactive airdrop?

A retroactive airdrop (retrodrop) rewards wallets for activity that already happened before a snapshot, such as using a protocol, bridging or providing liquidity. The criteria are usually published only at or after the snapshot, so nobody can sign up in advance. It differs from a standard airdrop, where you opt in or complete tasks during an open campaign.

How do I qualify for a retroactive airdrop?

You cannot qualify after the snapshot. Before one is announced, the only lever is genuine use of products you would use anyway, kept under a wallet you control. When a project publishes criteria, check them against your history. Past drops such as Uniswap and Arbitrum rewarded real usage and applied anti-Sybil rules to repetitive or single-purpose wallets.

Can I still join a retroactive airdrop after the snapshot?

No. A snapshot records wallet state at a fixed block or time, and eligibility is calculated from that record. Activity afterwards does not change the result of that distribution. It may matter for a later season or a different programme, but only if the project says so in official documentation.

How can I check my wallet history safely?

Paste your public address into a block explorer for the relevant chain and read your transaction list, token transfers and contract interactions. This is read-only and needs no wallet connection or signature. Compare what you see with the project criteria. Never enter a seed phrase, and treat any tool that asks you to sign before showing eligibility as hostile.

Are retroactive airdrops guaranteed to happen?

No. Several projects on this site, such as Base, have said a token is being explored without publishing criteria, Grass has reserved supply for future programmes without a date, and LayerZero’s Foundation states there are no plans for another airdrop. Using a product because you like it is reasonable; changing your behaviour on the assumption of a future reward is speculation.