
ERC-8225:受託真實世界資產(RWA)的鏈上代理標準(RAMS 與 ERC-8183 之配套方案)
AI 生成摘要
本 ERC 定義了一個最小化介面,允許鏈上代理在與受監管的真實世界資產互動時,作為經過驗證的人類所有者的可編程代理人,並提供具備範圍限制且可撤銷的權限控制。
ERC-8225 討論主題:代理真實世界資產(RWAs)的鏈上代理權(On-Chain Agency)
更新日誌
2026-04-14:提交初稿,PR #[您的 PR 編號]
外部審查
截至 2026-04-14 尚無。
待解決問題
2026-04-14:託管模型 —— ERC-8225 是否應規定預設模式(代理人託管 vs 委託人託管),還是保持中立?歡迎提供反饋。
2026-04-14:RAMS 組合 —— isValidAgency 是否應自動檢查 RAMS 授權,還是將整合留給實作者?
2026-04-14:權限位元遮罩(Bitmask) —— 建議的 6 種操作集是否足以滿足早期 RWA 代理使用場景?
摘要
本 ERC 定義了一個最小化介面(IERC8225),允許鏈上代理(透過 ERC-8004 識別)在與代幣化的受監管真實世界資產(RWAs)互動時,作為經驗證的人類所有者的可編程代理機構或委派代表。
它為積極操作(轉帳、投票、重組配置、收益策略等)提供具備範圍限制、可撤銷且有時間限制的權限,同時保留法律上的受益所有權信號,並將審計/聲譽事件回饋至代理堆疊中。
它被設計為 RAMS 提案(@Ludovico.r)(合規授權 + 雙重 canTransact 檢查)的高層執行組件,並可與 ERC-7943 (uRWA) 和 ERC-3643 (T-REX) 代幣協同工作。
動機
自主代理(ERC-8004)和受監管代幣化資產(ERC-3643, ERC-7943)的興起創造了一種新的原始需求:在管理法律 RWA 時,代理人如何作為經驗證所有者的真實鏈上代表?
雖然 RAMS 提案優雅地解決了合規委派問題(確保代理人在轉帳期間不會繞過 KYC/AML),但許多代理 RWA 使用場景需要代理人積極地管理所代表的資產:
-
跨代幣化債券的自主國庫重組配置
-
對所代表的股權代幣治理提案進行投票
-
在許可制 DeFi 池中執行合規的收益策略
-
在所有者委派下,透過 ERC-3643 代理角色觸發強制轉帳或凍結
本標準為涉及代表性 RWA 的自主 A2A(Agent-to-Agent)商務增加了缺失的責任與執行原始組件。它實現了:
-
明確的所有權連結:人類所有者 (ONCHAINID) → 代理人 (ERC-8004 NFT) → 代表的 RWA 持倉
-
範圍化委派:位元遮罩權限 + 到期時間,實現最小特權代理
-
審計 + 聲譽:每項操作都會發出事件,用於合規追蹤和 ERC-8004 聲譽饋送
-
可組合性:掛鉤至 ERC-8183 Jobs,以實現基於任務的代理工作流
規範(摘要)
# pragma version 0.4.0
interface IERC8225:
event AgencyAuthorized:
owner: indexed(address)
agent: indexed(address)
rwa_token: indexed(address)
permissions: uint256
expiration: uint256
event AgencyRevoked:
owner: indexed(address)
agent: indexed(address)
rwa_token: indexed(address)
event AgencyActionPerformed:
owner: indexed(address)
agent: indexed(address)
rwa_token: indexed(address)
action_type: uint256
data: Bytes[1024]
def isValidAgency(owner: address, agent: address, rwa_token: address) -> bool: ...
def getAgencyPermissions(owner: address, agent: address, rwa_token: address) -> uint256: ...
def authorizeAgency(agent: address, rwa_token: address, permissions: uint256, expiration: uint256) -> bool: ...
def revokeAgency(agent: address, rwa_token: address) -> bool: ...
def performAgencyAction(rwa_token: address, action_type: uint256, calldata: Bytes[1024]) -> Bytes[1024]: ...
反饋問題
-
我們應該規定預設的託管模型,還是保持中立?
-
權限位元遮罩的粒度對於 V1 版本是否合適?
-
RAMS 的組合應如何運作:自動檢查還是選擇性加入?
1 則貼文 - 1 位參與者
[閱讀完整主題](https://ethereum-magicians.org/t/erc-8225-on-chain-agency-for-represented-rwas-companion-to-rams-erc-8183/28240)
相關文章
其他收藏 · 0
收藏夾