Circleが開始した機能と、今後のロードマップ
Circleは9月16日、Arcのパブリックメインネット開始を発表しました。EVM互換のLayer 1はネットワーク手数料にUSDCを使用し、Circleによると決定論的なサブ秒ファイナリティを提供します。許可型のバリデーター群、Circleのプラットフォームとのネイティブ連携、100を超えるアプリケーション、100を超える機関・エコシステム事業者とともに開始されました。
エージェント決済について、CircleはAgent Stackがポリシー制御型Agent Walletsを提供し、Arc Portalからウォレットへの入金、利用上限の設定、オンチェーン作業の委任が可能だと説明しています。一方、AgentVM、IDと監査記録のためのAgent Sector、ネットワーク全体のプライバシー、プルーフ・オブ・ステークへの移行は、開発中またはロードマップ上の要素です。現時点で利用できるメインネット統制として扱うべきではありません。
利用上限は、個別の支払いに対する認可ではない
ウォレット単位の上限は損失規模を抑えますが、特定の取引が利用者の意図に合っていることまでは保証しません。エージェントは上限内でも、誤った受取人への送金、誤ったコントラクトの選択、過去の支払いの再実行、注入された指示に基づく操作を行えます。本番システムでは、提案したモデルとは独立した決定論的ポリシーによって、影響の大きい操作を毎回判断する必要があります。
認可記録では、実効主体とエージェントIDを、受取人、チェーン、コントラクトとメソッド、資産、上限額、手数料上限、目的、有効期限、承認証跡に結合します。署名基盤が受け入れるのは、この制約された意図だけにし、エージェントが組み立てた任意の取引を直接受け入れてはいけません。利用上限は唯一のセキュリティ境界ではなく、統制を重ねる一要素になります。
高速なチェーン確定でも、ワークフロー全体は原子的にならない
Arc上の決定論的なサブ秒ファイナリティは決済の不確実性を減らせます。しかし、エンドツーエンドの支払いは、モデル実行、ポリシーサービス、ウォレット署名、RPC送信、コントラクト呼び出し、Webhook、内部台帳を横断します。送信後のタイムアウトでは、チェーン上で確定済みでも呼び出し元が結果を判断できない場合があります。安定した支払い識別子なしで再試行すると、経済的に確定した二重払いになり得ます。
各支払いにはエージェントの再試行をまたいで維持される冪等性キーを付け、一つの署名済み意図に対応させます。状態照会はチェーン証跡と業務状態の両方から導出します。キューワーカーには、提案、認可、署名、送信、チェーン確定、送付先アプリケーションでの受領、照合済みという明示的な状態が必要です。「Arc上で確定」は重要な状態ですが、状態機械全体の代わりにはなりません。
制御面の主張と決済証跡を照合する
手数料にUSDCを使えば、別の変動性の高いガストークンを保有する必要はなくなります。ただし、総コストの固定や中断のない実行を保証するものではありません。手数料上限、十分な運用残高、RPCフェイルオーバー、コントラクト許可リスト、署名基盤の可用性、ポリシー・ウォレット・バリデーター・連携サービスが停止した場合の縮退動作は引き続き必要です。
運用では少なくとも四つのビューを照合します。エージェントが要求した操作、ポリシーと承認の記録、ウォレットまたはカストディの取引記録、確定したオンチェーン結果とアプリケーションの業務受領記録です。例外には担当者と理由コードを付けます。ポリシー拒否、意図の失効、nonce競合、手数料超過、送信結果の不明、コントラクトのrevert、業務確認の欠落、台帳不一致などです。
Ineezaの見解
Arcが注目に値するのは、エージェントウォレット、ステーブルコイン手数料、機関向け決済基盤が、試作だけでなく稼働中のネットワーク上で接続された点です。本番機会は現実のものですが、安全な連携境界は、資金を入れて利用上限を設定したウォレットより広く捉える必要があります。人の委任から、制約された意図、独立した認可、隔離された署名、再試行に安全な実行、照合までをつなぐ証跡の連鎖です。この連鎖を構築すれば、モデルの挙動を金融権限に変えることなく高速決済を活用できます。