newsence
探索AI 對話

ERC-8182：鏈下實體註冊表與 ERC-8183：可申領託管協議

Ethereum Magicians·大約 1 個月前
原文

我提議了兩個配套的 ERC，讓協議和 AI 代理能將 GitHub 倉庫或 DNS 網域等鏈下識別碼解析為以太坊地址，並允許在實體註冊前透過確定性地址進行預先注資。

ERC-8182: 離線實體註冊表 / ERC-8183: 可申領託管

協議和 AI 代理需要將離線識別碼（GitHub 儲存庫、DNS 網域、npm 套件）解析為以太坊地址。任何代理、任何框架，只需一次 ownerOf 調用。目前尚不存在此類標準。

我正提議兩項配套的 ERC：

ERC-8182: 離線實體註冊表 (Off-Chain Entity Registry) — 將 (命名空間, 字串) 配對映射到以太坊地址。所有權透過可插拔的驗證器合約證明（現今為預言機，未來為 ZK）。一次 ownerOf(bytes32) 調用即可解析任何識別碼。

ERC-8183: 可申領託管 (Claimable Escrow) — 為每個識別碼提供確定的存款地址 (CREATE2)。在任何人註冊之前，即可向 github:org/repo 注資。實體在準備就緒時隨時可以申領。地址在升級過程中保持穩定。

兩者在架構上是獨立的。註冊表不持有資金。託管是可選的。

為什麼是現在

每個需要定址離線實體的協議都在建立自己的解析系統（Drips、Octant、Optimism 等）。隨著 AI 代理成為鏈上基礎設施的常見消費者，這種碎片化變得難以維持 —— 代理需要一個共享、無需許可的查詢機制，且無需 API 金鑰或受信任的後端即可調用。

關鍵設計決策

  • 可插拔驗證：IVerifier 是一個單一函數 — verify(id, claimant, proof) → bool。目前支持預言機簽名的證明，未來支持 zkTLS/DNSSEC，無需更改註冊表。

  • 確定性預注資：每個識別碼在註冊前都有一個可計算的存款地址。代理和協議可以立即發送資金。

  • 無轉移功能：更改註冊者需要撤銷 (revoke) + 使用新證明重新申領 (re-claim)。所有權始終與經過驗證的控制權掛鉤。

開放問題

  • EAS 整合 — 為了可組合性，所有權映射最終是否應存儲為 EAS 證明 (attestations)？

  • ERC-165 — 接口是否應要求 supportsInterface？

  • 規範化 — 每個命名空間建議的規範化 (canonicalization) 應在鏈上還是完全在離線進行？

參考資料

歡迎提供反饋 —— 特別是關於兩項 ERC 的拆分、驗證器接口，以及任何我遺漏的重疊 ERC。

        1 則貼文 - 1 位參與者

        [閱讀完整主題](https://ethereum-magicians.org/t/off-chain-entity-registry-claimable-escrow/27899)
https://ethereum-magicians.org/t/off-chain-entity-registry-claimable-escrow/27899