解释多入口vault、独立share token、share与asset查询关系及ERC-165检测,说明集成方不能再假设vault本身就是share。
ERC-7575把vault入口与share代币拆开,使多个底层资产可以指向同一份额。
地址关系
每个vault入口仍通过asset()声明自己的底层资产,并提供ERC-4626式存取;share()则返回共同ERC-20份额代币地址。
接口对照
因此vault地址不再必然等于share地址。聚合器要建立asset→vault→share映射,授权assets给入口合约,读取余额则查share token。
易错点:ERC-7575把vault入口与share代币拆开,使多个底层资产可以指向同一份额。
份额流转
多个入口共享份额不表示底层资产能一比一互换。每个入口可有不同费用、限额、oracle和流动性,preview与max函数要分别读取。
把事实放在一起
| 证据项 | 规范结论 |
|---|---|
| 1 | ERC-7575允许多个vault入口对应不同asset,同时共用一个独立ERC-20 share token。 |
| 2 | share()让vault返回份额代币地址,asset()仍返回该vault入口对应的底层资产。 |
| 3 | 集成方不能再假设vault地址等于share地址,应通过ERC-165和share、asset关系发现多资产结构。 |
操作证据怎样留存
| 检查层 | 需要留下的证据 | 阻断条件 |
|---|---|---|
| 地址关系 | 从Ethereum Improvement Proposals确认ERC-7575多资产金库如何共享share token的正式定义,并保存网络、地址与读取时间 | 定义或版本对不上时,不继续套用本文步骤 |
| 接口对照 | 在原始返回、签名消息或交易指令中定位对应字段,不用界面缩写代替 | 找不到原始值时,把结果标为未验证 |
| 份额流转 | 用ERC-4626复核实现行为,特别记录可选扩展与权限主体 | 实现与规范语义不一致时,按具体部署重新评审 |
| 集成发现 | 构造一个失败样例,确认客户端会明确拒绝而不是静默修正 | 失败仍被显示为成功时,停止上线并补充状态校验 |
记录ERC-7575多资产金库时,把“输入快照”和“判断结果”分开。该主题的快照包含原始bytes、字段单位、对象地址、区块高度与Ethereum Improvement Proposals版本;结果注明通过的规则和仍未知的集成发现。这样即使ERC-7575多资产金库如何共享share token随后变化,也能复现当时的结论。
ERC-7575多资产金库的测试至少覆盖正常路径、缺少接口对照、提交前状态改变及客户端不支持当前版本。前几类验证份额流转边界,最后一类确认产品不会删除字段或改走未经用户确认的回退路径。
集成发现
集成先用ERC-165检测7575接口,再核对share与vault关系。若代码仍把IERC20(vault).balanceOf当作份额余额,会得到错误结果。
剩余风险
不同asset入口的兑换、费用和流动性由实现决定,共享share不保证所有入口价格完全无摩擦。 相邻知识可继续对照ERC-4626份额换算、ERC-165接口检测。
引用依据
| 来源 | 用途 |
|---|---|
| Ethereum Improvement Proposals | 正式接口、字段与规范语义 |
| ERC-4626 | 实现路径、兼容性或安全边界 |
ERC-7575多资产金库的资料访问口径为2026-07-17;遇到Draft状态、可升级部署或可变网络参数,应在后续复核日重新读取Ethereum Improvement Proposals。
发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。