← back to blog

How to qualify for the Mode airdrop in 2026 without getting sybil-flagged

How to qualify for the Mode airdrop in 2026 without getting sybil-flagged

Mode Network is an OP Stack L2 that launched mainnet in early 2024 and has been running structured airdrop seasons since. if you missed earlier rounds, the protocol still has unallocated supply and has signalled ongoing incentive programs through its points system. the problem most operators run into is not the farming itself, it is getting flagged before the snapshot and losing everything.

this guide is for people who already understand what an L2 airdrop is and want a repeatable process for Mode specifically. i will cover wallet setup, the on-chain activity that actually moves your points score, and how sybil detection typically works at this tier of protocol so you can stay on the right side of it. this is not a “get rich quick” piece. allocations vary, timing is uncertain, and there is execution risk at every step.

if you follow this correctly, you end up with wallets that look like genuine users: varied on-chain histories, legitimate DeFi interactions, no obvious clustering, and a points balance that reflects real protocol usage.


what you need

  • ETH on mainnet to bridge over. budget at least $30-60 per wallet for bridging costs and gas across multiple interactions, more if ETH price is elevated
  • a separate wallet per identity. Rabby Wallet works well for managing multiple accounts locally. MetaMask is fine but the multi-account UX is worse
  • a residential proxy or clean IP per wallet if you are running more than 3-4 wallets. datacenter IPs are increasingly fingerprinted at the RPC level. for proxy sourcing options, multiaccountops.com/blog/ has a breakdown of providers that hold up under L2 scrutiny
  • Mode bridge access at bridge.mode.network or via Relay.link for faster bridging with less slippage on smaller amounts
  • accounts on Mode-native protocols: Kim Exchange (the main DEX), Ionic Protocol (lending), and SupSwap at minimum
  • a spreadsheet to track wallet addresses, last interaction date, points balance, and fund source. this becomes critical at 10+ wallets
  • a hardware wallet or cold key backup for anything holding meaningful value. do not farm with keys that have no backup

step by step

go to app.mode.network and connect your wallet. Mode runs a points program that tracks on-chain activity and assigns multipliers based on protocol usage and referral chains. before you do anything else, get your referral code from the dashboard and save it. if you have a second wallet ready, use the referral code when setting up that one, it feeds back into your primary wallet’s multiplier.

expected output: wallet connected, referral code saved, points dashboard showing 0 points with your address visible.

if it breaks: Mode’s frontend has had intermittent RPC issues. if the dashboard doesn’t load, switch your RPC to a public Optimism-compatible endpoint like the one listed in the Mode developer docs and reconnect.

step 2: bridge ETH from mainnet to Mode

use the native Mode bridge or Relay.link. i prefer Relay for amounts under 0.1 ETH because it is faster and the fees are more predictable. for amounts over 0.1 ETH the native bridge is fine and keeps your on-chain fingerprint cleaner since you are not routing through a third-party aggregator.

bridge time via native bridge is approximately 1-3 minutes. Relay is near-instant.

# no CLI needed here, but if you want to verify your bridge tx landed:
# check Mode block explorer at https://explorer.mode.network
# search your wallet address and confirm ETH balance

expected output: ETH visible in your Mode wallet within 5 minutes.

if it breaks: if the bridge transaction is stuck, check the Mode bridge status page first. if it is a genuine hang, the OP Stack dispute game can take up to 7 days to resolve on the native bridge in edge cases. Relay has a support channel on their Discord if their bridge is the bottleneck.

step 3: make your first swap on Kim Exchange

Kim Exchange is Mode’s primary AMM. go to kim.exchange, connect your wallet, and swap some ETH to USDC or MODE token. the exact amount matters less than the fact that you are generating real swap volume. do a minimum of two swaps on your first session, and do not do them back to back in the same block.

wait at least 30-60 minutes between your first and second swap. automated wallets tend to execute transactions in rapid succession. organic users do not.

expected output: swap confirmed, transaction visible in Kim Exchange history, small fee deducted.

if it breaks: if Kim Exchange is showing a price impact warning over 3%, your trade size is too large for the pool depth. split into smaller amounts or swap to a more liquid pair like ETH/USDC.

step 4: deposit into Ionic Protocol

Ionic is Mode’s main lending market. go to ionic.money, supply some USDC or ETH as collateral. you do not need to borrow against it, just the supply action counts toward points. borrowing does generate more points per dollar, but it adds liquidation risk. for most operators, a clean supply position with no borrow is the right risk profile.

supply at least two different assets over two separate sessions if you can afford the gas. this creates a more complex on-chain history that reads as a real DeFi user rather than a points farmer running a script.

expected output: supply position visible in Ionic dashboard, points balance on Mode app should increase within the next points calculation cycle (usually 24 hours).

if it breaks: Ionic’s frontend occasionally has trouble loading positions if your RPC is slow. try refreshing or switching to a Mode public RPC. your position is always verifiable directly on-chain via the explorer even if the UI fails.

step 5: interact with at least one more Mode-native protocol

do not stop at two protocols. Mode’s sybil detection, like most OP Stack projects, runs clustering analysis that looks at the breadth of protocol interactions, not just volume on one app. SupSwap, the Mode NFT marketplace, or any of the yield vaults in the Mode ecosystem all count.

for low-capital wallets, i recommend doing a small NFT mint or a small liquidity position on SupSwap. the point is to have 3-4 distinct protocol contracts in your transaction history before the snapshot.

expected output: third protocol interaction visible in Mode explorer, wallet shows interactions across multiple contracts.

if it breaks: if a protocol’s frontend is down, you can call the contract directly via Rabby’s built-in contract interaction tool, but only do this if you know what you are doing. if you don’t, wait for the UI to recover.

step 6: establish a time-spread interaction pattern

this is the step most people skip. go back into Mode every 5-10 days and do something small. swap $10, check your lending position, add a tiny amount to liquidity. the goal is to create a history that spans weeks, not a single burst of activity.

Mode’s official documentation confirms the points system rewards sustained activity, not one-time deposits. protocols at this tier generally apply time-weighting to balances and interaction frequency.

expected output: transaction history that shows multiple dates over a 3-6 week period. this is the single most reliable sybil-resistance signal you can manufacture legitimately.

if it breaks: if you forget for two weeks, do not panic and execute 10 transactions in one hour to compensate. that pattern is worse. just resume normal cadence.

step 7: verify your points balance and check for any season-specific tasks

Mode sometimes runs specific quests or campaigns through their app or through platforms like Galxe. log into the Mode points dashboard and check whether there are active campaigns with bonus multipliers. these are often time-limited and completing them can significantly increase your allocation relative to passive liquidity farming alone.

expected output: points dashboard shows accumulated balance, any active quests are visible and claimable.

if it breaks: Galxe has had API sync issues with Mode in the past. if your quest completion is not reflecting, disconnect and reconnect your wallet, then wait 24 hours before contacting support.


common pitfalls

funding all wallets from the same CEX withdrawal. this is the single most common way operators get flagged. Nansen and similar on-chain analytics tools trivially cluster wallets that share a funding source. use separate CEX accounts, OTC, or a mixer-agnostic method like receiving from separate people. see our guide on multi-wallet funding strategies for specifics.

identical transaction timing across wallets. if wallet A and wallet B both swap on Kim at 14:03 UTC every Tuesday, they will be clustered. introduce randomness. different days, different times, different amounts.

using the same IP for multiple wallets. Mode’s frontend logs IP metadata at connection. running 5 wallets from your home IP is a red flag even if the on-chain activity looks clean. this is where residential proxies matter. if you need a sourcing reference, proxyscraping.org/blog/ covers residential proxy options that hold up for Web3 frontends.

depositing and withdrawing in the same week. wallets that bridge in, farm for 3 days, and bridge out look like farming bots. keep assets on Mode for at least 4-6 weeks if you want the allocation to hold.

ignoring protocol-specific eligibility requirements. some Mode season allocations have excluded wallets below a certain transaction count or dollar volume. read the Mode airdrop terms before each snapshot if they publish criteria.


scaling this

10 wallets: manageable with a spreadsheet and manual execution. separate browsers with separate Metamask profiles, one proxy per browser. budget roughly $300-600 in ETH for setup across all wallets.

100 wallets: manual execution becomes unsustainable. you need a wallet management script, a proxy rotation system, and an RPC provider that can handle concurrent requests without rate-limiting. Alchemy and QuickNode both have Mode support. at this scale, the spreadsheet becomes a database, even a simple SQLite file is better than nothing. see the broader /blog/ for tooling breakdowns at this scale.

1000 wallets: you are running infrastructure at this point. expect to spend on a VPS, a proper proxy pool (50-100 rotating residential IPs minimum), and some form of scheduling. gas costs alone at this scale can run $5,000-15,000 depending on ETH price and interaction frequency. the risk-reward calculation changes significantly. you also need to think hard about whether the protocol’s sybil detection will catch large-scale coordination even if individual wallets look clean. at 1000 wallets, you are an outlier by definition.


where to go next


Written by Xavier Fok

disclosure: this article may contain affiliate links. if you buy through them we may earn a commission at no extra cost to you. verdicts are independent of payouts. last reviewed by Xavier Fok on 2026-05-19.

need infra for this today?