ニュース暗号資産イーサリアム財団、AIへの支払いをプライベートにするzkAPIを発表

イーサリアム財団、AIへの支払いをプライベートにするzkAPIを発表

著者: Coindoo·

重要ポイント

  • •イーサリアム財団は10月1日にzkAPIをイーサリアムのメインネットで公開し、匿名でAIサービスへ支払えるようにした。
  • •このツールはVitalik Buterin氏とDavide Crapis氏による2月11日の研究提案を実装したもので、ETHのヴォールト入金、ゼロ知識証明、ヌライファイアを用いて、支払いをユーザーの身元と紐付けずに検証する。
  • •支払い証明と会計はオフチェーンで処理されるため、1回の入金で複数のAIセッションに対応でき、プロンプトごとの個別ブロックチェーン取引は不要。
  • •このシステムが隠すのは支払いの経路のみで、AIプロバイダーは会話内容を見ることができ、IPアドレスやタイミングなどがセッション間の関連を示す可能性がある。
  • •プロトコルは実験的とされており、デフォルトで24時間の出金チャレンジ期間、未解約の資金がトレジャリーに移りうるノートの有効期限、ユーザーが受け入れる必要のあるトラステッドセットアップの前提がある。
イーサリアム財団、AIへの支払いをプライベートにするzkAPIを発表

イーサリアム財団は、人工知能(AI)サービスへの支払いを、身元や請求情報を明かすことなく行えるようにする決済ツールzkAPIを発表した。このツールは10月1日にイーサリアムのメインネットで稼働を開始した。財団の発表によると、これはVitalik Buterin氏とDavide Crapis氏による2月11日の提案に基づいている。その研究投稿からメインネットローンチまでのおよそ8か月間で、書かれた提案が実際のETH預かりを扱う動作するソフトウェアへと変わった。だからこそ、以下で扱う出金ルールとセキュリティ上の前提には注意を払う価値がある。

文章作成アプリケーションがAIモデルに回答の生成を依頼すると、APIリクエストが送信される。従来型のAPIキーは、そのリクエストを顧客アカウントに紐付け、アカウントには請求情報が含まれている場合もある。時間が経つにつれ、プロバイダーは顧客を、仕事や資産、その他の個人的な事柄に関する質問の履歴と結び付けることができる。

zkAPIは、リクエストが支払い可能かどうかの確認を、会話そのものから切り離す。財団の表現を借りれば、「プロバイダーはリクエストを見て、決済レイヤーは支出を見る」。

AIセッションはどのように支払われるのか

例えば、転職を検討するために文章作成アプリケーションを使う人は、まずイーサリアムのヴォールトに資金を入金する。現行クライアントのドキュメントにはETHによる入金が記述されており、ソフトウェアは残高と支出必要な情報のプライベートな記録を保持する。この記録は「ノート」と呼ばれる。残高はETH建てのままであるため、請求ドキュメントが説明するように、そのドル価値はセッション間で変動しうる。

セッションを開始する際、ソフトウェアは、入金を特定することなく十分な資金が利用可能であることを示すゼロ知識証明を生成する。ヌライファイアと呼ばれる一意の支出マーカーにより、同じ支出状態が二重の承認に使われることはない。

証明が通ると、サーバーは支出上限付きの一時的APIキーを発行する。文章作成アプリケーションはそれを使ってAIサービスに直接アクセスし、会話を決済サーバーの外に保つ。

例えば、ユーザーがあるセッションで最大1ドルを承認したが、実際には0.30ドルしか消費しなかったとする。残高は測定された課金額だけ減少し、未使用の資金はヴォールトのルールに従って利用可能なまま残る。この数値はあくまで例示であり、支出上限は上限値であって自動課金ではない。

支払い証明と会計はオフチェーンで処理されるため、1回の入金で繰り返しの利用に対応できる。イーサリアム取引が関わるのは残高の入金時または解約時のみであり、各プロンプトごとに個別のブロックチェーン支払いは必要ない。

AIプロバイダーにはまだ見えるもの

この直接接続型の構成では、参加者ごとに得られる情報が異なる。AIサービスは、ユーザーの回答に必要なテキストを引き続き受け取る。名前や勤務先を含む履歴書をアップロードすれば、支払いがプライベートであってもAIサービスは本人を特定しうる。同じ文書の再利用や会話履歴も、別々のセッションを結び付ける可能性がある。

同じ一時的キーで行われたリクエストは、1つのセッションにまとめられうる。支払い証明が入金を隠していても、IPアドレスやタイミングがセッション間のさらなる関連を示しうる。これらの注意点を総合すると、zkAPIがプライバシー化するのは会話そのものではなく支払いの経路である。

ローンチの投稿では、リクエストを決済サーバー経由で送るプロキシのオプションにも触れている。この中継はトラフィックを目にするため、直接接続型の構成よりも可視性が高い。

ヴォールトへ入金する前に知っておくべきこと

ユーザーはOA Chatまたは対応アプリケーション用のローカルクライアントを通じてこのシステムにアクセスできる。プロジェクトのリポジトリはこのプロトコルを実験的と位置付けており、残高を入金する前に出金ルールとセキュリティ上の前提を読んでおくことが重要だ。

現行のプロトコルドキュメントでは、ユーザーはサーバーの承認を得て残高を解約するか、承認なしの別の出金経路を利用できる。後者にはチャレンジ期間が含まれ、デフォルトでは24時間に設定されている。ノートには有効期限もあり、期限を過ぎて未解約のノートはトレジャリーが請求できる。そのため、残りの資金を出金する時期を判断する際には、これらの日付を考慮する必要がある。

証明システムは、単一の当事者が生成した初期の暗号パラメータを使用する。セキュリティドキュメントには、公開されたファイルからはセットアップの秘密情報が破棄されたことを確認できないと記されている。したがってユーザーは、この機密情報が安全に取り扱われたと信頼するしかない。

この決済モデルは他のサービスにも拡大する可能性

2月の提案では、有料のブロックチェーンクエリなど、利用量に応じて課金される他のサービスも検討されていた。ウォレットや自動化アプリケーションも、同じ支払いの仕組みでアクセス権を購入でき、支出は利用可能なクレジットによって制限される。イーサリアムが資金調達と決済のインフラを提供し、遠隔のサービスが要求された処理を行うという分担だ。

より広い採用は、アプリケーションが課金額や出金期限を明確に表示しつつ、証明生成をバックグラウンドで処理できるかどうかにかかっている。ユーザーは、暗号技術の仕組みを自ら扱うことなく、セッションのコストとプライバシーを評価できるべきだ。実験的という位置付けやセットアップの前提に変化がないかを確認するには、プロジェクトの公開ドキュメントを随時チェックすることになる。