I’m sharing this as structured feedback based on firsthand use of Jupiter across multiple wallets, not as a complaint or a request for any earned allocation.
During Round 2, several aspects of the airdrop flow created friction for active users who are not currently staking JUP at or above the minimum threshold, particularly those who operate across multiple wallets or whose usage patterns evolved over time.
Key issues observed:
- Ambiguity between “visible” and “claimable” rewards
In some cases, balances appear in-wallet but still require a separate, stake-gated claim step. The UI does not clearly distinguish between:
- rewards already settled on-chain
- rewards pending claim
- rewards visible but not currently claimableThis makes it difficult for users to understand their actual status or whether further action is meaningful.
- Stake-gated transparency and fragmented participation
For users who staked across multiple wallets, it is unclear how close they are to eligibility. In my case, JUP was staked on more than one wallet, but none individually met the minimum threshold. From a user perspective, this creates ambiguity around whether:
- partial participation is recognized
- eligibility is narrowly missed
- or activity is effectively discountedWithout clearer feedback, users are left guessing whether consolidating or adjusting behavior would materially change the outcome.
- Inconsistent eligibility checker states
The checker can return different UI results (“0”, “not eligible”, blank state) for the same wallet depending on session context. This inconsistency adds confusion rather than clarity. - Wallet migration creates unintended incentives
In the later part of the eligibility period, my activity shifted almost entirely to the Jupiter Wallet after migrating from other wallets. From a user perspective, this migration — which aligns with Jupiter’s product direction — appears to fragment eligibility across wallets rather than consolidate it.As a result, usage that remained fully within the Jupiter ecosystem may still fail to meet staking or eligibility thresholds on a per-wallet basis, creating the impression that adopting the Jupiter Wallet later in the cycle is neutral or even disadvantageous from an airdrop perspective.
Overall, the combination of claim gating, inspection limits, and unclear state messaging creates a user experience that feels opaque rather than informative. Even when allocation rules are intentional, the current UX makes it difficult for engaged users to understand why they cannot proceed or how participation is being evaluated.
This post is intended as feedback on clarity and incentive alignment, not on allocation policy itself. Improving transparency around eligibility, claimability, wallet migration, and staking thresholds would likely reduce confusion for otherwise active users.