Base Build、オンチェーンIDでエアドロップのSybil攻撃に対抗する「Verify Onchain」を公開

エアドロップは、暗号資産業界における最も強力な成長手段の一つになりました。しかし同時に、Web3のインセンティブ設計が抱える根深い弱点も浮き彫りにしています。それは、ひとりの人物が何百、何千ものウォレットを操れてしまうことです。報酬がウォレットの活動量だけで分配されると、ボットやエアドロップのプロフェッショナルな“ファーマー”がトークンを不当に大量に獲得し、本来は製品を試し、フィードバックを返し、コミュニティに参加している実ユーザーには、ずっと少ない分しか行き渡りません。

Base Buildは今、この状況に新しいアプローチを打ち出しています。7月28日、Base BuildはBase Verify Onchainを発表しました。これは、分散型アプリケーションが「本当の1人のユーザーにつき1回の申請」といったルールを、スマートコントラクトの内部で直接適用できるようにする、新しい本人確認メカニズムです。この機能は現在Base Sepoliaテストネットで利用可能で、開発者は、よりSybil耐性の高いエアドロップ、トークン配布、ガバナンス投票、ユーザー報酬システムを試せます。

エアドロップでSybil耐性が重要な理由

暗号資産の世界でSybil攻撃とは、ひとりの攻撃者が多数の身元を作り出して不正に有利な立場を得ることを指します。エアドロップ施策では、これは大量のウォレットを作成し、オンチェーン操作を自動化し、トークン発行前に条件を満たすための“採掘”を行う形で現れることがよくあります。

この問題は、レイヤー2ネットワーク、DeFiプロトコル、ソーシャルアプリ、コンシューマー向け暗号資産プロダクトなどで、エアドロップが重要な市場投入戦略になったことで、いっそう深刻になっています。問題は単に報酬が「無駄になる」ことではありません。設計のまずい配布は、コミュニティの信頼を損ね、ガバナンスを歪め、プロジェクトとの長期的な整合性が低いユーザーにトークン供給が偏る原因にもなります。

業界全体では、より良い解決策を模索してきました。活動スコアリングに頼るプロジェクトもあれば、許可リスト、Proof of Humanity系ツール、ソーシャルグラフ、あるいは手動審査を使うものもあります。それぞれ、公平性、プライバシー、アクセスのしやすさ、分散性の間でトレードオフがあります。Base Verify Onchainは、不要な個人情報の露出を避けつつ、スマートコントラクト層で本人性のシグナルを使えるようにしようとして、この議論に加わっています。

Sybil攻撃について分散システムの背景を知りたい読者は、学術・技術コミュニティで広く整理されているSybil attackの項目も参考になります。

Base Verify Onchainとは何か？

Base Verify Onchainは、複数のウォレットが同一の認証済みユーザーに属している可能性を、アプリケーションが判断できるようにするために設計されています。アプリ側に氏名、アカウント情報、その他の機微なデータを収集させるのではなく、実在するユーザーごとに安定したIDハッシュを生成します。

実際には、ユーザーはCoinbase、Instagram、X、TikTokといった既存アカウントを通じて本人確認できます。認証後は、スマートコントラクトが読み取り可能なクレデンシャルが発行され、それを使ってルールを自動適用できます。

たとえば、あるプロジェクトはコントラクトを次のように設定できます。

• 認証済みの1人のユーザーは、エアドロップを1回だけ請求できる
• ガバナンス投票をウォレット数ではなく認証済みIDに基づいて制限する
• 報酬キャンペーンに1人あたりの上限を設ける
• ユーザー評価の仕組みにオフチェーンのシグナルをオンチェーンロジックへ取り込む
• ボットやマルチウォレットによる“ファーミング”の採算性を下げる

Baseによると、この認証プロダクトはすでに30万回以上利用されており、Base App、Cody、Scratch、Bracketなどのプロジェクトにも採用が進んでいます。開発者は現在、BaseエコシステムのテストネットであるBase Sepolia上でオンチェーン版を試せます。ネットワーク上での開発に関する詳細は、公式のBase開発者ドキュメントから確認できます。

ウォレット中心からユーザー中心へと移る暗号資産設計

これまでの暗号資産では、ウォレットアドレスが参加の基本単位として扱われてきました。この設計は、誰でもウォレットを作ってプロトコルに触れられるという意味で、非常に強力です。しかし同じ特徴が、熱心に利用する1人のユーザーと、ウォレット群を操る1人の“ファーマー”を見分けにくくもしています。

Verify Onchainは、2025年に広がりつつある大きな潮流を反映しています。つまり、アプリケーションが資産保管、ID、評判を別々のレイヤーとして扱い始めているのです。

ウォレットは、引き続きユーザーの鍵管理と取引の入口です。IDクレデンシャルは、実在する人間としての参加をアプリが判断する助けになります。そのうえで、評判システムは、毎回機微な個人情報を収集させることなく、オンチェーン行動と認証済みシグナルの両方を基盤に構築できます。

これは特に、暗号資産が純粋な金融用途を超えて、コンシューマーアプリ、ソーシャルネットワーク、クリエイタープラットフォーム、ゲーム、予測市場、分散型コミュニティへと広がるなかで重要です。こうしたプロダクトでは、公平なアクセス、信頼できる投票、悪用に強いインセンティブ設計が求められます。

プライバシーこそが設計上の最重要論点

暗号資産におけるあらゆるID関連システムは、難しい問いに答える必要があります。つまり、Web3を完全な監視型環境にしてしまうことなく、どうすれば悪用を減らせるのか、ということです。

Base Verify Onchainは、各アプリケーションに個人のアカウント情報を開示するのではなく、スマートコントラクトに認証済みクレデンシャルを返すことで、この課題に対応しようとしています。目的は、すべてのユーザーの現実世界の身元を公開することではありません。むしろ、プライバシーに配慮したIDシグナルを使って、開発者が1人あたりのルールを適用できるようにすることにあります。

とはいえ、ユーザーや開発者はこうした仕組みを慎重に評価する必要があります。重要な確認項目としては、次のようなものがあります。

• IDクレデンシャルの生成にどのデータが使われるのか
• そのクレデンシャルを誰が発行・検証するのか
• ユーザーは認証を取り消したり更新したりできるのか
• IDシグナルはアプリ間でどの程度持ち運べるのか
• 連携したソーシャルアカウントへのアクセスを失ったらどうなるのか
• アカウント売買、アカウント貸与、合成IDに対してどの程度耐性があるのか

暗号資産業界では、まだ万能のIDモデルは確立されていません。長期的には、プライバシー保護型暗号、分散型識別子、アカウント抽象化、評判システムを組み合わせた解決策が最も強力になる可能性があります。分散型IDの標準に関心がある開発者は、追加の背景としてW3CのDecentralized Identifiers仕様を参照するとよいでしょう。

Verify Onchainで開発者が構築できるもの

最も直接的な用途は、やはりエアドロップ対策です。対象ウォレットすべてに同じように報酬を与えるのではなく、1人の認証済みユーザーにつき1回に制限したり、より精緻な配分ルールを設計したりできます。

ただし、この仕組みはトークン発行にとどまらず、より広い用途でも役立つ可能性があります。

より公平なトークン配布

請求上限を認証済みIDクレデンシャルに結びつけることで、ウォレット群の影響を抑えられます。悪用を完全に防げるわけではありませんが、ファーミングのコストを上げ、本当に参加したユーザーへ報酬が届く可能性を高められます。

ガバナンスの制御

トークン投票は資本集中に有利になりがちで、ウォレット単位の投票もSybil的な手法で操作されることがあります。IDを考慮した投票は、1人1票の投票、投票権上限、ID認証制の提案参加など、ハイブリッドモデルの実験をコミュニティが行う助けになります。

オンチェーン・レピュテーション

認証済みIDシグナルは、より広い評判システムの一要素になり得ます。たとえば、アプリは実在ユーザーの認証に加え、過去の参加履歴、貢献の質、トランザクション行動などを組み合わせることができます。

コンシューマー向けアプリのインセンティブ

ゲーム、ソーシャル、クリエイター向けアプリでは、ユーザー報酬がボットに狙われやすいです。1人単位の認証レイヤーがあれば、施策の対象を自動ファームではなく本物のユーザーに絞りやすくなります。

Baseエコシステムにとってのメリットとトレードオフ

Baseは、低コストなトランザクション、開発者向けツール、コンシューマー向けの使いやすさを重視しながら、一般向けのオンチェーンアプリケーションのためのネットワークとして位置づけられてきました。ID認証はその戦略に合っています。なぜなら、コンシューマー向けアプリは、従来のDeFiプロトコルよりも強い不正対策を必要とすることが多いからです。

ただし、トレードオフもあります。認証があまりに多くの中心的な操作の要件になると、匿名性を保ったまま参加したいユーザーにとって開放性が下がる可能性があります。おそらく最適な実装は選択的なものになるでしょう。公平性と不正防止が最も重要な場面ではID確認を使い、それ以外ではできるだけパーミッションレス性を維持する、という形です。

バランスの取れたモデルは、たとえば次のようになるでしょう。

• 基本的なウォレット操作には認証不要
• 高額報酬には任意の認証
• エアドロップや公共財資金調達にはIDベースの上限
• 公開の個人データではなく、プライバシー保護型クレデンシャルを採用
• 明確なユーザー同意と透明な認証ロジック

このアプローチなら、暗号資産ネットワークのオープン性を損なわずに、操作の余地を減らせます。

ユーザーにとっての意味

一般ユーザーにとって、Verify Onchainはエアドロップや報酬キャンペーンを、より理不尽でないものに感じさせるかもしれません。プロジェクトが実際の参加者をより正確に識別できれば、本当にアプリに関わっているユーザーは、大規模なファーミング事業者との競争にさらされにくくなります。

とはいえ、ユーザーは引き続き慎重であるべきです。ソーシャルアカウントや取引所連携アカウントを通じた本人確認は、新たな信頼レイヤーを導入することになります。参加する前に、自分が何を認証しているのか、どんな権限を与えるのか、そしてウォレットの行動がどのようにIDクレデンシャルと結びつくのかを理解しておく必要があります。

また、ID認証と資産保管は切り分けて考えるべきです。アプリへのログイン、アカウント所有権の証明、エアドロップの請求のために、シードフレーズや秘密鍵を明かす必要があってはなりません。正当なアプリがリカバリーフレーズを求めることはありません。

セキュリティは今もセルフカストディから始まる

IDツールはWeb3アプリをより公平にできますが、ウォレットのセキュリティに代わるものではありません。エアドロップ、トークン請求、ガバナンス参加のいずれでも、ユーザーはトランザクションに署名する必要があります。つまり、鍵管理の安全性が不可欠です。

Baseやその他のEVMネットワークを利用するユーザーにとって、OneKeyのようなハードウェアウォレットは、秘密鍵をオフラインに保ちながら、分散型アプリに接続し、取引内容を確認し、より安心して資産を管理する助けになります。IDベースのエアドロップが一般化するほど、最も安全な環境とは、資金の保管を損なうことなく参加を証明できる環境だと言えるでしょう。

より大きな視点

Base Verify Onchainは、責任の所在がより明確で、ユーザーを意識したブロックチェーンアプリケーションへ向かう、より大きな流れの一部です。エアドロップの初期段階ではウォレットが報酬の単位でした。次の段階では、認証された参加、評判、実際の貢献が報われるようになるかもしれません。

課題は、こうした仕組みを、暗号資産が本来持つ価値——ユーザー所有権、プライバシー、オープンアクセス、検閲耐性——を損なわずに構築することです。慎重に実装できれば、オンチェーンIDクレデンシャルは、プロジェクトがSybil攻撃を抑えつつ、Web3のインセンティブを本当に参加したユーザーへより公平に配分する助けになるはずです。