Essential Airdrop Hunting Etiquette You Need to Know Before Getting Swept Out by Sybil Detection

ポイント

• Sybil検知はウォレット間の資金フローやオンチェーン行動パターンで自動化されており、「アドレスを変えれば大丈夫」という時代はとっくに終わっている
• ガス支払い元アドレスの共通化・同一タイムスタンプでの操作・画一的なトランザクション順序が主要な検知シグナルになっている
• 検知されて除外されても異議申し立て（アピール）の仕組みを用意するプロジェクトは増えているが、通過率は低い
• 日本在住者はエアドロップ受領時点で時価による雑所得課税が発生するリスクがある——受け取る前に税務上の取り扱いを把握しておくこと

筆者は過去5年以上、複数のアドレス構成でエアドロップハントを続けてきた。その間に学んだ最大の教訓は「Sybilとして検知されることは、単に報酬を失うだけでなく、そのプロジェクトの全配布対象から永久に外れる可能性がある」という事実だ。

そもそもSybil farmingとは何か

Sybil攻撃とは、もともとP2Pネットワークの文脈で「一人のアクターが多数のノードIDを偽装してネットワークを支配しようとする手法」を指す言葉だ。エアドロップの文脈では「一人のユーザーが多数のウォレットアドレスを作成し、資格要件を満たす行動を繰り返してトークンを大量取得しようとする行為」を指す。

プロジェクト側が嫌う理由はシンプルだ。エアドロップはコミュニティの分散化と本物のユーザー獲得を目的として設計されている。Sybil farmerが全体の30〜40%を占有すれば、トークンは即座に売り圧になり、本物のユーザーへの還元は激減する。ARBやOPの配布後に見られた初動の売り圧の一部は、こうした構造的問題と無関係ではない。

プロジェクトはどうやって検知しているのか

ガス支払い元アドレスの追跡

最も基本的かつ強力な検知手法がこれだ。10個のウォレットを用意しても、全ウォレットへのETH（ガス代）送金元が同一のCEXアドレスや同一のホットウォレットであれば、グラフ分析で一瞬でクラスター化される。

Nansen、Arkham、独自のオンチェーン分析ツールを使えば、「このアドレスから資金を受け取ったアドレス群」を木構造で可視化するのは技術的に難しくない。実際にOp Mainnetのエアドロップ配布時には、こうしたファンディングパターンによるクラスター除外が大規模に行われた。

行動パターンの均質性

複数ウォレットで「同じDappに同じ順番でアクセス → 同じ金額でスワップ → 同じプールにLP追加」という操作を繰り返すと、トランザクションシーケンスのフィンガープリントが一致する。機械学習ベースのクラスタリングは、こうした行動の均質性を統計的に検出できる。

タイムスタンプも重要なシグナルだ。10ウォレットが同じブロック前後の数分以内に同一のコントラクトをコールしていれば、それだけでスコアが上がる。

コントラクトインタラクションの深さ

本物のユーザーはDappを使いながら試行錯誤する。失敗トランザクションがあったり、小さな金額で試してから本番操作をしたりする。Sybil walletはコスト最小化のために「最小要件を一発でクリアする最適化されたパス」を辿ることが多く、これが不自然に見える。

実際に起きたケーススタディ

Hop Protocol（2022年）

Sybil検知を公開プロセスで行ったプロジェクトの先駆け的存在。GitHubで検知ロジックと対象アドレスリストを公開し、コミュニティ投票で除外を確定させた。検知基準は「同一資金源からの分岐」「同一行動パターン」「少額反復操作」の組み合わせ。異議申し立て期間が設けられたが、証拠なしの申し立てはほぼ却下された。

Arbitrum（2023年）

約2,300万ARBが無効化対象になったとされる（当時のコミュニティ調査ベース）。CEXからの直接送金で資金補給されたウォレットクラスターが大量に除外された。一方で、独立したオンチェーン履歴を持つウォレットは低活動でも受け取れたケースがあり、「量より質・独立性」という傾向が浮き彫りになった。

Layerゼロ（2024年）

Sybil自己申告制度（Self-Report Amnesty）という異例の仕組みを導入。「自分でSybilです」と申告したアドレスは報酬の15%を受け取れるという内容で、申告しなかった場合に検知されると0になる構造だった。結果として数十万アドレスが自己申告し、検知精度の高さを間接的に証明した。

除外されないための合法的アプローチ

明確に言っておく。「複数ウォレットを運用すること」自体は規約違反でもなんでもない。問題は資金経路とオンチェーン行動が同一人物と特定できる形で紐づいているかどうかだ。

資金経路の独立性を保つ：ウォレットAとウォレットBを分けるなら、資金補給経路も独立させる。異なるCEXアカウント、P2P取引、あるいはプライバシーツール（利用可否は対象プロジェクトのToCを確認）を経由する方法がある。ただし、マネーロンダリング目的でのミキサー利用は別の法的リスクを伴うため注意が必要だ。

行動に人間らしい不均一性を持たせる：同じ操作でも時間をずらす、金額を変える、時には失敗を許容する。スクリプトで自動化するなら、乱数で行動間隔や金額にばらつきを入れることが最低限の対策になる。

インタラクションの深さを意識する：最小要件だけ満たして放置するのではなく、Discordへの参加・ガバナンス投票・複数機能の利用といった「外堀」を埋める。これは検知スコアの引き下げにもなるし、純粋に本物のユーザーとして扱われやすくなる。

クロスチェーンで同じパターンを繰り返さない：あるチェーンで使ったウォレット構成と同じ構成を別チェーンで複製すると、チェーンをまたいだグラフ分析で同一クラスターと判定されるリスクがある。

リスクと注意点

詐欺リスク

「Sybil対策ツール」「ウォレット分散サービス」を名乗るフィッシングサイトが存在する。秘密鍵・シードフレーズを要求するサービスは問答無用で詐欺だ。公式のプロジェクトサイト以外でウォレット接続を求められた場合も慎重に確認する。

税務リスク（日本居住者）

日本の税制ではエアドロップで受け取ったトークンは、受領時点の時価で雑所得として課税される扱いになるリスクが高い（国税庁の仮想通貨に関する所得計算の考え方を参照）。大量のエアドロップを複数ウォレットで受け取った場合、申告漏れになりやすい。税理士への相談を強く推奨する。

Sybil検知されたときの対処

異議申し立てができるプロジェクトでは、オンチェーン履歴・SNSアカウント・コミュニティ貢献の記録が有効な証拠になる。日頃からDiscordへの参加やガバナンス投票への記録を残しておくと、アピールに使える。

まとめ

Sybil検知の精度は年々上がっており、2〜3年前に通用したアプローチはもはや機能しない。資金経路の独立性・行動パターンの多様性・インタラクションの深さという3つの軸を意識して運用することが、今の水準での「まともなマルチウォレット運用」の基準線だ。

「1ウォレットで深くやる」か「複数ウォレットで独立した履歴を丁寧に積む」か——どちらが自分のリソースに合っているかを冷静に見極めることが、結局は最も効率的な戦略になる。

よくある質問

Q1. 複数ウォレットを持つこと自体がSybilとして検知されますか？

ウォレットの数ではなく、資金経路と行動パターンの類似性が検知のトリガーになります。独立した資金経路を持ち、オンチェーン行動に人間らしい多様性があれば、複数ウォレットの運用そのものが問題になることは基本的にありません。ただし各プロジェクトの利用規約で「1ユーザー1アドレス」と明記されている場合は別です。

Q2. 一度Sybilとして検知・除外されたら取り消せますか？

プロジェクトによっては異議申し立て（アピール）期間を設けています。ただし通過率は一般的に低く、オンチェーン上の客観的な証拠（他のプロジェクトとのインタラクション履歴、SNSアカウントとの紐づけ、コミュニティ貢献記録など）がない申し立てはほぼ却下されます。除外後の対応より、除外されない運用設計を最初から考える方が現実的です。

Q3. プライバシーツール（トルネードキャッシュなど）を使って資金経路を隠すのは有効ですか？

技術的には資金トレーサビリティを下げる効果はあります。ただし、制裁対象となったサービス（米OFACによるトルネードキャッシュ制裁など）の利用は法的リスクを伴います。また多くのプロジェクトがプライバシーミキサー経由のアドレスを自動除外するスクリーニングを導入しており、逆に検知されやすくなるケースも報告されています。安易な利用は推奨できません。