遡及型 vs 公表型エアドロップ：2つの戦略を使い分けて期待値を最大化する
ポイント
- 遡及型（UNI/ARB型）は「何も知らずに使っていた人にも降ってくる」が、条件が事後に確定するため対策が立てにくい。公表型（OP/zkSync型）は条件が事前に開示されるため動き方が明確だが、Sybil（シビル：複数アドレスで参加する行為）検知との戦いが激化している
- 過去の大型遡及型（UNI/ARBなど）では1ウォレットあたり数百〜数千ドル相当の配布実績がある。ただし同規模の再現は保証されない
- 両タイプを「資金は遡及候補に置きつつ、公表型はマルチウォレットで並走」する併走戦略が現状の最適解に近い
- 日本の税制では、エアドロップ受領時の時価が雑所得として課税されるリスクがある。大型配布ほど申告漏れが問題になる
エアドロップには「使っていたら突然もらえた」遡及型と「条件をこなして確実に拾いにいく」公表型の2種類がある。この違いを理解せずに全部同じ戦略で動いていると、どちらでも中途半端な結果になる。
遡及型（Retroactive）とは何か——UNIとARBが作った前例
遡及型の象徴はなんといっても2020年9月のUniswap（UNI）だろう。事前告知なし、配布条件の公表なし。スナップショット時点でプロトコルを利用していたウォレットに、いきなり400UNIが降ってきた。当時のレートで数百ドル、後の高騰期には数千ドル相当になった。
2023年3月のArbitrum（ARB）も同じ構造だ。Arbitrumのエコシステム（GMX、Camelotなど）を使い込んでいたユーザーが対象になり、ウォレットのアクティビティスコアに応じて段階的に配布された。ARBの場合はオンチェーン活動の「深さ」が評価軸になっており、単純にトランザクション数を積むだけでなく、異なるプロトコルへの分散利用が効いた。
遡及型の本質は「プロダクトの本物のユーザーに報いる」思想にある。そのため、プロトコルが大規模にトークンをローンチする前段階——つまりネイティブトークンなし・未上場——のチェーンやプロトコルを早期から使い込むことが戦略の軸になる。
遡及型の難点
条件が事後確定なので、「これで十分か」が事前にわからない。ARBのケースでは、スナップショット後に「もっと使っておけばよかった」という声が大量に出た。また、すでに大型のトークン配布を終えたチェーン（Arbitrum、Optimism、zkSyncなど）は遡及型の「旨み」が一度消化されており、同じ場所で二度目を期待するのは難しい。
公表型（Task-based）とは何か——OPとzkSyncが示した複雑化
Optimism（OP）は複数回にわたってエアドロップを実施し、毎回異なる条件を公表した。「デリゲート（投票権委任）をしているか」「特定のDappsを利用しているか」といった要件が事前に開示される形式だ。zkSync Era（ZK）も2024年6月の大型配布で、トランザクション数・利用期間・資金量・コントリビューター活動などの複合スコアを使った。
公表型の強みは明確で、「何をすれば対象になるか」がある程度読める。しかし現実には以下の問題がある。
Sybil検知の高度化：zkSyncの配布では、同一IPアドレスからの操作、CEX（中央集権型取引所）からの入出金パターンの一致、ウォレット間の資金フローの類似性などを組み合わせた検知が行われた。筆者が観察した範囲では、同一タイミングで同額のブリッジ・同じDappsに触れたウォレット群はまとめて弾かれているケースが複数あった。
コスト増大：条件が複雑になるほど、1ウォレットあたりのガス代・時間コストが増える。公表型をマルチウォレットで回す場合、コストと期待リターンの試算が必須になる。
両タイプの期待値を比べるとどうなるか
単純に「どちらが稼げるか」という問いには答えにくいが、構造的な違いを整理するとこうなる。
| | 遡及型 | 公表型 | |---|---|---| | 条件の透明性 | 低（事後確定） | 高（事前開示） | | 競合密度 | 低〜中（早期は少ない） | 高（公表後に急増） | | 1ウォレット期待値 | 過去事例では高め | ばらつきが大きい | | Sybil検知リスク | 中 | 高 | | 準備コスト | 低（自然な利用が武器） | 高（タスク管理が必要） |
遡及型は「先行者利益」が強い。誰も注目していない段階からプロトコルを使い込んでいると、スナップショット時に競合が薄い。公表型は情報が開示された瞬間に参加者が殺到し、配布総量が固定されている場合はパイを多くの人間で分け合う構造になりがちだ。
両方を併走させる具体的な動き方
筆者が実際に複数アドレスで試してきた中で、現在有効だと感じているのは「遡及候補プロトコルに資金を置きながら、公表型のタスクを同時進行させる」構造だ。
遡及候補の選び方：未トークン化かつVCバックのあるプロトコルが基本。現時点でネイティブトークンを持たず、TVL（Total Value Locked：預け入れ総資産）が伸びているL2チェーンやDeFiプロトコルに目をつける。Scroll、Linea、Hyperliquid（すでに配布済みだが構造の参考に）などは遡及型の典型的なターゲットだった。ただしHyperliquidのHYPEは2024年11月に配布済みのため、今から同じ動きをしても手遅れだ。現在なら次世代のLayer2や新興パーペチュアルDEXが観察対象になる。
公表型の並走：Optimismの追加配布、Starknetの次フェーズなど、すでに配布が始まっているチェーンでもウォレットのアクティビティを継続させることに意味がある場合がある。ただしウォレット間の資金フローは明確に分ける。CEXからの入金タイミングも変える。
ウォレット管理：アドレス間のETH移動が検知対象になるため、遡及型用・公表型用のウォレットは資金経路から分離するのが基本。使い回しはSybil判定のリスクを上げる。
リスクと注意点
Sybilとしてフラグされるリスク：マルチウォレット戦略自体は多くの参加者がやっているが、機械的すぎる動き（同額・同タイミング・同パターン）はアルゴリズム検知の的になる。zkSyncでは配布直前に大量のウォレットが排除された。
詐欺サイト：エアドロップ公表直後は偽サイトが大量発生する。公式ドメインをブックマークして直接アクセスする習慣を徹底する。Twitterの「配布開始」ツイートのリンクは踏まない。
日本の税務リスク：日本の所得税法では、暗号資産のエアドロップは受領時の時価で雑所得扱いになる可能性が高い。大型エアドロップを複数ウォレットで受け取った場合、合算額が申告ラインを大きく超えることがある。受領後すぐに時価を記録し、税理士への相談を検討すること。
プロジェクトがトークン発行しないリスク：遡及型を狙って使い込んでいたプロトコルが結局トークンを出さない、または閉鎖するケースもある。資金は失わない前提の金額で動かすことが大前提だ。
まとめ
遡及型と公表型は「どちらが上」ではなく、性質が違う。遡及型は先行者利益ゲーム、公表型はSybil対策とコスト管理のゲームだ。両方を理解した上で資金と時間を分配することが、現在のエアドロップハントでは求められている。どちらか一方に絞ると、外れたときのリターンがゼロになる。
よくある質問
Q1. 遡及型を狙う場合、どれくらいの利用量・頻度が必要ですか？
過去のケース（ARBなど）を見ると、「何回使ったか」よりも「どれだけ多様なプロトコルを使ったか」「長期間にわたってアクティブだったか」の方が評価されやすい傾向があった。毎日触る必要はないが、月1〜2回程度のトランザクションを半年以上続けることで、アクティブユーザーとしてのフィンガープリントが形成される。金額も極端に少額だと「テスト的な利用」と判定される場合があるため、エコシステムの平均的な取引規模を意識するのが無難だ。
Q2. マルチウォレット戦略はどれくらいの数が現実的ですか？
管理できる上限は人によるが、経験上5〜10ウォレットが実用的な上限になることが多い。それ以上増やすと、各ウォレットのアクティビティが薄くなりSybil判定を受けやすくなる。また資金を薄く広げるより、数ウォレットに集中して「深い利用履歴」を作る方がスコアが高くなるケースが遡及型では多い。ウォレット数を増やすより1つあたりの質を上げる発想が、最近のトレンドだ。
Q3. すでに大型エアドロップを配布済みのチェーン（ARB、OP、ZKなど）はもう狙う意味がありませんか？
完全に終わりではない。OptimismはOP1〜5と複数回の追加配布を行っており、既存チェーンでも継続的なアクティビティが評価される設計のプロジェクトはある。ただし遡及型の「誰も知らない段階から使っていた先行者利益」はすでに消化されている。これらのチェーンは「安定した公表型のタスクをこなす場所」として位置づけ、新興の未トークン化プロトコルとは役割を分けて動くのが合理的だ。
