Solana Airdrop Claim Site

Who pays, and how many transactions you sign. The Multisender sends the tokens out and charges you for every transfer, so a thousand recipients is a thousand costs on you. A claim site publishes the list, funds one vault, and then each recipient claims their own share and pays their own network cost. You sign one transaction whether the list has ten names or two thousand.

No, and it is worth being precise. The cost moved, it did not disappear. Each recipient pays roughly 0.002 SOL of account rent to claim, instead of you paying it for them. You pay our fee once plus the network cost of the one transaction. For a long list that is dramatically cheaper for you; for three recipients it is not worth the extra step.

We host it, and your browser checks it. Only a 32-byte fingerprint of the list, called a Merkle root, goes on chain, because putting a thousand rows there would cost more than the airdrop. The full list has to live somewhere recipients can read, so it lives on our service. Before the claim page shows anyone an amount it rebuilds that fingerprint from the list and compares it against the copy stored on chain, which is the one nobody can alter.

Tampering cannot pay anyone the wrong amount: an altered list produces a different fingerprint, the check against the chain fails, and the page refuses to offer a claim at all. As for downtime, you are given the same list file to download when you create the distribution. It is public data, so anyone holding it can compute a proof, and the vault on chain is unaffected either way. We are storage, not the authority.

No. The list is committed permanently when the distribution is created, because the whole point of the fingerprint is that it cannot be changed. Check the list before you confirm. If you need to add people later, create a second distribution.

They stay in the vault. There is no expiry and nothing returns to you automatically, so budget for the possibility that some recipients never turn up. An unclaimed allocation is not lost to them either: they can claim whenever they get round to it.

No, and this is enforced by arithmetic rather than by our interface. Each row's wallet address and its exact amount are both part of what the fingerprint commits to, so changing either produces a proof that does not match the root on chain and the program refuses it.

It can in what you paste, and the tool combines the entries into one holding the total and tells you it did. That is necessary rather than tidy: each recipient's claim account is derived from their wallet address, so a second entry for the same wallet could never be claimed. Combining them is what makes sure they receive everything you listed.

Yes. Turn on the gradual release and each claim creates a vesting lock rather than a straight payment: the recipient gets whatever has unlocked and the rest stays locked in their name. Our Token Vesting tool finds it by wallet address, so they have somewhere to come back to for the remainder.

Up to 2000 recipients in one distribution. That limit is not arbitrary: the proof a recipient submits grows with the size of the list, and past roughly that point it stops fitting inside a single Solana transaction. For a bigger airdrop, split it into more than one distribution.

Standard SPL tokens. Token-2022 tokens are refused up front, and so is any token that charges a transfer fee: the claim program rejects those outright, and a fee would also mean recipients receive less than the list promises them.

They need us to serve them a list, and nothing more. They do not connect a wallet to anything custodial, we never hold their tokens, and the amount they are shown is checked against the chain before they are asked to sign. If our list were wrong in any way, the check fails and they are told so rather than signing something.