X-Agent、OKX連携付きの xpense をオープンソース化：自律型AI経済のための新しい支払い制御プレーン

AIエージェントは、「行動を提案するチャットインターフェース」から、計画を立て、ツールを呼び出し、サービスを購入し、やがて収益を上げることもできるソフトウェアシステムへと移行しつつあります。暗号資産の世界では、この変化が新たな設計課題を生みます。つまり、AIエージェントがデジタル資産を使えるなら、誰が上限を設定し、結果を検証し、監査可能な記録を残すのか、という問題です。

Web3 AIエコシステム・プロジェクトであるX-Agentは、xagentAI/xpense のオープンソース公開を発表しました。これはAIエージェント向けの支払い制御プレーンとして位置づけられる、新しいインフラ層です。このプロジェクトは、X-AgentによるOKX Agentic Walletとのより深い統合や、OKXマーケットプレイスでの有料MCPツールの掲載に続くものであり、xpenseを、AIの意思決定、ウォレットベースの決済、サービス提供、会計処理のあいだをつなぐ、欠けていた調整レイヤーとして位置づけています。

大まかに言えば、xpenseはウォレットや決済プロトコル、エージェント向けツール標準を置き換えようとしているわけではありません。むしろ、それらの上位に立つ決定論的な制御システムとして、エージェントが支払いを行うべきか、いくらまで使えるか、どの提供者を使うべきか、サービスはきちんと提供されたか、そして取引をどう記録すべきかを判断することを目指しています。

なぜAIエージェントにはウォレット以上のものが必要なのか

暗号資産のウォレットは、トランザクションの署名には優れています。決済プロトコルは、価値の移転に優れています。しかし、自律的なAIによる支出には、さらに別のリスク層が加わります。

たとえば、エージェントが市場調査、コード生成、画像レンダリング、オンチェーン分析といったタスクを完了する必要があるとしましょう。そのために、API呼び出し、モデル推論、非公開データセット、あるいは計算資源をリアルタイムで購入する必要があるかもしれません。人間が操作するワークフローでは、ユーザーが価格を確認し、支払いを承認し、出力をチェックします。ですが、自律的なワークフローでは、そうした責務をソフトウェア上の制御に置き換えなければなりません。

ここで、「とりあえずウォレットを接続すればよい」というモデルでは不十分になります。ウォレットは支払いを承認できますが、重要な運用上の問いには答えられません。

• その購入要求はユーザーの意図と一致しているのか？
• エージェントは同じサービスにすでに支払っていないか？
• そのツールの価格は予算内か？
• 提供者が請求だけして、提供に失敗したらどうなるのか？
• この取引を後からユーザー、企業、コンプライアンスシステムが監査できるのか？

HTTP 402 Payment Required ステータスコード の実験的な導入、マシンペイメント提案、MCPベースのツール呼び出し、ウォレットベースのマイクロトランザクション基盤といった既存の取り組みは、決済レールを構築するうえで役立ちます。xpenseは、そのレールをいつ、どのように使うべきかを決める制御レイヤーに焦点を当てています。

エージェントの提案から、ポリシーに基づく支出へ

xpenseの中心的な考え方のひとつは、大規模言語モデルをお金の移動における信頼の根拠として扱うべきではない、というものです。

この違いは重要です。LLMは強力な推論・計画システムですが、確率的でもあります。文脈を誤解したり、サービスに対して過剰に支払ったり、失敗した処理を繰り返したり、悪意あるプロンプトに操作されたりする可能性があります。支払いの文脈では、そうした振る舞いが直接的な金銭的損失につながります。

xpenseは、モデルが購入案を提案することはできるものの、実際の支出判断はポリシーエンジンと予算制御が担う、という構造を導入します。実務上は、AIエージェントが「このタスクを完了するために、このデータセットを購入する必要があります」と言うことはできますが、別の制御システムがその要求を次のようなルールに照らして確認します。

• タスクごとの最大支出額
• 1日またはセッション全体の予算上限
• 承認済みのツールカテゴリ
• 提供者の信頼性
• 期待される納品形式
• プライバシー要件
• 二重支払いの防止

この分離は、企業の財務システムの仕組みに似ています。従業員は購入を申請できますが、予算、承認フロー、会計システムが、支払いを実行するかどうかを決定します。xpenseは、この考え方を暗号ネイティブな決済を用いる自律型AIエージェントに適用しています。

意図から会計までをつなぐ7段階のパイプライン

xpenseは、決定論的な取引フローを提案しています。要約すると、次のようになります。

意図 → ポリシー → ルート → 支払い → 納品 → 検証 → 会計

この構造が重要なのは、エージェントの支出を曖昧なブラックボックスの動作ではなく、追跡可能な一連の処理へと変えるからです。

1. 意図

エージェントが、何を達成しようとしているのかを表明します。たとえば、価格フィード、LLM推論呼び出し、データクエリ、実行サービスなどが必要かもしれません。意図は、資金が動く前に、潜在的な支払いの理由を捉えます。

2. ポリシー

リクエストは、予算、ルール、リスク上限、ユーザー定義の制約に照らして評価されます。ここで、提案された支出が許可されるかどうかが判断されます。

3. ルート

アクションが承認されると、xpenseは適切な提供者へリクエストを振り分けることができます。そのルーティング判断には、価格、レイテンシ、プライバシー、過去の納品品質、その他のサービスレベル要因が考慮される場合があります。

4. 支払い

エージェントは、対応するウォレットと決済インフラを通じて支払います。X-Agentの現在のエコシステムの方向性において、OKX Agentic Walletとの統合は特に重要です。なぜなら、ウォレットネイティブな実行をエージェントのワークフローに持ち込めるからです。

5. 納品

提供者は、購入されたサービス、データ、計算結果、あるいはツール出力を返します。

6. 検証

システムは、納品内容が期待された結果と一致しているかを確認します。支払いが成功したからといって、必ずしもサービスが成功したとは限らないため、このステップは機械間商取引において極めて重要です。

7. 会計

意図、ポリシー判断、支払い試行、領収情報、納品結果を含む全イベントが記録に書き込まれます。これにより、エージェント向けの監査可能な財務履歴が作られます。

その結果、AIエージェントの経済システムはより説明可能なものになります。各支払いアクションは、後から文脈つきで確認でき、限られた情報しかないウォレットの取引履歴に埋もれてしまうことがありません。

支払いと納品は同じ出来事として扱うべきではない

xpenseの重要な設計上の特徴のひとつは、支払い状態と納品状態を分離していることです。

従来のオンライン決済では、ユーザーはしばしば「支払って、受け取る」という単一の流れを経験します。しかし分散システムでは、その2つの瞬間のあいだで多くのことが起こりえます。ネットワークリクエストがタイムアウトするかもしれません。ツールがタスクを部分的にしか完了できないかもしれません。提供者が無効な出力を返すかもしれません。支払いは確定しても、サービス応答が失われることもあります。

自律型AIエージェントにとって、こうした例外は稀なものではなく、通常の技術的リスクです。エージェントがAPI、計算ネットワーク、データ提供者をまたいで多数の少額購入を行うなら、資金が本当に決済されたのか、サービスが本当に提供されたのかをシステムが追跡しなければなりません。

この2つの状態マシンを分けることで、xpenseは次のようなケースに対して、より明確な対応を可能にします。

• 支払い後の納品失敗
• 重複リクエスト
• 返金またはクレジット
• 紛争解決
• リトライ処理
• 提供者の性能スコアリング

これは、ステーブルコインによるマイクロトランザクションや低コストの決済チャネルを含む、機械ネイティブな決済モデルを暗号業界が模索している現在、特に重要です。

このスタックにおいてOKX Agentic Walletが重要な理由

OKXとの統合によって、xpenseは単なる抽象的なフレームワークにとどまらず、実際の支払い実行への現実的な道筋を得ています。Agentic walletは、ソフトウェアエージェントがあらかじめ定義された制御のもとでブロックチェーン関連操作を開始できるように設計されています。

このアーキテクチャでは、ウォレット基盤が保管、署名、決済の機能を提供し、xpenseがより上位の財務ロジックを担います。この組み合わせが重要なのは、安全な鍵管理とポリシーに基づく支出が、互いに連携して動く必要があるからです。

エージェントによる支払いでは、特に次の2点が重要です。

• 鍵の分離と実行の安全性: エージェントシステムは、モデル出力や信頼できないツール環境に秘密鍵をむき出しで露出させるべきではありません。
• 摩擦の少ない決済: AIエージェントは、少額かつ高頻度の支払いを必要とすることがよくあります。高い手数料や複雑な署名フローは、マイクロトランザクションを現実的でないものにしてしまいます。

業界全体も、この方向へ進んでいます。ステーブルコインはプログラマブルな支払い手段として存在感を増し続けており、Model Context Protocol のようなフレームワークは、AIエージェントが外部ツールを見つけて呼び出すことを容易にしています。xpenseは、こうした潮流を実用的な支払いガバナンス層としてつなぎ合わせようとしています。

AI能力のための支払い対応ルーター

xpenseのもうひとつの重要な概念は、支払いを意識した能力ルーターです。

現在、AIアプリケーションは、価格、性能、レイテンシ、コンテキスト長などに基づいてモデル呼び出しを振り分けることがよくあります。Web3エージェントシステムでは、このルーティングはさらに複雑になる可能性があります。エージェントは、複数のデータベンダー、推論プロバイダー、オラクルサービス、計算市場のあいだから選択しなければならないかもしれません。それぞれに異なるコスト、応答時間、品質実績、プライバシープロファイルが存在します。

支払い対応ルーターは、技術性能だけでなく、財務面やリスク面も含めて提供者を評価できます。たとえば、次のような判断です。

• 低価値タスクには、より安価な提供者を使う
• 取引やコンプライアンス業務では、信頼性の高い提供者を優先する
• プライバシーに敏感な要求は、データ保証の弱い提供者を避ける
• 繰り返し納品に失敗する提供者は、ルーティングスコアを下げる

これは、支払い、領収書、納品検証がワークフローに組み込まれた、「AI能力版のOpenRouter」のようなものになるかもしれません。

より大きな潮流：自律的な経済エージェント

xpenseの公開は、暗号資産とAIにおける2025年のより大きな潮流、すなわち自律的な経済エージェントの台頭を反映しています。

これまで、ほとんどのAIツールは間接的に資金提供されていました。ユーザーがプラットフォームに加入し、クレジットを前払いし、あるいはAPIキーを手動で接続していました。AI自身が本当に予算を持ち、サービスを購入し、支出を説明することはありませんでした。

暗号資産はこのモデルを変えます。デジタル資産は、プログラム可能で、グローバルに、かつ少額でも移転できるからです。エージェントフレームワークと組み合わせることで、ソフトウェアは次のようなことが可能になります。

• タスク完了のためにデータを購入する
• 限られた期間だけ計算資源を借りる
• 専門作業を別のエージェントに支払って依頼する
• 自身のサービスに対して報酬を受け取る
• 意図と出力に結びついた取引履歴を維持する

ただし、この未来には、より強力な制御が必要です。支出ポリシー、納品検証、監査証跡がなければ、自律エージェントは高コストで、不安定で、安全でないものになりかねません。xpenseは、エージェント金融をより説明責任のあるものにしようとする試みです。

企業導入に監査可能性が不可欠な理由

個人ユーザーにとっては、エージェントの支払いミスは単なる煩わしさかもしれません。しかし企業にとっては、ガバナンスの失敗になりえます。

AIエージェントを調査、カスタマーサポート、トレーディング運用、セキュリティ監視、開発ワークフローに使う企業は、なぜお金が使われたのかを把握する必要があります。さらに、その購入が承認されていたのか、ベンダーが納品したのか、その費用が特定のタスクや事業部門に帰属すべきものなのかも証明しなければなりません。

そのため、xpenseが意図、判断、支払い試行、領収書、納品結果を記録するアプローチは、単なる開発者向けの利便性ではありません。エンタープライズ向けエージェント基盤の要件なのです。

これにより、チームは次のような問いに答えやすくなります。

• ある期間で最も支出したエージェントはどれか？
• どのツールが最もコストを生んだか？
• 支払い後に納品しなかった提供者はどこか？
• どのタスクが正の経済価値を生んだか？
• どのポリシーが過剰支出を防いだか？

言い換えれば、xpenseはエージェントによる支払いを、すべての取引に文脈と説明責任が伴う標準的な財務運用に近づけています。

ユーザーとビルダーが考えるべきセキュリティ上の注意点

AIエージェントによる支払いの普及は、鍵管理の重要性をさらに高めます。エージェントが資金を使えるなら、対応するウォレットは、プロンプトインジェクション、悪意あるツール、侵害された環境、過剰な権限から保護されなければなりません。

エージェント型の暗号支払いを試すビルダーは、次のようなベストプラクティスを検討すべきです。

• 残高を無制限に与えるのではなく、支出上限を設定する
• 運用資金と長期保有資産を分ける
• 高額アクションには明確な承認ルールを設ける
• 支払いを伴うすべてのツール呼び出しを文脈付きで記録する
• 再購入を許可する前に納品を検証する
• 秘密鍵をAIランタイムに直接さらさない

エージェントシステムを利用するユーザーにとっては、ハードウェアベースの自己保管が引き続き重要なセキュリティ層です。OneKeyのハードウェアウォレットは、秘密鍵をインターネット接続されたデバイスから隔離するよう設計されており、特に多くのアプリケーションがウォレット接続を自動化ワークフローに求めるようになっている現在、その重要性は高まっています。エージェントウォレットが制御された運用予算を扱う場合でも、長期資産は強固な自己保管の実践によって守るべきです。

xpenseがWeb3 AIにもたらしうるもの

xpenseは、受動的なAIアシスタントから、デジタル市場に参加する自律的なソフトウェア主体への大きな転換の一部です。重要なのは、AIが支払いできることそのものではなく、その支払いがガバナンスされ、検証され、説明可能であることです。

うまくいけば、xpenseのようなインフラは、エージェントが次のような行動を標準化するのに役立つでしょう。

• 支出の許可を申請する
• 有料ツールを比較する
• ステーブルコインのマイクロトランザクションを実行する
• サービス提供を検証する
• 財務記録を生成する
• 機械間市場に参加する

そうなれば、Web3 AIは、人間が資金を出すサブスクリプションの単なるフロントエンドではなく、予算、責任、収益源を持つ独立した経済主体としてのエージェントが存在する世界へ、さらに近づくことになります。

機会は大きいですが、リスクも同じくらい大きいです。自律的な金融には、単なる高速決済以上のものが必要です。ポリシー、説明責任、そして安全な保管が求められます。したがって、xpenseのオープンソース公開は、より成熟したAI決済スタックへ向けた意義ある一歩であり、特に暗号ネイティブなエージェントが次のアプリケーションサイクルで実用的な存在になっていくなかで、その意味は大きいと言えるでしょう。