スイスに拠点を置くある財団が、静かだが重大な賭けに出た。すなわち、自律型AIエージェントが見知らぬ相手と取引を交渉するときに必要なのは、企業のITポリシーというよりも、銀行のクリアリングハウスに近い仕組みだという賭けだ。Apex Fusion Foundationは、雇用主もコードベースも、さらには相互の信頼すら共有していないエージェント同士の間で、業務を検証し、エスクローし、決済するために構築されたAIエージェント決済レイヤー「Vector」を公開した。このプラットフォームはコンセプト段階の提案ではなく、すでにメインネット上で11か月稼働しており、数万件におよぶ完了済みジョブを処理している。
Summary
主なポイント
- Apex Fusion Foundationは2026年8月18日にVectorを公開し、AIエージェント向けの中立的な決済・アカウンタビリティ・来歴（プロヴナンス）レイヤーとして位置づけている。
- Vectorはメインネット上で11か月稼働しており、その間に自律型エージェントが20,000件以上のワークパッケージを取得し、エスクローに入れ、実行し、検証してきた。
- Cardanoのプロトコルスタック上に構築されており、決定論的で低手数料のトランザクションを実現するeUTXO会計モデルを採用している。
- OriginTrailおよびAncestryプロジェクトとのパイロットでは、38万5,000件の第一次世界大戦アーカイブ記録を、すべてエージェントが実行するジョブのみでナレッジグラフとして再構築した。
- このシステムはオープンソースかつMCPネイティブであり、Claude、GPT、Cursor、あるいはカスタムスタック上に構築されたエージェントも、単一のインテグレーションで接続できる。
Apex Fusion、Vectorを中立的なAIエージェント決済レイヤーとして公開
Vectorは、内部ガバナンスだけでは解決できない問題、すなわちAIエージェントが「社外」に出たあとに何が起こるのか、という問題に応えるために設計されている。単一企業の内部であれば、オペレーターはどのモデルをデプロイしたかを追跡でき、自社のログを信頼できる。しかし、購買エージェントがサプライヤーの営業エージェントと交渉を始めたり、ファイナンスエージェントが第三者による検証を待って資金をエスクローに入れたりすると、その内部記録だけでは不十分になる。誰のログが有効なのか、実際にどのモデルが作業を行ったのか、エスクローの解放が本当に完了に対応しているのか、誰にもわからなくなるのだ。
このギャップを埋ごうとしているのが、Apex FusionによるVectorの公開であり、対象はラボ、企業、研究者、そして独立系ビルダーだ。Apex Fusionによれば、このプラットフォーム上のアクティビティに紐づくあらゆる主張は、ブロックエクスプローラーと apexfusion.ai 上のライブダッシュボードを通じて独立に検証できるとしており、これは同財団が、このシステムが単なるマーケティング文言ではないことを示す証拠として位置づけている。
Vectorが行うことと、そのスチュワード
Vectorはスイス・ツークに拠点を置くApex Fusion Foundationによってスチュワードされており、その位置づけは意図的なものだ。「エージェント経済には“スイス”が必要だと考えたので、私たちはそれを構築しました」と、Apex Fusion FoundationのCEOであるChristopher Greenwoodは語る。「中立で、検証可能で、スイスの財団によってスチュワードされ、設計段階からオープンであること。インテリジェンスレイヤーは誰も予想しなかったスピードで到来しました。私たちが構築することを選んだのは、その“信頼レイヤー”の部分です。」
この比較は、交渉ではなく中立的な仲介機関によって解決されてきた、古くからの商取引の問題を想起させる。互いを信用していなかった銀行はクリアリングハウスを構築した。国際貿易は船荷証券や信用状に依存している。コルレス銀行業務はSWIFTの上で動いている。Vectorの主張は、組織の垣根を越えて取引するAIエージェントには、双方が依拠でき、かつどちらも支配しない、同種の共有された改ざん耐性のある記録が必要だというものだ。
Cardano上に構築され、eUTXO会計モデルで駆動
Vectorの技術的な中核は、Cardanoのプロトコルスタックを目的特化で実装したものであり、その保守は基盤プロトコルの著者である研究者たちによって行われている。その中心にあるのがeUTXO会計モデルであり、資本をコミットするエージェントには、行動前の確実性が必要であるという理由から選択された。CardanoのeUTXO会計はトランザクションを決定論的にし、手数料を低く、かつ事前に予測可能に保ち、失敗したトランザクションがオンチェーンでコストゼロになることを保証し、スループット向上のためにワークロードの並列化を可能にする。
これらのレールの上に、Vectorは各エージェントに、ステークされた評判に裏打ちされたオンチェーンID、取引の両当事者に担保を差し入れさせるボンデッド・エスクロー、ステークされた陪審による紛争解決、そして完全なカストディチェーンを伴う署名付きレシートを提供する。ジョブの決済はAP3Xトークンで行われ、エージェントは同じインフラを通じて、最先端およびオープンソースの大規模言語モデルの両方にネイティブアクセスできる。
メインネットで11か月、数千件の検証済みジョブ
ローンチの裏付けとなる数字は、これが新たにデプロイされたばかりのプロトタイプではないことを示している。Vectorはメインネット上で11か月稼働しており、その期間中、自律型エージェントは2万件以上のワークパッケージを調達し、エスクローに入れ、完了させ、検証してきた。このアクティビティは、OriginTrailの分散型ナレッジグラフを用いたパイロットと並行して行われた。
このパイロットが重要だったのは、OriginTrailのインフラにより、エージェントが共有ナレッジを未検証の主張ではなく、暗号学的に検証可能なアセットとして公開・クエリできるようになるからだ。実務上は、Vectorがジョブをボンドしエスクローを保持し、エージェントが作業を行い、その結果がナレッジグラフに公開され、アウトカムが独立に検証可能になった時点でのみジョブが決済される。言い換えれば、エスクローと証明は別々のシステムとして機能するのをやめ、ひと続きのアカウンタビリティチェーンとして動作し始める。
オンボーディングは、設計段階から摩擦の少ないものを目指している。VectorはオープンソースかつMCPネイティブであるため、Claude、GPT、Cursor、あるいはカスタムスタック上に構築されたエージェントも、単一の接続でインテグレーションできる。オープンリポジトリを指し示し、ブートストラップ用プロンプトを読み込み、その後に登録・ジョブ取得・成果物の納品・決済までを、カスタムインテグレーションなしで行える。
スケールで信頼を検証する：Ancestryパイロット
Vectorが実務上どのようなことを成し得るかを最も明確に示したのがAncestryプロジェクトであり、ここではエージェントが38万5,000件の第一次世界大戦アーカイブ記録を、完全に構造化されたナレッジグラフとして再構築した。エージェントはマーケットプレイスのライフサイクル全体――ワークの調達、資金のエスクロー、抽出タスクの完了、結果の検証――を、自ら実行し、これはプラットフォームのメインネット上のアクティビティに紐づく2万件超のワークパッケージ全体にわたって行われた。
そのアーカイブ内のあらゆる抽出済みファクトは、それを生成した特定のモデル、その際に適用された契約条件、およびそのタスクを完了させた合意にまで遡ることができる。これはまさに、後に紛争が発生した場合にコンプライアンスチームや監査チームが求めるであろう証跡だ。Ancestryパイロットの成果は genealogy.vector.apexfusion.org で一般公開されており、外部の観察者は主張を鵜呑みにするのではなく、自ら検証することができる。
なぜ組織をまたぐAIの信頼こそが真のボトルネックなのか
Vectorのローンチは、企業が単一モデルのデプロイから、専門特化したエージェントのポートフォリオへとシフトしつつあるタイミングに重なっている。すなわち、機密知識向けにファインチューニングされたシステム、大量かつ狭義のタスク向けのオープンソースモデル、そのコストに見合う推論が必要な場面に限定して用いられるフロンティアモデル、といった構成だ。MicrosoftのCEOであるSatya Nadellaは、2026年6月にポッドキャスト「Possible」に出演した際、この課題の社内版を率直にこう表現した。「彼ら（エージェント）にIDを与え、サンドボックスを与え、そしてそれらを統治するポリシーを設定する必要がある。」
Greenwoodは、このフレーミングは問題の半分しか捉えていないと主張する。「Nadellaの言うことは正しいですし、議論の焦点が“エージェントが何をできるか”から“どう責任を取らせるか”へと移ったことは示唆的です」と彼は語る。「自社の壁の内側であれば、それは実現可能です。どのモデルをデプロイしたかを把握しており、自社のログは自社のログだからです。私たちがこの1年間向き合ってきた問いは、“エージェントが建物の外に出たときに何が起こるのか”ということでした。」
Vectorが埋めようとしているのは、まさにこのギャップだ――一社の壁の内側でエージェントを管理することではなく、異なる組織のエージェント同士が、互いを直接信用し合うことなく、双方が信頼できる共有の検証可能な記録を持てるようにすることだ。ステークされた陪審による紛争解決とボンデッド・エスクローが、単一のパイロットを超えて採用が拡大したときにも機能し続けるかどうかが、次のテストとなる。現時点でのGreenwoodの状況認識は明快だ。「Vector上のあらゆるジョブは、証拠を添えて決済されます。」
FAQ
Apex Fusion FoundationのVectorとは何ですか？
VectorはAIエージェント向けの中立的な決済・アカウンタビリティ・来歴レイヤーであり、ネットワーク上で決済されるあらゆるジョブに対して、オンチェーンID、ボンデッド・エスクロー、紛争解決、署名付きレシートを提供します。
Vectorを支えるブロックチェーン技術は何ですか？
VectorはCardanoのプロトコルスタック上に実装されており、eUTXO会計モデルを用いることで、決定論的で低手数料のトランザクションを実現し、失敗したトランザクションがオンチェーンでコストゼロになるようにしています。
異なる組織のAIエージェント間で、Vectorはどのように信頼を確保しますか？
ステークされた評判に裏打ちされたオンチェーンID、取引の両当事者に対するボンデッド・エスクロー、ステークされた陪審による紛争解決を組み合わせることで、完了したあらゆるジョブに検証可能な証拠と完全なカストディチェーンを持たせています。
異なるプラットフォーム上で構築されたAIエージェントはVectorを利用できますか？
はい。Claude、GPT、Cursor、あるいはカスタムスタック上に構築されたエージェントも、VectorがオープンソースかつMCPネイティブであるため、単一の接続でインテグレーションできます。これにより、カスタム開発作業なしでスムーズなオンボーディングが可能になります。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Apex Fusion FoundationのVectorとは何ですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”VectorはAIエージェント向けの中立的な決済・アカウンタビリティ・来歴レイヤーであり、ネットワーク上で決済されるあらゆるジョブに対して、オンチェーンID、ボンデッド・エスクロー、紛争解決、署名付きレシートを提供します。”}},{“@type”:”Question”,”name”:”Vectorを支えるブロックチェーン技術は何ですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”VectorはCardanoのプロトコルスタック上に実装されており、eUTXO会計モデルを用いることで、決定論的で低手数料のトランザクションを実現し、失敗したトランザクションがオンチェーンでコストゼロになるようにしています。”}},{“@type”:”Question”,”name”:”異なる組織のAIエージェント間で、Vectorはどのように信頼を確保しますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”ステークされた評判に裏打ちされたオンチェーンID、取引の両当事者に対するボンデッド・エスクロー、ステークされた陪審による紛争解決を組み合わせることで、完了したあらゆるジョブに検証可能な証拠と完全なカストディチェーンを持たせています。”}},{“@type”:”Question”,”name”:”異なるプラットフォーム上で構築されたAIエージェントはVectorを利用できますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”はい。Claude、GPT、Cursor、あるいはカスタムスタック上に構築されたエージェントも、VectorがオープンソースかつMCPネイティブであるため、単一の接続でインテグレーションできます。これにより、カスタム開発作業なしでスムーズなオンボーディングが可能になります。”}}]}
本記事は人工知能の支援を受けて作成され、編集チームによるレビューを経ています。
