ドレイパー・ドラゴンが、非預託型AIエージェント決済インフラ「Skalor」に投資

iconMetaEra
共有
AI summary icon概要
Draper Dragonは、非預託型AIエージェント決済インフラプラットフォームであるSkalorに投資しました。Skalorは、AIが開始した取引のリアルタイム認証とポリシー適用を可能にし、MiCAのような新興規制枠組みと整合性を持たせています。同プラットフォームは、Skalor Mandate、KYA Bureau、Pay + Receiptsといったモジュールを備え、セキュアなクロスネットワーク決済を実現しています。Draper Dragonは、Skalorを、進化するMiCAおよび規制ポリシー基準の下でのAIエージェント経済活動の基盤インフラと見なしています。
AIエージェントが企業のお金を支出し始めたとき、「資金が実際に移動する前」に誰がブレーキをかけるのか。

文章執筆者、出典:德鼎創新

概要

Skalorは、AIエージェント経済向けの非預託清算および戦略実行インフラを構築中です。

AIエージェントがコンテンツ生成やデータ分析から調達、支払い、取引、資金管理へと進化するにつれ、企業はソフトウェアエージェントにますます多くの実際の権限を委譲しています。エージェントはもはや提案を提供するだけではなく、支払いの実行、金融サービスの呼び出し、クラウドリソースの購入、サプライヤー管理、さらには企業の金庫への直接アクセスまで行うようになっています。しかし、現在の支払いシステムは自律的なエージェントのために設計されていません。

従来の企業の支払いは、通常、個人が発信し、人間による承認、アカウント権限、および事後監査によってリスクを管理してきた。しかし、実行主体が24時間稼働し、自動的にツールを呼び出し、連続的に取引を発信するAIエージェントに変わる場合、このメカニズムには明確な穴が生じる。企業は、あるエージェントが支払いの権限を持つかどうか、予算を超えていないか、未承認のサプライヤーに支払っていないか、そして特定の操作がどのモデル、アイデンティティ、実行環境によってトリガーされたのかをリアルタイムで判断することが困難になる。

Skalorの目標は、AIエージェントと決済ネットワークの間にリアルタイムの清算・制御レイヤーを追加することです。資金が実際に移転される前に、システムはエージェントの身元を検証し、企業が設定した支払いポリシーをチェックし、予算やサプライヤーの制限を実行し、各取引に対して独立して検証可能な暗号化レシートを生成します。

その核心的な位置づけは次のように要約できます:

Skalorは企業資金の保管を担当せず、AIエージェントが発信した取引が実行される権限を持つかどうかを決定します。

この非託管設計により、Skalorは、企業が既存の託管および資金管理システムを置き換えることなく、安定通貨、銀行決済、機関決済ネットワーク、その他のAgent決済プロトコルに接続できます。長期的には、SkalorはAI Agent経済における「清算所」となることを目指しており、アイデンティティ、権限、支払い、監査を統合し、企業が実際の経済的権限を持つAgentを導入するための信頼できるインフラを提供します。

AIエージェントの支払いの核心的な課題

AIエージェントは「ソフトウェアツール」から「経済参加者」へと変化しています。

初期段階では、エージェントは主にファイルの要約、コードの生成、情報の整理などの低リスクタスクを完了します。モデルの能力が向上するにつれて、エージェントは外部APIを呼び出したり、他のエージェントと協力したり、事前に設定された目標に基づいて自律的に意思決定できるようになります。

これにより、企業はエージェントにより複雑なタスクを完了させることができます。

  • 自動購入ソフトウェアおよびクラウドサービス;
  • 在庫状況に応じてサプライヤーに発注する;
  • 出張、マーケティング、および運用費用の支払いに使用します。
  • サブスクリプションと定期的な請求を管理する;
  • 金融市場で取引を実行する;
  • 業務ルールに従って企業資金を調整します。

これらのシナリオは効率を大幅に向上させますが、機械による無許可の行動という新しいリスクをもたらします。

従来の支払いリスク管理は、アカウント、デバイス、および個人の身元を中心に設計されています。システムは、特定の従業員が企業アカウントにログインしたことを確認できますが、その従業員が呼び出したAgentが現在のタスクで支払いの権限を持っているかどうか、またはAgentが元の指示から逸脱しているかどうかを判断することはできません。

企業が真に答えなければならないのは:

  • この取引はどのエージェントが発信しましたか?
  • それはどの企業または部門が実行していますか?
  • それは現在の権限を持っていますか?
  • 金額は1回あたりおよび1日あたりの予算に合っていますか?
  • 受取人は承認リストに含まれていますか?
  • 追加の手動署名は必要ですか?
  • エージェントのモデルと実行環境は変更されましたか?
  • 後から承認および実行プロセスを完全に再現できますか?

これらの質問が取引発生前に明確に回答できない場合、企業は真の資金管理権を自律エージェントに委ねるのが難しくなります。

スカロールの判断では、エージェントの行動を監視するだけでは不十分である。企業に求められるのは、違反行為を後から発見することではなく、支払いが発生する前にルールに違反する行動を実行不能にすることである。

「モニタリング」から「原子化実行」へ

現在のAgentガバナンスツールは、ログ、異常検出、事後のアラートに重点を置いています。このような手法は企業が問題を発見するのに役立ちますが、本質的には観察型コントロールであり、Agentが操作を完了した後にようやくその行動が異常かどうかを判断します。生産データベース、企業金庫、または大額支払いネットワークにアクセスするAgentにとって、このモードは金融およびコンプライアンス要件を満たすには不十分です。Skalorは別のアプローチを採用しています:企業の支払いポリシーを直接実行可能なルールに変換し、各取引の決済前に原子的検証を実施します。原子的検証とは、取引がすべての条件を同時に満たした場合にのみ進行し、いずれかの条件が失敗した場合、支払いは発生しないことを意味します。

例えば、企業は次のように設定できます:

  • 1回の支払いは一定金額を超えてはなりません;
  • エージェントの日累计支出は予算を超えてはなりません。
  • 承認されたサプライヤーへのみ支払いが可能です。
  • 特定の取引には、財務責任者の共同署名が必要です。
  • エージェントは指定された時間またはタスク範囲内でのみ実行できます。
  • 同じ取引リクエストは重複して送信しないでください。
  • 取引対象は制裁およびコンプライアンススクリーニングを通過しなければなりません。

これらのルールは内部操作マニュアルに記載されているわけではなく、バックエンドシステムによる通知だけでもなく、取引実行パスの一部として直接組み込まれています。

この設計は、企業ガバナンスを「エージェントがルールを守ることを願う」から、「エージェントが技術的にルールを回避できない」ように変える。

プラットフォームアーキテクチャ

Skalorのプラットフォームは、Skalor Mandate、KYA Bureau、およびPay + Receiptsの3つの相互接続されたモジュールで構成されています。

Skalor Mandate:Agentのオンチェーン支払いポリシー

Skalor Mandateは、各エージェントにデプロイされるオンチェーンポリシーコントラクトです。企業は、1回あたりの限度額、1日あたりの予算、サプライヤーのホワイトリスト、共同署名の閾値、リプレイ攻撃防止ルールなどを設定することで、エージェントの支出権限と行動範囲を構成できます。このコントラクトはポリシーを保存・実行するのみで、企業の資金を保管することはありません。企業は依然として、既存の銀行口座、機関トランザクションプロバイダー、マルチシグウォレット、またはペイメントプラットフォームを通じて資産を管理します。この設計により、以下の重要な特徴が実現されます:

まず、エージェントの権限は明確で検証可能です。どの取引相手も、Skalorの中央サーバーを完全に信頼することなく、支払いが企業が設定したルールに準拠しているかを確認できます。

また、ポリシーの変更は厳格に管理されています。Mandateの変更は企業運営者によるみ可能であり、すべての変更には監査可能なログが残されます。

第三に、企業は各エージェントに異なる権限を設定できます。たとえば、調達エージェントは承認されたサプライヤーへの支払いを行うことができますが、取引アカウントを呼び出す権限はありません。財務エージェントは給与やサブスクリプション料の処理ができますが、一定額を超える場合はCFOの共同承認が必要です。

Skalor Mandateは、企業内部の権限マトリクスを、エージェントが実行可能で、監査機関が検証可能なオンチェーンルールに変換します。

KYA Bureau:AI Agentのためのアイデンティティと信頼層

人間の金融システムは、KYC(顧客の身元とリスク状況の確認)に依存しています。しかし、エージェント経済では、背後にある企業または個人を確認するだけでは不十分です。

同じ企業が数百のエージェントを運用する可能性があり、各エージェントは異なるモデル、権限、ツール、およびデプロイ環境を使用します。たとえ同じ企業に属していても、そのリスク特性は完全に異なります。

そのため、SkalorはKYA、つまりKnow Your Agentを導入しました。

KYA Bureauは、連邦型エージェントIDおよび信頼性登録システムです。機関はエージェントに階層的証明書を発行し、そのID、実行環境、過去の行動、リスクパフォーマンスに関連する署名証明を記録できます。

これらの証憑は、以下のようなさまざまなタイプの機関によって生成されます。

  • 認定託送機関;
  • MPCウォレットサービスプロバイダー;
  • 企業セキュリティチーム;
  • 取引および支払いプラットフォーム;
  • 規制を受けた金融機関;
  • その他の信頼できるAgentサービスプロバイダー。

取引を受け取る側は、単一の中心化アイデンティティデータベースに依存することなく、あるエージェントが有効なクレデンシャルを保有していることを検証できます。

機能的に見ると、KYA Bureauは、自律エージェント向けの信用とアイデンティティネットワークに似ています。これは「このエージェントは誰のものか」という問いに答えるだけでなく、「このエージェントが現在の取引を実行するための信頼できる条件を備えているか」という問いにも答えようとしています。

より多くの機関が参加し署名を提供するにつれて、Agent資格のカバレッジと信頼性は高まります。これはまた、Skalorの最も重要なネットワーク効果の一つを形成する可能性があります:参加する機関が増えれば増えるほど、身元データの価値は高まり、身元ネットワークがより完全になればなるほど、企業はその支払清算レイヤーを採用する意欲が高まります。

支払い+領収書:複数の支払いネットワークにおける清算および監査層

Skalorは単一の支払いネットワークに束縛されません。エージェントは、ステーブルコイン、銀行ネットワーク、機関決済システム、または他のエージェント支払いプロトコルを通じて支払いを完了できます。Skalorはこれらの支払い経路の前段に位置し、身元とポリシーの確認を行い、取引完了後に暗号署名付きレシートを生成します。

1通のレシートには以下を含めることができます:

  • エージェントの身分と認証情報;
  • 実行環境の証明;
  • 取引ポリシーチェック結果;
  • 人工またはマルチシグ承認記録;
  • 最終決済証拠;
  • 関連するチェーン上のトランザクションとタイムスタンプ。

これらのレシートは独立して検証可能であり、Skalorのサービスが一時的に利用できない場合でも、企業、監査機関、取引相手は公開の検証情報に基づいて取引のトレースを再構築できます。これは企業にとって極めて重要です。

従来のエージェントログは、プラットフォーム自身が保存するため、改ざんされたり、失われたり、ベンダーがサービスを終了した際にアクセスできなくなる可能性があります。Skalorの目標は、単なるあるプラットフォームのデータベース内の1つのレコードではなく、持ち運び可能で再現可能な暗号的証明として取引監査を実現することです。

一笔Agent支払いはどのように完了しますか?

AIエージェントを使ってサプライヤーへの支払いを管理する企業を例に挙げます。

まず、企業の財務責任者がエージェントにマンドートを設定します。これには以下が含まれます:

  • 1回の支払い上限;
  • 每日の総予算;
  • 認可されたサプライヤーリスト;
  • 人工共同承認が必要な金額の閾値。

エージェントがサプライヤーに支払いを準備する際、金額、受取人、および取引目的を含む支払い意図をSkalor SDKを通じて送信します。

スカロールはその後、順にチェックします:

  • エージェントは有効な身分を有していますか;
  • 関連する証明書は有効期間内ですか;
  • 受取先はコンプライアンスチェックを通過していますか;
  • 金額は1回の取引限度額を超えていますか;
  • その日の累計支出は予算を超えていませんか?
  • 受取先は企業ホワイトリストに登録されていますか。
  • 追加の共同署名要件がトリガーされますか。

金額が企業が設定した閾値を超えた場合、システムは取引を一時停止し、指定された担当者に独立した承認リクエストを送信します。承認が完了した後、みよう取引が再開されます。

すべてのルールを通過した後、Mandate が支払いを承認し、取引を対応する支払いネットワークにルーティングします。決済が完了すると、Skalor が暗号署名付きレシートを生成し、企業の財務チームにリアルタイムの監査記録を提供します。

フローチャートはこのプロセスを次のように表しています:

エージェント → SDK → スカロープロキシ → 命令 → 支払いネットワーク → メリチャント

Skalorは、支払いネットワークを直接置き換えるのではなく、支払い指示が決済層に入る前に認証、ポリシーチェック、承認を完了します。

開発者配布戦略

SkalorのSDKとコアツールは、オープンな開発者戦略を採用しています。開発者はSkalorをAgentフレームワークおよびアプリケーションに統合し、Agentが支払いを実行する前に自動的にポリシー検証インターフェースを呼び出せるようにできます。MCP統合により、大規模言語モデルに基づくアプリケーションは、標準化されたツール呼び出し方式を通じて、認証および清算サービスに接続できます。このようなオープンな配布には、二重の価値があります:

まず、開発者の試用コストが削減されます。チームは複雑な企業契約に署名する必要なく、テスト環境でMandate、身元確認、レシート検証を導入できます。

第二に、開発者の統合は自然に取引量をもたらします。あるAgent製品が本番環境に導入されると、その支払い活動はSkalorの清算取引および企業顧客に変換される可能性があります。

したがって、無料SDKは独立した収益源ではなく、Skalorの配布チャネルです:

開発者導入 → Agent 接続 → 企業導入 → 支払清算量の増加

Skalorは、基礎コンポーネントをオープンにすることで開発者の信頼を築き、その後、企業の清算およびコンプライアンスサービスで収益化を目指しています。

ビジネスモデル

Skalorのビジネスモデルは、取引清算とエンタープライズ級インフラサービスを中心に構築されています。

取引清算手数料

Agent が Skalor を通じて政策の検証と認可を完了させた取引ごとに、プラットフォームは取引金額に基づいて清算手数料を徴収します。このモデルは、クレジットカード組織や決済ネットワークのインフラ手数料に類似しています:1回あたりの手数料は低く、取引量の増加に伴って収益が増加します。Agent が調達、サブスクリプション、ベンダー支払い、金融取引の処理を開始すると、単一の企業から大量の継続的な支払いが発生する可能性があります。Skalor は資金を保有せず、取引金額に比例して増加する人的運用コストを負担しないため、ソフトウェアのスケール効果が非常に高いです。

企業プラットフォーム手数料

大企業、金融機関、専門のAIチームは通常、以下の追加機能を必要とします:

  • カスタムポリシーテンプレート;
  • プライベートデプロイまたは専用環境;
  • 企業の身元と権限の統合;
  • 監査およびコンプライアンス報告;
  • 複数部門および複数エージェント管理;
  • 専用テクニカルサポート;
  • 特定の支払い経路を接続。

これらの要件に対して、Skalorは企業プラットフォームのサブスクリプション料を徴収できます。

取引清算手数料とプラットフォームサブスクリプション料は補完的な関係にあります。前者は支払い量の拡大に伴って増加し、後者はより安定した高マージンの定期収入を提供します。

SDKとMCPの統合

開発者ツールは、プロトコルのカバレッジを拡大し、エージェントの導入を促進するために無料で提供されます。この「オープン配布、企業収益化」のモデルは、インフラソフトウェアにおいて一般的です:基盤標準が開発者にとって採用しやすければ、企業が導入する際の障壁は低くなります。

拡張可能な金融サービス

プラットフォームの発展に伴い、Skalor は企業資金や支払プロセスに関連するその他の付加価値サービスを提供する可能性があります。ただし、こうした機能には、法的構造、資金の流れ、リスクの境界を明確に定義する必要があります。外部ブログにおいては、これらを現在のビジネスモデルの核心ではなく、長期的な製品拡張の方向性として位置づけるのが適切です。

マーケットオポチュニティ

Skalorが直面する市場は、3つのトレンドが同時に発生していることから生じています。

AIエージェントがリアルな経済活動に参入

大規模モデルのコストは継続的に低下し、ツール呼び出しと推論能力が急速に向上しているため、企業はより多くのシナリオで自律エージェントを導入できるようになる。初期のエージェントは主に人間の作業を支援していたが、次段階では、エージェントは認可された実行主体として、調達、支払い、取引、資産管理に直接関与するようになる。エージェントが実際の経済的権限を獲得した場合、企業はそのエージェントにアイデンティティ、予算、承認、リスク管理、監査システムを構築しなければならない。これは、エージェントのガバナンスが単なる汎用ソフトウェア機能にとどまらず、独立したインフラストラクチャ市場を形成する可能性を示している。

ステーブルコインがマシンネイティブな支払いインフラとなる

ステーブルコインは24時間365日稼働し、プログラミング可能で、APIやスマートコントラクトを通じて直接呼び出せるため、マシン間の支払いに天然に適しています。従来の銀行システムと比較して、エージェントは営業日を待つ必要もなく、人間がオンラインバンキングにログインして支払いを完了する必要もありません。権限があれば、世界中でリアルタイムで決済が可能です。しかし、支払いフローが自動化されるほど、認証と清算レイヤーへの要求は高まります。ステーブルコインは「資金をどのように移動させるか」を解決し、Skalorは「マシンが資金移動の権限を持っているか」を解決します。

エージェントの支払い標準が急速に形成されています

Coinbase、Stripe、Anthropic、Google などのインフラ企業が、エージェント決済およびツール呼び出しの標準化を推進しています。これらのプラットフォームは、エージェントによる決済の実行を容易にしますが、企業レベルでの認証、予算管理、共同承認、検証可能な監査の問題を完全には解決していません。この観点から、Skalorはあらゆるエージェント決済プロトコルと競合するのではなく、それらの上位に汎用的な清算およびポリシーレイヤーとして機能することを目指しています。決済プロトコル間の差異が残る限り、企業には、複数のトラックをまたいでエージェントの権限を一元管理できるシステムが必要です。

規制とコンプライアンスの推進

企業がエージェントを導入する際、実行主体がソフトウェアに変わったからといって、監督および監査要件が消えることはありません。

一方、支払いが自律システムによって実行される場合、企業はより厳格な証明を必要とする可能性があります。

  • すべての取引は承認されています;
  • エージェントは明確な権限制限を受けます;
  • 制裁およびマネーロンダリングチェックが完了しました。
  • 資金の流れは完全に追跡可能です。
  • 重要な意思決定には人間の介入メカニズムが存在します;
  • システムは単一のエージェントによって任意に回避することはできません。

したがって、コンプライアンスはSkalorの上場後の追加モジュールではなく、その製品要件の重要な源泉です。

安定通貨とデジタル資産決済がより多くの規制対象企業に導入されるにつれ、非預託ポリシーの実行と検証可能な監査記録を提供できるプラットフォームは、徐々に「セキュリティツール」から企業調達における基本的な要件へと変化する可能性がある。

競争環境

Skalorが直面する競合は、関連しているが、解決する問題は完全には異なる複数のソリューションから来ている。

エージェント支払い契約

このようなプラットフォームは、エージェントがサービスを発見し、価格を交渉し、支払いを開始できるようにする役割を担っています。これらは支払いの開始とプロトコルの標準化を解決し、一方でSkalorは企業の認可、戦略の実行、監査に焦点を当てています。したがって、両者は多くのシナリオで補完的な関係を築く可能性が高いです。

エージェントガバナンスおよびセキュリティツール

一部のプラットフォームは、事前実行ルール、異常検出、行動監視を提供しています。これらは企業がリスクを発見するのに役立ちますが、ポリシーがアプリケーション層にのみ存在する場合、エージェントや統合システムは依然としてルールを回避できる可能性があります。Skalorの差別化は、重要な制約を検証可能な実行層に組み込むことで、ポリシーに準拠しない取引が完了できないようにすることです。

保管およびウォレットインフラストラクチャー

機関託送先およびMPCプラットフォームは、企業顧客と資金入口を有しており、今後Agent権限管理を追加する可能性がある。これらの企業は強力な配信能力を備えているが、核心業務は依然として資金託送である。Skalorは非託送モデルを維持することで、複数の託送先および支払いネットワークに対して中立性を保ち、企業が資産を移動する必要を生じさせない。

従来の支払いネットワーク

ビザ、マスターカードおよびその他の支払い機関は、エージェント支払いと認証機能の検討を進めています。これらはカード支払いのシナリオで顕著な優位性を有していますが、企業エージェントの将来では、安定通貨、銀行ネットワーク、チェーン上プロトコル、機関決済システムを同時に使用する可能性があります。Skalorの機会は、特定の支払い方法に限定されるのではなく、複数のトラックにわたる一貫したポリシーと認証レイヤーを提供することにあります。

汎用クラウドとエージェントプラットフォーム

大規模なクラウドプロバイダーは、Agentの支払い機能をモデルのデプロイおよび企業調達プロセスに直接統合できる。こうしたプラットフォームは、既存の顧客、開発者エコシステム、調達チャネルを有しているため、Skalorが最も注目すべき長期的な競合要因である。Skalorの防御戦略は、モデル間、クラウド間、支払いネットワーク間で中立性を維持することにある。企業は、AgentのID、支払いポリシー、監査記録が特定のクラウドベンダーまたはモデルプラットフォームに束縛されることを望まない可能性がある。

核心差別化

非自己管理型中立層

Skalorは企業の資産を保管せず、ポリシーの実行と証明の生成のみを行います。これにより、企業が保管先、託送先、または支払いネットワークを変更するコストが削減され、プラットフォームが既存の金融機関と直接的な資金管理の対立を起こすことも回避されます。

原子化政策の実行

システムは取引発生後にリスクを警告するのではなく、取引決済前にポリシーを強制的に適用します。これにより、通常の監視ソフトウェアではなく、真の清算インフラに近づきます。

エージェント身份ネットワーク

KYA Bureauは、Agentの身分、実行環境、および機関の信頼性を検証可能なクレデンシャルとして統合します。このネットワークが広範な機関の参加を得られれば、単一のソフトウェア機能よりも強力なネットワーク効果を生み出す可能性があります。

クロスペイメントトラック

Skalorの目標は、別の決済ネットワークになることではなく、異なるネットワークを接続することです。エージェントは安定通貨、カードネットワーク、または企業決済システムを使用でき、企業は依然として一貫した予算と認可ルールを適用できます。

オープンソースかつ独立して検証可能

企業金庫の権限処理インフラストラクチャにおいて、信頼はベンダーの約束に完全に依存してはなりません。オープンな契約、公開テスト、オフラインで検証可能なレシートは、清算ロジックを不可視なブラックボックスと見なすのではなく、セキュリティチームや監査機関がシステムの動作を自ら確認できるようにします。

業界での地位

Skalorは、AIエージェントインフラにおける重要な転換を象徴しています。

第1段階では、業界はモデルが十分に賢いかどうかに注目しています。

第二段階では、エージェントがツールを使用してタスクを完了できるかどうかに注目してください。

しかし、エージェントが資金にアクセスし始めたとき、問題はさらに次のように移行します:

企業はどのようにして機械に実際の経済的権限を安全に付与できますか?

これにより、エージェントの識別、認可ポリシー、支払い決済、保険、信用、監査を含む一連の新しいインフラが生まれます。Skalorは、その中でも最も核心的な層に焦点を当てています。つまり、取引が発生する前に、特定のエージェントが経済的行動を実行する権限を持っているかどうかを決定することです。エージェント経済がさらに拡大すれば、この層は今日の支払いシステムにおける決済ネットワーク、認証、企業権限管理システムに類似する可能性があります。これは一般消費者に直接向けられるものではありませんが、多数のエージェント支払いの背後でデフォルトのコンポーネントとなる可能性があります。

要約

AIエージェントは、情報ツールから実行能力を持つデジタル経済参加者へと変化しています。

しかし、企業はモデルのパフォーマンスが良好であるという理由だけで、実際の資金権限をエージェントに完全に委ねることはできません。明確な身分、実行可能な予算、検証可能な認可、改ざん不可能な監査記録が必要です。Skalorは、Mandate、KYA Bureau、署名レシートシステムを通じて、これらの要件を組み合わせて非預託清算レイヤーを構築します。これは企業の銀行、クライアント、または支払いネットワークを置き換えるのではなく、それらとAIエージェントの間に必要な制御境界を設けます。

この観点から、Skalor はエージェント経済における最も基本的な問題の一つに答えようとしています:

機械がお金を支出できるようになったとき、誰がその支出のタイミングを決定するのか?

ドレイパー・ドラゴンの視点

ドレイパー・ドラゴンによると、AIエージェントの真の転換点は、モデルがより良い回答を生成できるようになることではなく、現実の経済行動を実行する権限を獲得し始めたことにある。エージェントがサービスを購入し、サブスクリプションを管理し、金融ツールを呼び出し、企業に代わって資金を移転できるようになると、AIはもはや生産性ソフトウェアではなく、企業の経済システムにおける新しい参加者となる。同時に、アイデンティティ、認証、清算、責任の帰属に関するインフラストラクチャも並行して整備される必要がある。

私たちは、企業が「手動実行」から「完全自律」へ直接移行することはないと考えています。その中間には、組織がエージェントの権限を段階的に拡大しつつ、資金、リスク、コンプライアンスに関する最終的なコントロールを維持できる信頼できる制御層が必要です。Skalorが構築したのは、まさにこの移行に必要な基盤能力です。それは、企業の方針を内部文書やバックエンド設定から、検証可能で実行可能な取引ルールへと変換し、エージェントを曖昧なソフトウェアプロセスから、明確なアイデンティティと権限の境界を持つ経済主体へと転換し、暗号化されたレシートを通じて、マシンが発行するすべての支払いを再現可能で監査可能、かつ責任追及可能にします。

さらに重要なのは、Skalorが非預託型であり、複数の決済ネットワークに中立であることです。これにより、企業は資産を新しい閉鎖的なプラットフォームに移管したり、特定のモデル、クラウドプロバイダー、または決済ネットワークに依存してすべてのプロセスを再構築したりする必要がありません。エージェントエコシステムがますます分断化する中で、この中立性は非常に重要なインフラストラクチャの特性となる可能性があります。

長期的に見て、エージェント決済は安定通貨やAI業界における一つの細分化された機能にとどまらず、新たなグローバルなビジネスインターフェースへと進化する可能性があると考えています。機械は個人および企業に代わってサービスを継続的に発見し、価格を交渉し、取引を完了しますが、これらの活動には、今日の人間の金融システムと同等、あるいはそれ以上に厳格な認証および清算基準が必要です。

このプロセスにおいて、私たちは以下を期待しています:

  • より多くの企業が、エージェントに提案を提供させるだけから、厳格なポリシー制約のもとで実行権限を付与する方向へ移行している。
  • エージェントの身分と信頼性は、モデルやプラットフォームから独立したインフラとして徐々に確立されてきている;
  • 支払いネットワーク、託送機関、および企業ソフトウェアが統一されたマシン認証および監査基準を採用し始めている;
  • 非自己管理型戦略実行は、企業が金融型Agentを導入する際のデフォルトのセキュリティ境界となります。

スカロールの投資家として、ドレイパー・ドラゴンは、次世代のビジネス活動が人間が目標を設定し、エージェントが実行する形で進んでいくと信じています。そして、信頼インフラがこの変革をどれだけ速く、どれだけ大規模に実現できるかを決定します。

Skalorは、機械経済時代におけるアイデンティティ、権限、資金フローを結びつける重要な清算層を構築している。

ドレイパー・ドラゴンについて

德鼎創新(Draper Dragon)由全球知名風險投資家與中國第一代風險投資領軍人物於2005年共同創立,源於硅谷的DFJ基金,是全球早期風險投資網絡聯盟「Draper Venture Network」的核心基金及理事單位。該基金專注於具有高技術壁壘與巨大發展潛力的創新機遇,堅持價值投資理念,其合夥人已在全球範圍內投資並培育出多家科技獨角獸企業,如Coinbase(Nasdaq:COIN)、HKbitEX、VirgoCX、CoinDCX、Ledger、Otter.ai、VeChain($VET)、IOTEX($IOTX)、YEEPAY和Splashtop等。同時,德鼎創新積極響應政府產業政策指引,通過引入合格社會資本並獲得上海市與青島市政府創業投資引導基金的支持,設立創新創業投資基金,有效調動社會資本投資高新技術產業,為培育創新產業作出了應有貢獻。

免責事項: 本ページの情報はサードパーティからのものであり、必ずしもKuCoinの見解や意見を反映しているわけではありません。この内容は一般的な情報提供のみを目的として提供されており、いかなる種類の表明や保証もなく、金融または投資助言として解釈されるものでもありません。KuCoinは誤記や脱落、またはこの情報の使用に起因するいかなる結果に対しても責任を負いません。 デジタル資産への投資にはリスクが伴います。商品のリスクとリスク許容度をご自身の財務状況に基づいて慎重に評価してください。詳しくは利用規約およびリスク開示を参照してください。