あなたのAIエージェント自身のウォレットの署名鍵を、エージェントに持たせてはいけません。
以上。
エージェントがHTTP 402ヘッダーを評価し、同じコンテキストウィンドウ内でトランザクションに署名するなら、プロンプトインジェクションを一度受けるだけで残高がゼロになります。
ゼロトラストのエージェントウォレットを設計する方法(3層構造):
> 1. 隔離された実行コンテキスト
LLMはAPIの見積もりを読み取りますが、秘密鍵を見ることは決してありません。署名前のペイロードの意図を出力します。
> 2. 決定論的なプロキシ署名者(Tripwire / Policy Engine)
AIを使わないポリシー層が、厳格なルールに照らして意図を検証します。`payTo`はSDKの許可リストに含まれているか?金額はトランザクション上限以下か?ドメインは検証済みか?
> 3. プログラムによる署名
すべての決定論的チェックに合格した場合に限り、プロキシがx402の支払いに共同署名します。
注意点
- プロキシ署名者を追加すると、API呼び出しに80~150msの遅延が加わります。
- メインネットのUSDCを扱うなら、その数ミリ秒の遅延も十分に見合う価値があります。
LLMに自分自身のトランザクションへ署名させていますか?それともプロキシ層を使っていますか?
次のエージェント型ウォレットをデプロイする前に、これをブックマークしておきましょう。
以上。
エージェントがHTTP 402ヘッダーを評価し、同じコンテキストウィンドウ内でトランザクションに署名するなら、プロンプトインジェクションを一度受けるだけで残高がゼロになります。
ゼロトラストのエージェントウォレットを設計する方法(3層構造):
> 1. 隔離された実行コンテキスト
LLMはAPIの見積もりを読み取りますが、秘密鍵を見ることは決してありません。署名前のペイロードの意図を出力します。
> 2. 決定論的なプロキシ署名者(Tripwire / Policy Engine)
AIを使わないポリシー層が、厳格なルールに照らして意図を検証します。`payTo`はSDKの許可リストに含まれているか?金額はトランザクション上限以下か?ドメインは検証済みか?
> 3. プログラムによる署名
すべての決定論的チェックに合格した場合に限り、プロキシがx402の支払いに共同署名します。
注意点
- プロキシ署名者を追加すると、API呼び出しに80~150msの遅延が加わります。
- メインネットのUSDCを扱うなら、その数ミリ秒の遅延も十分に見合う価値があります。
LLMに自分自身のトランザクションへ署名させていますか?それともプロキシ層を使っていますか?
次のエージェント型ウォレットをデプロイする前に、これをブックマークしておきましょう。