AIエージェントからチェーン許可境界まで:ERC-804は何が変化していますか

DeFi、抄録アカウント、AIエージェントなどのアプリケーション開発により、チェーン認証は1回限りのシグネチャから繰り返し、時間をかけて使用できる執行当局に確認されています。 同時に、新しい変更が発生しました。AI Agent は、サービスをリクエストし、自動的に支払う能力を持つようになりました。例えば、402 プロトコルでは、エージェントは HTTP 402 のステータスコードを介した手動の介入なしに、リソースとサービスをリアルタイムで支払うことができます。 これは、チェーン動作がもはやスタンドアローントランザクションではなく、操作を続ける自動化されたコラボレーションプロセスになります。

この背景に、権威の委任の問題がさらに増幅されている。 Web3 システムの現在の義務は、資産の可用性にしばしば対処し、漠然とした残酷なままであるが、具体的に許可されているものや、その程度に答えることは困難である。 ERC-8004 が発表されたのはこの文脈でした。 新規アセットを定義せず、取引や支払いの実行方法を変更します。 むしろ、それは体系的に理解し、検証することができるチェーン行為のための有能なモデルを作成することを試みます, 権威自体の委任は記述することができます, 懲戒し、管理可能。

より広範な系統的観点から、ERC-804は、抽象的なアカウントや402などの自動支払契約との競争的な関係ではありませんが、むしろ異なるレベルの労働の分裂:X402は、行動が発生した後に価値の交換の質問に対処しますが、ERC-804は、行動の前に行動することができ、権威が交差していたかどうかを懸念しています。 DeFi、AIエージェント、およびエンタープライズおよびRWAなどのシナリオでは、この権限は、支払いが続くと、資産から行動レベルへの権限の委任を促進し、より複雑で長期間の自動化コラボレーションのための管理可能な基盤を提供します。 コスト、ウォレットサポート、ユーザーエクスペリエンスを学習する課題はまだ現実的ですが、ERC-8004は短期的な物語ツールではありませんが、複雑なシステムを運ぶためのWeb3機能の最下規格です。

1。 プレゼンテーションのドライバー

チェーンインフラが進化するにつれて、トランザクションの実行に関連する資産チェーンの能力は抽象化され強化されています。 ERC-20、NFTから複数のウォレットとアカウント(ERC-4337)の抽象化まで、チェーンでのユーザー参加のしきい値が減少し、アカウント自体がますますますインテリジェントになっています。

しかし、このプロセスでは、根本的な問題は体系的に対処されていない: メカニズム自体が物質的にはほとんど進化していません。 初期のWeb3では、許可は秘密鍵の署名を意味します。 ユーザーは、譲渡、契約の呼び出し、または承認の操作が確認のワンタイム行為と見なされるかどうか、署名によって「同意する」と表現し、リスク境界はユーザーの責任を完全に負います。

しかし、今日はチェーン環境が変化しています。 DeFiシナリオでは、承認は長時間有効になる傾向があります。 自動戦略とセッションキーシステムでは、承認は繰り返し使用されます。AIエージェントまたはトランザクション実行のボットモードでは、各操作に直接関与するわけではありません。 mandate は 1 回限りの検証から、実装の継続的能力まで進化しています。期間に何かを行う権限の転送などです。

問題は、Web3の現在のインフラは、この長期にわたる認可状態に対する制約の明快さと均等性を提供することです。 権威の範囲の曖昧さ、それを取り戻す難しさとリスクの予測可能性は、多数のセキュリティインシデントのソースとなっています。 同時に、パラドックスは、アカウントの抽象化によってさらに増幅されます。アカウントが自動的にトランザクションを実行でき、ガス代に第三者に支払われると、それができることとできないことは明らかになります。

ERC-8004 が発表されたのはこの文脈でした。 Web3の長い行方不明のリンクを埋めることを目指しています: 明確で、バインディングと体系的に理解された能力モデルを作成するために、mandate自身のための。

2。 ERC-8004のコア要素

ERC-8004のエントリーポイントは、トランザクションが実行されるアセットまたは方法でではなく、権限が個別に記述できるかどうか、独立して検証され、システムレベルで継続的に管理されます。

2.1 ERC-804の特長 定義されたものは何ですか

EIP公式ネットワーク定義によると:ERC-8004は、Etherの道具の発見、選択および相互信頼のための標準的な合意です。 それは、登録、評判、認定メカニズムのチェーンを通じて、事前の信頼なしに一元化されたインタラクティブなインフラを構築します。

ここでは、自動療法はAIエージェントに限定されませんが、契約、自動スクリプト、複数の署名またはサービスプロセスなど、独立して承認および実装できる任意の行為の対象となります。 AIエージェントは、執行機関の能力に関するERC-8004の典型的な適用の1つです。

より一般的な観点から、ERC-8004 は新しい資産標準や口座の種類ではなく、チェーンベースの権限表現と検証のためのフレームワークではなく、その主題が行動を実行し、運用前にそれらを検証することを可能にする条件を説明するために使用されます。 そのため、ERC-8004は「お金が何であるか」や「取引の実行方法」ではなく、「どのような行為が許可されているか」と心配しています。 新しいアセットを作成したり、既存のアセットの属性を変更したりしませんが、アセットやアカウント上の権限の明確で検証可能なルールを追加します。

また、ERC-8004は、抽象的なアカウント(ERC-4337)の代替ではありません。 このアカウントは、トランザクションの実行方法に抽象的な注意を与え、ERC-8004は、プリトランザクションの裁量を解決します。 口座の抽象化がより柔軟になれば、ERC-8004はこの柔軟性のための明確な境界を設定します。

ERC-8004の心臓は、明確に説明することができ、権威の対象に署名された行動から権限の委任の変容を、独立して検証し、継続的に管理することができます。

2.2 ERC-804の特長 コア機関フレームワーク

ERC-8004のコア・メカニズムは、脇の複雑な技術を置くことによって「コンプレックス・ステートメント」として理解することができます。 従来の認可ロジックでは、ユーザーは一般的な決定書だけを作る傾向があります。「資産を運用することに同意します。」 システムは、何ができるか、どのくらいの時間とどのくらいの時間を行なうことができるか、さらに区別しません。 しかし、ERC-8004の枠組みでは、単一の承認はもはや漠然とした同意ではありませんが、明確に説明し、体系的に施行することができるルールのセットに分解されます。 この「競争の状況」は通常、次の5つのカテゴリの重要な情報が含まれています。

認定科目(誰): 誰が強制できますか

まず第一に、執行力が付与されたのは明らかです。 ERC-8004では、承認されたオブジェクトは固定されたウォレットアドレスに限定されませんが、契約、自動化、または短期運用のセッションキーであってもよいです。 これにより、権限は、限られた範囲内で戦略的な契約を操作したり、エージェントが繰り返し署名することなく特定のタスクを実行できるようにするなど、より複雑なシナリオに合うことができます。 曖昧な用語で与えられたよりも、権威は常に「明確な被験者」に与えられていることが重要です。

実行可能な動作(何を): 許可は

第二に、どのような行為を行なうか。 伝統的なmandatesは、多くの場合、完全または非存在であり、承認されると、それらは明示的に彼らのpurview内で自由に呼ばれることを可能にします。 ERC-8004の設計では、デフォルトではすべての可能な操作を開くのではなく、スワップ、転送、または呼ばれる特定のタイプの機能だけを許可するなど、特定のタイプの行動の型に承認を正確にすることができます。 ERC-804への回答は、それが動作するかどうかではなく、それが動作する場所ではありません。

どのような条件下で

これは、伝統的な義務からERC-8004の差別の重要な部分です。 有能な声明では、許可は通常、シングルまたは累積的な通貨キャップ、実行制限の頻度または数、特定の合意、プールまたは契約上のアドレスのみを含みます。 これらの条件は、ファクトルールを投稿しませんが、実装前に満たさなければならない事前条件。 条件が確立されていないと、操作自体は実行できません。

強制力と無効性へのエントリのルール(ウェン): 有能性がいつ、いつ終わるのか

ERC-804は、時間とライフサイクルの明確な概念も導入しました。 許可は、指定された期間のみ有効である:(a) として設定できます。(b) は、使用後に自動的に破棄されます。また(c) は、いつでも再発する場合があります。 これにより、権威の委任は、もはや支払われるべき長期の負担ではなく、慎重に管理できるアドホック能力がなくなります。

ルールが本当に強化される方法は

最後に、最も簡単に無視されます。これらのルールはどのように実装されていますか? ERC-8004のコアアイデアは、動作が起こる前に権限を検証することです。 演技が有能なルールを満たしていない場合、問題が有利な後に説明責任を保っているのではなく、システムが直接執行を拒否する。 ERC-8004と従来の風ロジックの根本的な違いです。

2.3 ERC-804の特長 機能の追加タイプ: なぜ

それに直面して、ERC-8004は単に承認をより詳細にしますが、初期のソロ認可モデルは、本当に複雑なマンデートロジックを伝えません。 伝統的な許可は、アドレスが動作するかどうか、承認が渡されると、何ができるか、体系的に識別できないかをチェックするだけです。

ERC-8004のコア・ブレークスルーは、「アイデンティティ・ジャッジメント」から「行動判断」までのマンデートのアップグレードです。 操作がユーザーによって設定された制限を満たしているかどうかを判断し、開始した人だけではありません。 これにより、認証は、認証の量、頻度、範囲、期間などの条件を自然に含ま、その後のキャンセルやユーザーによる手動監視に依存することなく、許可することができます。

初めて, 権威論理の委任が構造化されたとき, それは結合され、再利用可能な能力を持っていた. 複数のステップ、クロス・アグリーメント・オペレーションは、承認段階に明示的に制限することができます。 そのため、ERC-8004はエージェントシーンのスペースを本当に開けています。 自動化プロセスはもはや「無限の承認」を必要としませんが、明確で検証可能な行為に限られ、執行は国境を越えて拒否されます。

ERC-8004 の添加は単に “SAFER MANDATE” ではなく、体系的に理解され、実装されている MANDATE ロジックではなく、従来の有効メカニズムとは根本的に異なるものです。

3. ERC-8004の潜在的な適用指示

ERC-8004は、特定の製品用に設計された標準ではありませんが、パワーメントの普遍的な言語のようなものです。 したがって、そのアプリケーション値は単一のシーンの発生に反映されませんが、複雑なマンデートを持つ複数のシステムで同じタイプの容量の共通の要求では。

DeFi:「アセットレベルの承認」から「行動レベルの承認」まで

現在のDeFiシステムでは、最も一般的な承認形態は「ワンタイム承認、無制限」のままです。 たとえば、スワップ、ローン、または誓約を作成するためには、ユーザーは契約を優先し、基本的には資産の制御を全体として渡す必要があります。 これは非常に効率的であるが、リスクは直感的である: 契約がアップグレードされると、攻撃またはユーザーが予期しないロジックで使用されると、承認自体がリスクアンプになります。 ERC-8004 は資産ではなく、特定の行動ではありません。 たとえば、この契約がUSDCを無期限に使用できないと要求できますが、24時間以内に1,000 USDC未満のスワップ動作を行うことを可能にします。 一部のプロジェクトでは、マンデートのスコープと期間を制限しようとしていますが、現在ほとんどのプロジェクトはフラグメントされています。 ERC-8004 の値は、組織の行動レベルの委任を標準化し、再利用可能な、グループ可能な権限管理を達成し、リスク制御能力を根本的に高めることです。

AIエージェント: 自動実行のための検証可能な境界を提供

AIエージェントは、チェーンに沿って意思決定と実装に関与したため、権威の委任の問題は新しいレベルに拡大しました。 エージェントの値は、継続的な運用と自動実行にありますが、これは、長時間の運用権限を持つ必要があります。 明確なパーミッション境界がない場合、いわゆるエージェントは、フルユーザーコントロールを備えた自動化された手順であり、リスクは「スマート」によって低下しません。 ERC-804は、システムレベルの検証可能な認可境界を持つエージェントを提供します。 エージェントは、どのスコープ内で、時間制限があったか、そして実行前にルールをテストできるかを、 ex のポスト監視に依存するのではなく、実行前に実行できます。 オートメーションは、権威自体が構造化され、検証可能な場合にのみ、信頼できる前提条件です。

x402 プロトコルとのシナジー: エージェントが "enabled, 定住" を実行できるようにする

エージェントのシーンでは、マンデートを超えた別の重要な問題は、行動が許されると、その値が交換される方法です。 アプリケーションレイヤーの合意は、エージェントが再有効化されたHTTP 402(支払いが必要)ステータスコードでリソースやサービスを要求する際に、自動的に安定化通貨の支払いを完了できるようにするx402プロトコルなどのこの問題に対処しようとしています。 この構造では、ERC-8004とx402は異なるレベルですが、それらは補完的です。 ERC-8004は、「誰が許さないか」をできるのか、行動に対する権限と信頼の境界を確立することに重点を置いています。 x 402は「行動が起こるときの支払いと決済を完了する方法」に対処します。 前者は後者に依存しません。また、ERC-8004に優先される後者はいませんが、エージェント経済では、それぞれ、能力と支払いレベルの役割を果たします。 このレイヤードコラボレーションにより、Agent は承認検証から、手動の介入なしに価値交換までの完全なプロセスを完了し、同一システムにおける混合アイデンティティ、承認、支払いロジックの複雑さを回避しました。 これらの組み合わせは、エージェントがコンテンツ取得、データコール、コンピューティングサービスのダイナミズムを増加させるため、基本的なアーキテクチャのスケーラブルな形式になることを期待しています。

事業・RWAシーン:コンプライアンスの基本表現

エンタープライズアプリケーションとRWAのシナリオでは、ERC-8004の値は、コンプライアンスと解釈性においてより明らかです。 実際の世界における資産管理は、多くの場合、明確な回答を必要とします。誰がどのような条件下で実行することを許可されているか。 能力の定義と記録は、資産がチェーンされているか否かと比較して、実際の金融システムに移行する鍵です。 ERC-8004は、コンプライアンスの問題に直接対処しませんが、権限の構成された式のためのボトムアップサポートを提供し、監査、追跡、検証される権限のための自然な可能性を与えます。 この機能はユーザーエクスペリエンスを即座に変更しませんが、Web3システムと従来の組織間のインターフェイスのコストを大幅に削減します。

これらの潜在的なアプリケーションから、ERC-8004 は「セン主導型」規格ではなく、認証の複雑性が高まるにつれて自然に出現する基礎的な機能であることがわかります。 チェーンが単一の操作から進行中のシステム動作に進化したときに、権限の明確で検証可能な表現は、ほとんど容認できません。

4。 ERC-8004 の挑戦と長期的な価値;

実際の課題

まずは学習費用です。 ERC-8004は、単一の承認よりも論理を記述するためのより正確な権限のセットを紹介します。 開発者とユーザーは、システム内の認可の意味を再理解する必要があります。 この認知コストは、市場で吸収される時間がかかります。 2 つはウォレットとインフラのサポートです。 ERC-8004の容量は、ウォレット、SDK、実装環境が理解され、調整されている場合にのみ使用できます。 初期段階では、サービス可能ではなく、普遍的な能力のように、即時のスケール効果を達成するのは困難です。 最後に、ユーザー体験。 権限の複雑な委任, 直接ユーザーにさらされた場合, 唯一の操作上の負担を増加. 通常のユーザーが直感的に理解できるインタラクティブなアプローチに構造化された機械検証された一連のコンピテンスルールを変換する方法と、ERC-8004が大規模に上陸する可能性があるかどうかを直接確認する意思があります。

ERC-4008は現物ではなく、次のステージです

これらの現実的なしきい値のため、ERC-804は短期的な物語ツールとして適していません。 すぐにユーザーの規模の発生につながりません。また、新しい収益モデルに直接つながります。 ERC-8004は、複雑さ、管理可能、解釈可能、検証後、システムを作るのではなく、より速く世界を作ることを試みません。 その価値は、機能の数ではなく、将来の自動化、エージェントのコラボレーション、および機関のエンゲージメントのための持続可能な進化のための最新の基盤を残すかどうかにあります。 この意味では、ERC-8004はサイクルの基準ではありませんが、Web3が複雑な共同関係を運ぶことができるかどうかを判断するボトム機能の1つです。

参考文献

1. ERC-8004: 信頼できる代理店: https://www.flickr.orgeIPS/eip-8004の特長 

その他の改善製品(EIP):https://github.com/othereum/EIPs

3. ACC-4337:Alt Mempoolを使用して会計:https://eips.etheum.org/EIPS/eip-4337 

4. ERC-804 ウェブサイト:https://www.8004.org 

5。 x 402の仕組み:https://docs.cdp.coinbase.com/x402/core-concepts/how-it-works 

6。 x402への歓迎:https://docs.x402.org/international