2026年7月14日，以太坊發佈了一項新的提案，闡述了自主人工智能代理如何在不將記憶內容上傳至公共區塊鏈的情況下，證明其記憶隨時間推移而發生變化。該提案草案（ ERC-8350 ）描述了一個ERC-8350代理記憶註冊表，根據以太坊改進提案網站上發佈的規範，該註冊表僅記錄與代理私有數據相關的加密承諾，而非數據本身。
要點總結
- ERC-8350 允許自主代理在以太坊上註冊內存更改，同時將實際內存內容保存在鏈下。
- 每次更新都會被封裝在一個名爲 ExperienceDelta 的簽名結構中，並通過哈希處理生成唯一的 Transition ID。
- 該系統通過檢查序列號和先前的狀態根來阻止亂序更新，然後再接受任何新內容。
- 爲了保護隱私，註冊表中明確禁止包含原始內存、加密密鑰、鹽值和存儲位置。
- 執行合同代碼必須永遠保持不變，不允許任何升級途徑。
ERC-8350簡介及其用途
ERC-8350 建立了一個最小化的註冊表接口，使得代理運營商、錢包開發者、審計員和其他交易對手可以在不同系統間查閱代理的內存歷史記錄，而無需暴露內存本身。作者 Everest An、XiaoHai Luo 和 Eric 指出，代理系統通常將長期存在的內存保存在私有數據庫中，而僅依賴以太坊進行身份驗證、支付或執行。
發佈純文本內容哈希值並不能告訴任何人它代表哪個狀態，是否是正確的下一步，或者誰有權批准它。該提案通過承諾使用私有增量、可選的來源引用、解釋配置文件和可選的私有定位器來彌補這一缺陷，同時保持註冊表本身與底層內存引擎無關。
經驗 Delta 和狀態轉換機制
對代理內存的每次更改都會被打包到一個名爲 ExperienceDelta 的結構體中，該結構體包含 spaceId、sequence、prevStateRoot、deltaCommitment、provenanceCommitment、profileId 和 locatorCommitment 等字段。該結構體擁有其唯一的標識符，即轉換 ID，該標識符通過 EIP-712 結構體哈希計算得出。
連續性是通過數學方式強制執行的。註冊表僅接受以下轉換：轉換的序列號等於當前序列號加一，且其 prevStateRoot 與註冊表的當前狀態根匹配。下一個狀態根是通過將前一個狀態根和新的轉換 ID 進行哈希運算生成的。根據規範的原理部分，這樣做可以防止更新操作像指向先前記錄的簡單指針那樣，聲明一個不相關的先前內存狀態。
授權模型和簽名驗證
每個存儲空間都包含一個控制器和一個可替換的授權器。這兩個角色都可以由普通的外部賬戶或遵循 ERC-1271 標準的智能合約賬戶擔任。控制器負責管理恢復，而授權器負責批准日常交易，它可以是熱錢包、多重簽名機制或策略合約。
所有用於註冊、授權更新和轉換的簽名都必須使用與註冊管理機構的鏈 ID 和合約地址關聯的 EIP-712 簽名域，以防止簽名在其他鏈或其他部署中被重放。當賬戶已部署代碼時，註冊管理機構首先會通過 ERC-1271 檢查簽名；如果該檢查失敗、回退或賬戶沒有代碼，則會回退到標準的 ECDSA 簽名恢復機制。
隱私考量和註冊表侷限性
規範明確規定，原始內存、鹽值、加密密鑰和原始定位器絕不能通過 ExperienceDelta 結構體或任何其他必需參數到達註冊表。只有對這些數據的承諾纔會存儲在鏈上，其目的是完全防止敏感的代理數據被公開。
這種設計存在一個明確的侷限性：有效的提交僅證明配置的授權器批准了狀態轉換。它並不能證明提交的內存實際上可用，也不能證明其內容真實。需要這些保證的應用程序必須在註冊表之上構建單獨的驗證機制。
合同不可更改性和安全性要求
該提案將不可變性視爲安全前提條件而非偏好。符合規範的註冊表不得位於任何能夠替換強制執行序列線性、狀態根鏈接或簽名驗證邏輯的升級機制之後，並且完全不得暴露任何針對這些邏輯的升級權限。
作者警告說，合約的可升級版本仍然可能重現規範中的每個測試向量，同時接受違反序列規則的轉換。
參考實現和測試向量
已有參考實現以 Solidity 合約 AgentMemoryStateRegistry.sol 的形式存在，它實現了提案中描述的 IAgentMemoryState 接口。根據規範，該合約復現了與草案一同發佈的標準 v1 測試向量，包括 ExperienceDelta、MemoryState 和 MemorySpace 的匹配類型哈希。
本文由人工智能輔助生成，並經編輯團隊審覈。