Baseが「本人確認」を開始、エアドロップが日程に上がったのか？

この記事を読むのに必要な時間は 12 分

Baseが「Base Verify Onchain」を発表し、エアドロップや報酬の受け取り、投票における「一人一回」の実行が難しい問題の解決を目指している。

原文タイトル：「先に本人確認、それからトークン発行？Base エアドロップが日程に？」
原文著者：KarenZ、Foresight News

ブロックチェーンは各ウォレットの行動を記録できるが、アドレスだけでは判断できない：10個のウォレットの背後にいるのは10人なのか、それとも同一人物なのか。

これは通常の送金では問題にならないが、エアドロップ、報酬の受け取り、コミュニティ投票の場面では難題となる。ルールには「一人一回」と書かれていても、スマートコントラクトが実際に認識できるのは「各アドレス一回」だけだ。ウォレットを次々と変えれば、同一人物が重複参加できてしまう。

7月28日夜、Base 開発者公式アカウント Base Build が Base Verify Onchain の発表を行った。この機能は上記の難題を解決しようとするものだ：アプリケーションは「同一の確認済みIDは一度だけ参加可能」や「特定条件を満たすユーザーのみ参加可能」といったルールをスマートコントラクトに書き込める。現在、Base Verify Onchain は Base Sepolia テストネットで稼働している。

Base Verify Onchain とは？

簡単に言えば、Base Verify Onchain はオフチェーンのID資格とオンチェーンのコントラクトルールを接続する検証メカニズムだ。

スマートコントラクトがユーザーの X、Instagram、TikTok、Coinbase アカウントに直接アクセスするのではなく、Base Verify のオフチェーンサービスがまずユーザーが条件を満たしているかを判断し、短期有効な検証結果を発行する。スマートコントラクトはその後、オンチェーンでこの結果を検証し、ユーザーが受け取り、入金、ミント、投票を許可するかどうかを決定する。

完全なフローは4つのステップに分けられる。

第一ステップ：開発者はスマートコントラクトにあらかじめ資格ルールを記述する。つまり、プロバイダー（provider）と1つ以上の条件（conditions）だ。例えば、アプリケーションはユーザーに認証済みのXアカウント、Xフォロワー数が一定の閾値に達していること、または有効なCoinbase Oneメンバーシップを要求できる。

第二ステップ：ユーザーはウォレットを接続し、そのアプリケーションのコントラクトを指すSIWE（Sign-In with Ethereum）メッセージに署名する。アプリケーションはメッセージとウォレット署名をBase Verify APIに送信する。

第三ステップ：Base Verify のオフチェーンサービスはまずユーザーが署名したSIWEメッセージを検証し、署名から署名ウォレットアドレスを復元する。次に、メッセージが指すコントラクトにあらかじめ設定されたproviderとconditionsを読み取り、これらの条件をそのウォレットがBase Verifyに保存している確認済み資格情報と比較する。ユーザーがすべての条件を満たした場合のみ、Base Verify は短期有効なEIP-712検証を発行し、アプリケーションにハッシュ値（identityHash）、有効期限、検証署名を返す。このハッシュ値は、同一の確認済みIDを識別し重複を排除するための一方向ハッシュである。

最後に、アプリケーションはこれら3つのデータをスマートコントラクトに送信します。コントラクトは、署名が信頼できる署名者からのものであるか、有効期限が切れていないか、そしてその検証が現在のチェーン、コントラクト、および資格ルールと一致するかを確認します。チェックが通った後、アプリケーションコントラクトはidentityHashがすでに使用されていないかを照会します。同じ検証済みの身元が以前に参加した場合、たとえ別のウォレットを使用していても、同じidentityHashが生成され、コントラクトによって拒否されます。

ここで2つのプロセスを区別する必要があります。ユーザーが資格条件を満たしているかどうかは、Base Verifyのオフチェーンサービスが判断します。署名が有効か、期限切れか、現在のコントラクトルールに対応しているか、そしてその身元が重複参加していないかは、オンチェーンコントラクトがチェックします。ユーザーのソーシャルアカウント名、フォロワーデータ、またはメンバーシップ情報が直接チェーン上に書き込まれることはありません。

identityHashは、すべてのアプリケーションでユーザーを追跡できる統一された身元番号ではありません。これは検証済みの身元とアプリケーションコントラクトの両方に依存します。同じ身元が同じコントラクト内でウォレットを変更した場合、生成されるハッシュは一貫していますが、別のコントラクトに入るとハッシュは変わります。したがって、異なるアプリケーションがidentityHashだけで同じユーザーを直接関連付けることはできません。

解決するのは資格の実行であり、万能な身元システムではない

Base Verify Onchainが解決する核心的な問題は、スマートコントラクトが「誰が参加できるか」と「同じ身元が何回参加できるか」を確実に実行できるようにすることです。

これはルールが明確なオンチェーンシナリオに適しています。例えば、1人1回のみ受け取れるエアドロップ、特定のユーザーに限定された報酬キャンペーン、そしてマルチウォレットの干渉を減らす必要がある投票、ミント、預金、または請求プロセスなどです。公式テストページでは現在2つの例が示されています。ユーザーは「有効なCoinbase Oneメンバーシップ」または「認証済みのXアカウント」を通じて検証を完了し、Base Sepolia上でテスト用のエアドロップを1回受け取ることができます。

注意すべき点として、Base Verify Onchainはユーザーの名前、国籍、またはその他の法的身元を証明できる汎用的な身元システムではなく、KYCでもありません。検証が成功した場合、それは単に「ある検証済みの身元がコントラクトの事前設定された条件を満たしている」ことを示すだけです。コントラクトはこれによってユーザーが誰であるかを知ることはなく、またそれに基づいてユーザーの個人情報を推測すべきではありません。

Baseのエアドロップが日程に上がる？

Base Verify Onchainが発表されると、すぐにBaseトークンと潜在的なエアドロップを連想させます。将来的に実際のユーザーにオンチェーン報酬を分配する必要がある場合、これは確かにマルチウォレットによる重複受け取りを防ぐ技術的なツールを提供します。

一方、Baseは2025年9月にBaseCampにて、ネットワークトークン発行の可能性について調査を開始したことを確認している。ただし、当時公式は関連作業がまだ初期の探索段階にあると明確に述べており、発行時期やトークンの設計、ガバナンスの取り決めについては発表されていない。

現時点では、Base Verify Onchainは、エアドロップのカウントダウンを開始するというよりも、Baseが本人確認と重複受け取り防止のためのインフラを補完するものと見られている。将来的にBaseがネットワークトークンを発行し、ユーザーへの配布を選択した場合、このツールは適格な参加者を選別し、同一人物による重複受け取りを制限するために活用できるだろう。