Neoの共同創設者Erik Zhang氏は、Neo N3向けのドラフト版CAIP-2プロファイルをChain Agnostic namespace registryに追加しました。このプロファイルは、neo:860833102をNeo N3 MainNetの標準化されたチェーン識別子として定義しており、x402決済プロトコルのようなCAIP-2ベースのシステムとの統合に必要な命名レイヤー上の前提条件を提供します。この識別子はChain Agnostic Standards Allianceのレジストリに統合されましたが、ステータスはDraftのままです。

Zhang氏は発表の中で、x402のようなプロトコルがCAIP-2に依存している一方で、ネイティブのNeoには標準的な識別子がなかったことに気づき、この作業を始めたと述べました。また、コミュニティでの議論と上流のレビューを経て、neo namespaceとCAIP-2プロファイルがChain Agnostic namespace registryにマージされたと説明しました。さらに、これは小さなインフラの一部ではあるものの、ウォレット、SDK、決済、マルチチェーンアプリケーションがNeoを第一級のネットワークとして扱うための重要な前提条件だと述べています。

CAIP標準とは何か？

CAIPはChain Agnostic Improvement Proposalsの略で、Chain Agnostic Standards Allianceが公開する仕様群です。このプロジェクトは、ブロックチェーンの相互運用性において、Internet Engineering Task Forceがインターネットプロトコルで果たしてきた役割を目指しています。つまり、どのチェーンにも実装でき、特定のブロックチェーンの慣行に縛られない、中立的で多方面参加型の標準を定義することです。

仕様は2つのGitHubリポジトリで管理されています。1つ目にはCAIPの仕様そのものが収録されています。2つ目には、チェーンファミリーごとのnamespace profileが収録されており、各チェーンが識別子を登録し、それぞれのCAIP実装を文書化しています。

CAIP標準は、チェーンの識別から、そのチェーン上のアカウントの識別、さらにウォレットやdAppsがエコシステムをまたいで機能を交渉する方法まで、幅広い相互運用性の問題を扱います。Neoの登録に関連する主要な標準は次の通りです。

• CAIP-2: すべてのブロックチェーンを識別するための標準形式であるBlockchain ID。
• CAIP-10: CAIP-2を拡張し、チェーン非依存の方法でウォレットアドレスを識別するAccount ID。
• CAIP-19: チェーンをまたぐトークンとNFTの標準識別子であるAsset TypeおよびAsset ID。
• CAIP-25: dAppsが異なるエコシステムのウォレットに対して機能や権限を要求する方法を標準化するWallet Create Session JSON-RPC Method。

CAIP-2はどのように機能するのか？

CAIP-2は、namespace:referenceというシンプルながら重要な形式を定義します。namespaceはブロックチェーンのファミリーまたはプロトコルを示し、referenceはそのファミリー内の特定ネットワークを示します。

たとえばEthereum Mainnetはeip155:1です。eip155 namespaceはEthereum系チェーンを対象とし、1はEthereum MainNetのchain IDです。Neo独自のEVMサイドチェーンであるNeo Xを含む、EVM互換チェーンは、chain IDを使ってeip155 namespaceの下で識別できます。一方、Neo N3は独自のプロトコルスタックで動作するため、独自のnamespaceが必要です。

neo:860833102のreferenceは、Neo N3のnetwork magic numberです。これはプロトコル内に埋め込まれた整数で、Neo N3 MainNetを他のネットワークからバイトレベルで区別します。プロファイルでは、private networkが同じ値を再利用できるためnetwork magic valuesが世界的に一意とは限らないと注記していますが、この値はNeoのプロトコルにおける標準的なネットワーク識別子として機能し、CAIP-2 referenceとして自然な選択だとされています。

この登録以前は、chain-agnostic protocolsでNeo N3を参照するための、エコシステム横断で合意された方法はありませんでした。Neo N3を参照する必要のあるマルチチェーンツールには、使える標準文字列がなかったのです。

x402とは何か、そしてなぜCAIP-2が重要なのか？

x402は、HTTPステータスコード402を中心に構築されたオープンなHTTP決済プロトコルです。元のHTTP仕様では402は「Payment Required」のために予約されていました。Coinbaseによって当初開発・オープンソース化され、2026年7月時点でLinux Foundationのx402 Foundationが管理しています。これは、特に人の介入なしでAPIアクセス料金を支払う必要があるAIエージェント向けに、機械可読で自動化された決済を想定しています。

プロトコルの流れは次の通りです。

• クライアントが有料APIエンドポイントにリクエストを送信する。
• サーバーが402ステータスと機械可読な支払い要件を返す。
• クライアントが支払い認可に署名し、再度リクエストする。
• サーバーまたは決済ファシリテーターが認可を検証し、オンチェーンで決済を完了する。

この一連のやり取りは自動化されており、ユーザー向けの決済インターフェースを必要としません。

x402は、支払いをどのブロックチェーンとネットワークで決済するかを指定するためにCAIP-2識別子を使用します。x402上に構築されたpayment facilitatorは、チェーンをCAIP-2識別子で参照します。登録済み識別子がなければ、その命名レイヤー内でチェーンを指定できません。

Neoのneo:860833102識別子により、Neo N3はx402が使用するCAIP-2命名システムで参照可能になります。ただし、この登録だけでx402 facilitatorsがNeo N3を運用上サポートするわけではありません。Neoがx402のsettlement chainとして機能するには、Neo固有のpayment-scheme実装、クライアント側のトランザクション署名、サーバー側の検証と決済ロジック、そしてNEP-17資産サポートがなお必要であり、これらはまだ実装作業が残っています。

この登録は下流で何を可能にするのか？

CAIP-2の登録は識別子レイヤーを確立します。実際の用途はその上に構築されますが、それぞれに個別の実装作業が必要です。

CAIP標準を実装するマルチチェーンウォレットやSDKは、現在Neo N3向けの標準化された識別子を持つことになります。たとえばWalletConnectは、CAIP-2とCAIP-25を使って異なるチェーン間でdAppsとウォレットの接続を確立します。Neo namespaceが登録されたことで、こうした統合は独自の命名規則ではなく標準文字列でNeoを参照できます。ただし、完全な統合には、Neoアカウント処理、署名、RPCサポート、トランザクションロジックの実装が依然として必要です。

neo namespaceは、さらなるCAIP登録の土台にもなります。Neo N3のウォレットアドレス向けCAIP-10 account IDs、NEP-17トークン向けCAIP-19 asset identifiers、CAIP-25 wallet session interactionsは、確立されたnamespaceの上に構築できるようになります。

CAIP-222とCAIP-25は、それぞれ現在DraftとReviewの状態にあり、Neoのウォレット認証標準であるNEP-20、および統合dAPI標準であるNEP-21に相当するエコシステム横断の標準です。CAIP-25との比較は部分的であり、CAIP-25はsession creationを扱う一方、NEP-21はより広いdAPI範囲を定義します。CAIP-2の登録は、Neoの内部標準がより広いエコシステムに対して読み取れるようになり始める地点です。

x402に限らず、チェーン識別にCAIP-2を使用するあらゆるプロトコル、ブリッジ、アプリケーションは、標準化された識別子でNeo N3を参照できるようになりました。実際にネットワークとやり取りするにはチェーン固有のロジックが依然として必要ですが、この識別子により独自の命名規則は不要になります。

発表全文は以下のリンクで確認できます: https://x.com/erikzhang/status/2089902094874775696