newsence
來源篩選

ERC-8182: Off-Chain Entity Registry and ERC-8183: Claimable Escrow

Ethereum Magicians

I am proposing two companion ERCs to resolve off-chain identifiers like GitHub repos and DNS domains to Ethereum addresses, enabling AI agents and protocols to interact with off-chain entities through a unified, permissionless lookup and deterministic pre-funding system.

newsence

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

Ethereum Magicians
大約 5 小時前

AI 生成摘要

我正提議兩項配套的 ERC 標準，用於將 GitHub 倉庫和 DNS 域名等鏈外識別碼解析為以太坊地址，讓 AI 代理和協議能透過統一且無需許可的查詢機制以及確定性的預資金系統與鏈外實體互動。

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，無需更改註冊表。

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

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

開放性問題

  • EAS 整合 — 所有權映射最終是否應作為 EAS 證明存儲以實現可組合性？

  • ERC-165 — 介面是否應要求 supportsInterface？

  • 規範化 — 建議按命名空間進行規範化，還是完全在離線端處理？

參考

  • 最小參考合約：包含在 ERC 的 assets/ 目錄中

  • 完整實現（未經審計）：

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