Claim Tokens
This final step shows the campaign from the recipient’s point of view. After the campaign is live, users can open the public claim flow from Browse Airdrops or from the direct Claim Portal link you shared.
This section shows what recipients experience when claiming tokens.
The Claim Portal is the public page where recipients connect their wallet and claim their token allocation.
Estimated time: 2-3 minutes
In this tutorial you will:
- open the claim experience as a recipient
- connect the recipient wallet
- check whether the wallet has a claimable allocation
- claim the tokens from the public page
- verify the claim transaction on the explorer
This step is not for the campaign operator. It is the public recipient flow used after the airdrop is already live.
Claiming tokens requires a small amount of SOL for the transaction fee.
| Entry path | Best for | What the user does next |
|---|---|---|
| Browse Airdrops | Discovering a live campaign from the public listing | Open the campaign page and check eligibility |
| Claim Portal link | Joining from a shared link in Discord, X, Telegram, or email | Open the live claim page directly |
UI Elements
Browse AirdropsClaim PortalConnect Wallet & Sign InCheck EligibilityClaimView on Explorer
Step 1. Enter the live claim flow
Recipients can start from the public list or from a direct campaign link.
UI elements:
- public campaign page
- campaign status such as
Active Connect Wallet & Sign In
What to do:
- Open the live campaign from Browse Airdrops or from the direct Claim Portal link.
- Confirm that the page is the campaign you intend to claim from.
- Click
Connect Wallet & Sign In. - Make sure the connected wallet is the wallet that should receive the allocation.
Key details:
- If the wrong wallet is connected, the claim check may show no allocation.
- The direct Claim Portal link is the fastest path when the operator already shared the campaign URL.
Public claim page showing the campaign details and the Connect Wallet & Sign In action.
Step 2. Check eligibility
Before claiming, the user should confirm that the connected wallet actually has a claimable allocation.
UI elements:
Check Eligibility- eligibility result
Claimable Amount
What to do:
- Click
Check Eligibility. - Wait for the page to load the wallet’s allocation.
- Confirm that the
Claimable Amountis shown before claiming.
Key details:
- This is the safest place to catch a wrong wallet before sending a transaction.
- If the page shows no allocation, the user should switch wallets before going further.
Claim page showing an eligible wallet, the allocation table, and the Claim action.
Claim page showing a connected wallet that does not have an allocation in this campaign.
Step 3. Claim the tokens
Once eligibility is confirmed, the recipient can claim from the same page.
UI elements:
- allocation row
Claim- success confirmation after the transaction
What to do:
- Click
Claimon the allocation row. - Approve the wallet transaction.
- Wait for the claim result to return.
- Confirm that the allocation status updates to
Claimedor the success state appears.
If the claim page shows no allocation, do not continue with the transaction. Switch to the correct wallet first.
Claim page showing the claimed state or success confirmation after the wallet transaction finishes.
Step 4. Verify the transaction on the explorer
After a successful claim, the recipient can inspect the onchain transaction directly.
UI elements:
View on Explorer- transaction status such as
Success - transaction signature
- transfer details
What to do:
- Click
View on Explorerfrom the success state. - Confirm that the transaction status is successful.
- Review the signature and transfer details if you need proof of claim execution.
Key details:
- This is useful when a recipient wants a public onchain record of the claim.
- Explorer verification is especially helpful for support questions or transaction confirmation.
Explorer view showing the successful claim transaction and related transfer details.
Success Looks Like
- the wallet connects successfully
Claimable Amountis shown- the claim transaction succeeds
- the allocation updates to
Claimed - the explorer page shows the transaction as successful
Common Mistakes
- connecting the wrong wallet
- skipping the eligibility check
- assuming the shared link guarantees the wallet is eligible
- not checking the explorer when transaction confirmation is needed
Next Step
If the recipient flow does not behave as expected, use Troubleshooting.