ERC 討論：代理別名元數據擴展（草案）

摘要

本提案為 ERC-20 代幣引入了一種標準化擴展，以支持基於別名（alias）的元數據解析。

其目標是使代幣、合約或代理（agents）能夠公開人類可讀或特定情境的別名，並能以一致且具互操作性的方式跨應用程式進行解析。

動機

雖然 ERC-20 為同質化代幣提供了最小化接口，但在代幣或相關實體如何呈現情境身份或元數據方面缺乏靈活性。

在許多新興的使用場景中（例如：基於代理的系統、可組合協議、多情境應用程式），存在以下需求：

• 除了靜態代幣名稱之外的人類可讀識別碼

• 情境感知別名（例如：按應用程式、按環境或按角色區分）

• 在鏈上解析這些別名的標準化方式

目前，各個項目以點對點（ad hoc）的方式實現此類機制，導致了碎片化和缺乏互操作性。

本提案旨在通過引入別名元數據解析的通用接口來填補這一空白。

提案

此 ERC 定義了 ERC-20 的一個可選擴展，允許：

• 將別名與代幣或相關實體關聯

• 根據情境動態解析別名

• 為外部使用者提供標準化接口

此擴展的設計旨在：

• 向後兼容現有的 ERC-20 代幣

• 輕量級且可選擇性實現

• 可通過標準接口檢測（如 ERC-165）進行發現

規範（草案）

規範的工作草案可在此處獲取：

向後兼容性

本提案不會對 ERC-20 引入破壞性變更。

現有合約可以在不修改核心代幣行為的情況下採用此擴展。不支持此擴展的應用程式將繼續按預期運行。

安全考量

潛在的疑慮包括：

• 若未經過適當驗證，可能出現誤導性或偽造的別名

• 不同情境下別名解析的歧義性

• 過度依賴對別名含義的離鏈解釋

實現時應確保：

• 別名所有權和更新的明確規則

• 盡可能採用確定性的解析邏輯

• 在安全敏感的情境中使用時進行適當驗證

開放問題 / 徵求回饋

我希望徵求社群對以下方面的回饋：

• 別名解析應該嚴格綁定於 ERC-20，還是作為一個獨立的 ERC 進行通用化

• ERC-165 在此擴展接口發現中的作用

• 情境編碼（context encoding）的標準化（如果適用）

• 潛在的邊緣案例或攻擊向量

• 提案的命名和範圍

期待大家的回饋與討論。

        1 則貼文 - 1 位參與者

        [閱讀完整主題](https://ethereum-magicians.org/t/erc-discussion-agent-alias-metadata-extension-draft/28010)