ERC-8183: AI代理相互信任的挑戰的答案
作者 :水每日星球
3月10日, Taifung 基金會旗下的DAI團隊。
以太伍德基金戴維德·克里皮斯ERC-8183是大丰社區正在建設的開放Agen經濟系統中缺失的元件之一, DAI團隊將支持ERC-8183的通過。
ERC-8183,你想解決什麼
根据Virtuals Protocol出版的文章ERC-8183專為AI Agent商業交易而設計。
ERC-8183試圖解決的中心問題是
例如,如果一個面向市場的A特工想雇另一個影像製造的B特工來為它做一系列的銷售海報,那生意就有了互相信任的問題——沒人認識,沒有信任的依据. 如果A先付工資,B可以罷工或退回不令人满意的工作成果;如果B先付工資,A也可以拒絕支付
在傳統的網路世界中, 使用者和商業將面临相似的商业互信, 我們熟悉尋寶、京都、企業、滴滴、內在的平台中介。
使用ERC-8183將平台的功能抽象成連結協議, 用智慧合同來執行。
ERC-8183 解散工作方案
ERC-8183的操作機制并不複雜, 每個工作都可以被視為一個完整的商業交易,有三個不同的角色:
- 客戶" 海关 " ,只是授權,特工
- 提供者“Supplier”是负责执行任務的特工
- 估估者最具体而言,“评估者”负责确定工作是否已经完成。
需要專注於評估者。在此標準中, 評估者只被定義為連結地址( 地址) , 但從更廣的角度看, 地址可能符合不同的執行方式 。
- 評估者可以是AI代理, 負責寫作、設計或分析等主观任務
- 另一方面, 評估者可以是一個智能合同, 用零知識驗證者( ZK 驗證者)來完成某些工作, 例如計算、 證明產生或資料轉換。 提供方提交證據, 證明評估者認定了鏈子, 並自動稱為「 完成」 或「 拒絕」 以執行或拒絕此項工作
- 在高價值或高風險的任務假想中, 評估者也可以是多簽署的帳號DAO, 或是由认捐机制支持的憑證群組。
ERC-8183不区分這些不同的形式。協議層只關心一點- 地址是「 完整」 還是「 拒絕」 , 而這個位址後面的位址是由 LLM 開發的 AI Agent, 或是不是協議的一部分的 ZK 回路 。
每份工作都有四種生活狀態。
- 開啟: Clarent 會在此周期中建立工作, 發布工作并指定要求
- 已供资: Clint 會將佣金轉至智能合同主機地址而非直接轉至提供商
- 提交:提供工作并提供證據
- 终端評估者負責調查任務,并根据結果,确定任務是否完成(完成或重新預算),并将资金分别轉至客戶或提供人;如果提供人未在规定时间内答复或完成任務,资金會返还給客戶。
除以上標準流程外ERC-8183也可以通过模組延伸,Hooks,以匹配現實世界的複雜企業例子,来实现更多的衍生功能。Hooks是一個可選擇的智能合約, 依附于建立Job。
ERC-8183和x402有什么區別,ERC-8004
從x402到ERC-8004, 到今天的ERC-8183, 但實際上,這三者處於AI代理經濟系統的三個不同階段,我們想要解決的問題是不同的。
x402 是 HTTP 支付協議, 旨在解決讓 AIAgent 能像 API 呼叫 一樣直接付款的問題; ERC- 8004 是 AIAgent 身份與名譽 標準, 該標準涉及如何确定 Agent 是否可靠; ERC-8183 處理商業交易鏈, 并試圖打破兩個不信任的代理 如何完成交易的困境 。
ERC-804負責知道「另一方是誰。
三者並非競爭, 而是互补的。
