イーサリアム財団とOpen Anonymity、zkAPIをメインネットで公開
重要ポイント
- •イーサリアム財団とOpen Anonymity Projectの協業により、zkAPIがイーサリアムメインネットで公開され、利用状況と請求IDを紐付けずに従量課金型API(AIサービスを含む)への支払いが可能に。
- •ランタイムキーモードでは、決済サーバーはプロンプト内容を一切見ず、AIプロバイダーは支払者の請求IDを一切知らないため、リクエスト内容と支払者IDの両方を保持する単一の仲介者は存在しない。
- •BN254曲線上のGroth16証明、Poseidonハッシュ、二重支出防止のためのナルフィアを使用し、支出はユーザーのデバイス上で証明され、イーサリアム契約が残高の執行可能な担保として機能する。
- •zkAPIサーバーが利用できなくなっても、ユーザーはイーサリアム契約を通じて預け入れたUSDCを引き出せ、ローカルクライアントは既存アプリ向けに標準のOpenAIおよびOllama APIに対応。
- •財団は、zkAPIがプロンプト内容、IPアドレス、リクエストのタイミングを秘匿しないこと、またプロバイダーが再利用された個人情報、文体、会話履歴を通じてセッションを関連付け得ることを認めた。

イーサリアム財団とOpen Anonymity Projectは、利用状況と請求IDを紐付けずに従量課金型API(AIサービスを含む)の支払いを可能にするzkAPIをイーサリアムメインネットで公開しました。詳細は財団の10月1日のブログ投稿によります。今回の公開は、アカウントベースのAPI課金が通常兼ね備えている2つの役割、すなわちサービスの支払者と各リクエストの送信者を分離するものです。
仕組み
ユーザーはイーサリアムのボールトにクレジットを預入れ、自身のデバイス上で生成したゼロ知識証明により支出を承認します。証明は、預入れやその背後にいるユーザーを特定することなく、残高が費用を賄えることを検証します。
ランタイムキーモードでは、決済サーバーが証明を検証し、支出上限付きの短期APIキーを発行します。プロンプトはその後、ユーザーのデバイスからAIプロバイダーへ直接送られます。キーの失効時に、署名付きの利用レシートが非公開残高への請求額を確定します。財団によると、このモードでは決済サーバーはプロンプト内容を見ず、AIプロバイダーはキーの背後の請求IDを知ることなくリクエストを受け取ります。この分離により、フロー内のいかなる単一の仲介者も、リクエストの内容と支払者のIDの両方を保持しません。
よりシンプルなプロキシモードは、リクエストをzkAPIサーバー経由で中継するため、その仲介者はトラフィックを目にできます。これは簡素な構成のためのトレードオフです。
暗号設計
このシステムは、BN254曲線上のGroth16証明、Poseidonハッシュ、32レベルのマークルツリーを使用します。ナルフィア(nullifier)は二重支出の試みを特定します。支出証明はオフチェーンで検証され、ボールトは入金、残高確定、エスケープ引き出しの証明を検証します。実際には、支出はユーザーのデバイス上で証明され、イーサリアム契約が残高の執行可能な担保として機能します。
zkAPIサーバーが利用できなくなっても、ユーザーはイーサリアム契約を通じて引き出しが可能であり、預け入れ資金へのアクセスはサービスの稼働に依存しません。ローカルクライアントは標準のOpenAIおよびOllama APIに対応し、既存のアプリケーションがローカルエンドポイント経由で接続できます。
範囲と限界
財団は、同じ設計がブロックチェーンRPCクエリ、画像・動画生成、VPN帯域、マシン間サービスにも対応しうると述べました。稼働中のメインネットボールトはUSDCクレジットを保持しており、テスト用のSepoliaデプロイも用意されており、メインネットのクレジットを使わないテスト経路を提供しています。
財団はまた、システムの限界を明示しました。zkAPIはプロンプト内容、IPアドレス、リクエストのタイミングを秘匿しません。プロバイダーは、再利用された個人情報、文体、会話履歴などを通じてセッションを関連付けられる可能性があります。ネットワーク匿名性とコンテンツのプライバシーは別個の限界として挙げられました。これらの限界はシステムのプライバシー保証が及ぶ範囲を示し、開発者に対してzkAPIが何を秘匿し何を秘匿しないかの具体的なチェックリストを提供します。
開発の経緯
この実装は、Davide CrapisとVitalik Buterinによるイーサリアムリサーチの設計に基づいています。Open Anonymityがクライアント、サーバー、契約の開発に携わりました。財団が示した限界と、AIアクセスを超えた拡張の提案の両方を踏まえ、プロジェクト自身のドキュメントが、zkAPIが公開段階を進む中で注視すべき点を示しています。