Day 135：ERC-4626 金库标准 — 标准化收益金库的架构、可组合性与安全考量

核心概念

什么是 ERC-4626？

一句话定义：ERC-4626 是一个标准化的收益金库（Tokenized Vault）接口，它扩展了 ERC-20 标准，定义了存取底层资产（Asset）与金库份额（Share）之间转换的统一方法。

类比理解：如果 ERC-20 是"统一的货币格式"，那么 ERC-4626 就是"统一的理财产品格式"。就像传统金融中所有基金都用 NAV（净值）来表示份额价格一样，ERC-4626 让所有 DeFi 金库都用相同的方式来描述"你存了多少、能取多少、收益是多少"。

为什么 DeFi 需要标准化金库？

在 ERC-4626 出现之前（2022年5月正式通过），DeFi 世界的金库（Vault）是一片混乱：

ERC-4626 之前的混乱世界：
════════════════════════════════════════════════

Yearn V2           Aave aToken          Compound cToken
├── deposit()      ├── deposit()        ├── mint()
├── withdraw()     ├── withdraw()       ├── redeem()
├── pricePerShare  ├── balanceOf         ├── exchangeRate
├── totalAssets    │   (自动增长)        ├── balanceOfUnderlying
└── 独特的份额      └── 1:1弹性供应       └── 汇率换算
    计算逻辑

结果：
├── 每对接一个协议 = 写一套适配代码
├── 聚合器要维护 N 套接口 → 高成本、易出bug
├── 新协议无法快速被集成 → 冷启动困难
├── 安全审计成本高 → 每个实现都是独特的
└── 用户比较收益困难 → 没有统一的收益率计算方式

ERC-4626 的诞生与意义

ERC-4626 在 DeFi 标准体系中的位置：
════════════════════════════════════════

ERC-20 (同质化代币标准)
│
├── ERC-4626 (收益金库标准) ← 我们今天要学的
│   ├── Yearn V3 Vaults
│   ├── MetaMorpho Vaults
│   ├── Euler V2 Vaults
│   ├── Balancer Boosted Pools
│   └── 各种收益产品...
│
├── ERC-2612 (Permit签名授权)
│   └── 无需先 approve 再 transferFrom
│
└── ERC-777 (高级代币标准，已较少使用)

ERC-721/1155 (非同质化代币)
│
└── Uniswap V3 LP Position (ERC-721)

ERC-4626 的核心洞察：
收益金库本质上就是一种 "包装过的 ERC-20"
份额 (Share) 本身就是一个 ERC-20 代币
只是这个代币的 "兑换率" 会随着收益增长而变化

---

知识点详解

知识点 1：ERC-4626 核心接口设计

完整接口规范

ERC-4626 定义了一组精心设计的接口，可分为四大类：

ERC-4626 接口全景图：
════════════════════════════════════════

1. 资产信息 (Read-Only)
├── asset()              → 底层资产的地址（如 USDC、WETH）
├── totalAssets()         → 金库管理的底层资产总量
├── convertToShares(assets) → 给定资产量，能得到多少份额
└── convertToAssets(shares) → 给定份额量，能兑换多少资产

2. 存入操作 (Write)
├── deposit(assets, receiver)  → 存入指定数量的资产，获得份额
│   └── 参数：我要存 1000 USDC，份额给 receiver
├── mint(shares, receiver)     → 铸造指定数量的份额，扣除资产
│   └── 参数：我要 100 份额，需要扣多少 USDC 自动算
├── maxDeposit(receiver)       → receiver 最多能存多少
└── maxMint(receiver)          → receiver 最多能铸多少份额

3. 取出操作 (Write)
├── withdraw(assets, receiver, owner) → 取出指定资产量，销毁份额
│   └── 参数：我要取 1000 USDC，从 owner 的份额中扣
├── redeem(shares, receiver, owner)   → 赎回指定份额量，获得资产
│   └── 参数：我要赎回 100 份额，资产给 receiver
├── maxWithdraw(owner)        → owner 最多能取多少资产
└── maxRedeem(owner)          → owner 最多能赎回多少份额

4. 预览函数 (Read-Only)
├── previewDeposit(assets)   → 存入 X 资产，预计得多少份额
├── previewMint(shares)      → 铸造 X 份额，预计需多少资产
├── previewWithdraw(assets)  → 取出 X 资产，预计销毁多少份额
└── previewRedeem(shares)    → 赎回 X 份额，预计得多少资产

5. 事件 (Events)
├── Deposit(caller, owner, assets, shares)
└── Withdraw(caller, receiver, owner, assets, shares)

deposit vs mint / withdraw vs redeem 的区别

这是面试高频考点，很多人搞不清楚这四个方法的区别：

deposit vs mint — 两种存入方式：
════════════════════════════════════

deposit(assets, receiver)
├── 输入：我要存入 1000 USDC
├── 输出：自动计算得到多少 shares
├── 类比：去银行说"我要存 1000 元"
└── 使用场景：用户知道自己有多少资产想存

mint(shares, receiver)
├── 输入：我要获得 100 个 shares
├── 输出：自动计算需要扣多少 assets
├── 类比：去银行说"我要买 100 份基金"
└── 使用场景：用户想要精确控制份额数量

withdraw vs redeem — 两种取出方式：
════════════════════════════════════

withdraw(assets, receiver, owner)
├── 输入：我要取出 1000 USDC
├── 输出：自动计算销毁多少 shares
├── 类比：去银行说"我要取 1000 元"
└── 使用场景：用户知道自己需要多少资产

redeem(shares, receiver, owner)
├── 输入：我要赎回 100 个 shares
├── 输出：自动计算给多少 assets
├── 类比：去银行说"我要赎回 100 份基金"
└── 使用场景：用户想清仓所有份额

总结：
├── deposit / withdraw → 以"资产量"为锚点
└── mint / redeem      → 以"份额量"为锚点

Solidity 接口定义

// SPDX-License-Identifier: MIT
// ERC-4626 核心接口（简化版）
interface IERC4626 is IERC20 {
    // === 资产信息 ===
    function asset() external view returns (address);
    function totalAssets() external view returns (uint256);

    // === 转换函数 ===
    function convertToShares(uint256 assets) external view returns (uint256);
    function convertToAssets(uint256 shares) external view returns (uint256);

    // === 存入 ===
    function deposit(uint256 assets, address receiver) external returns (uint256 shares);
    function mint(uint256 shares, address receiver) external returns (uint256 assets);
    function maxDeposit(address receiver) external view returns (uint256);
    function maxMint(address receiver) external view returns (uint256);
    function previewDeposit(uint256 assets) external view returns (uint256);
    function previewMint(uint256 shares) external view returns (uint256);

    // === 取出 ===
    function withdraw(uint256 assets, address receiver, address owner)
        external returns (uint256 shares);
    function redeem(uint256 shares, address receiver, address owner)
        external returns (uint256 assets);
    function maxWithdraw(address owner) external view returns (uint256);
    function maxRedeem(address owner) external view returns (uint256);
    function previewWithdraw(uint256 assets) external view returns (uint256);
    function previewRedeem(uint256 shares) external view returns (uint256);

    // === 事件 ===
    event Deposit(address indexed caller, address indexed owner,
                  uint256 assets, uint256 shares);
    event Withdraw(address indexed caller, address indexed receiver,
                   address indexed owner, uint256 assets, uint256 shares);
}

---

知识点 2：Share/Asset 关系 — 金库份额的核心数学

核心公式

Share 价格计算（类比传统基金 NAV）：
════════════════════════════════════════

基本公式：
                    totalAssets
Share Price = ──────────────────────
                    totalSupply

其中：
├── totalAssets = 金库管理的底层资产总量（含收益）
├── totalSupply = 金库发行的份额总量
└── Share Price = 每份额可兑换的资产量

存入时的转换：
                        depositAmount × totalSupply
sharesToMint = ──────────────────────────────────────
                           totalAssets

取出时的转换：
                        redeemShares × totalAssets
assetsToReturn = ──────────────────────────────────────
                           totalSupply

收益增长过程示例

时间线示例 — USDC 金库的 Share 价格变化：
════════════════════════════════════════════

T0：初始状态
├── Alice 存入 1000 USDC → 获得 1000 shares
├── totalAssets = 1000 USDC
├── totalSupply = 1000 shares
└── Share Price = 1000 / 1000 = 1.0 USDC/share

T1：策略产生收益 +100 USDC
├── totalAssets = 1100 USDC（策略收益自动归入金库）
├── totalSupply = 1000 shares（没有新铸造）
├── Share Price = 1100 / 1000 = 1.1 USDC/share
└── Alice 的 1000 shares 现在值 1100 USDC ✅

T2：Bob 存入 1100 USDC
├── Bob 获得 shares = 1100 × 1000 / 1100 = 1000 shares
├── totalAssets = 2200 USDC
├── totalSupply = 2000 shares
├── Share Price = 2200 / 2000 = 1.1 USDC/share
├── Alice: 1000 shares = 1100 USDC
└── Bob:   1000 shares = 1100 USDC

T3：再产生收益 +200 USDC
├── totalAssets = 2400 USDC
├── totalSupply = 2000 shares
├── Share Price = 2400 / 2000 = 1.2 USDC/share
├── Alice: 1000 shares = 1200 USDC（总收益 +200）
└── Bob:   1000 shares = 1200 USDC（总收益 +100）

关键洞察：
├── Share Price 只增不减（正常情况）
├── 后来者 Bob 以更高价买入 → 不能"偷"早期收益
├── 收益按持有份额比例分配 → 公平
└── 与传统基金 NAV 原理完全一致！

与传统基金 NAV 的精确类比

传统基金 vs ERC-4626 全生命周期对比：
════════════════════════════════════════

传统基金：
投资者 → 银行/券商(销售) → 基金公司(管理) → 托管行(托管)
         T+1确认              每日NAV            季度审计
         赎回T+3到账           信息不对称          费率不透明

ERC-4626：
用户 → 直接与合约交互 → 策略自动执行 → 链上完全透明
       即时确认           实时NAV          任何人可验证
       即时到账           无信息不对称      费率写在合约里

---

知识点 3：ERC-4626 的可组合性 — 金库乐高

金库嵌套与组合

ERC-4626 最强大的特性是可组合性：一个金库的 Share 本身是 ERC-20，可以被另一个金库作为 Asset 使用。

ERC-4626 可组合性示意图：
════════════════════════════════════════

层级 1 — 基础金库：
USDC → [Aave USDC Vault (ERC-4626)] → aUSDC-vault shares
USDC → [Compound USDC Vault (ERC-4626)] → cUSDC-vault shares
USDC → [Morpho USDC Vault (ERC-4626)] → mUSDC-vault shares

层级 2 — 聚合金库（MetaMorpho 模式）：
aUSDC-vault + cUSDC-vault + mUSDC-vault
    → [MetaMorpho Vault (也是 ERC-4626)]
    → Meta-vault shares

层级 3 — 收益优化金库：
Meta-vault shares + 其他收益源
    → [Yearn V3 Vault (也是 ERC-4626)]
    → Yearn shares

用户只需要与最外层交互！
内部的资金分配、收益优化、再平衡都是自动的。

这就是"金库乐高"的威力：
每一层都是标准化的 ERC-4626
→ 任意层都可以被上层组合
→ 任意层都可以被聚合器读取
→ 任意层都可以在 DEX 上交易

实际组合案例

案例 1：MetaMorpho Vault
═══════════════════════════
用户存入 USDC
    ↓
MetaMorpho Vault (ERC-4626)
├── 40% → Morpho Blue USDC/WETH 市场
├── 30% → Morpho Blue USDC/wstETH 市场
├── 20% → Morpho Blue USDC/WBTC 市场
└── 10% → 留作流动性缓冲

Curator（管理人）可以调整分配比例
但每个底层市场也是 ERC-4626 兼容的！

案例 2：Balancer Boosted Pools
═══════════════════════════════
传统 LP：USDC + DAI 对放在池子里 → 资金利用率低
Boosted：
├── 大部分 USDC → Aave aUSDC Vault (ERC-4626) 赚借贷利息
├── 大部分 DAI  → Aave aDAI Vault (ERC-4626) 赚借贷利息
└── 少部分留在池中 → 处理实际 Swap

结果：LP 同时赚交易手续费 + 借贷利息！

案例 3：Pendle PT/YT + ERC-4626
═══════════════════════════════
任何 ERC-4626 Vault 的 shares → 可以被 Pendle 包装
→ 分离成 PT（本金代币）+ YT（收益代币）
→ 用户可以交易未来收益

聚合器的统一对接

聚合器视角 — ERC-4626 大大降低了集成成本：
════════════════════════════════════════════════

之前（每个协议专门适配）：
聚合器代码：
├── yearn-adapter.sol   (Yearn 专用)
├── aave-adapter.sol    (Aave 专用)
├── compound-adapter.sol (Compound 专用)
├── idle-adapter.sol    (Idle 专用)
└── ... 每个协议一套适配器

现在（统一 ERC-4626 接口）：
聚合器代码：
└── erc4626-universal.sol (通用适配器)
    ├── vault.totalAssets()
    ├── vault.convertToShares(amount)
    ├── vault.deposit(amount, receiver)
    └── vault.redeem(shares, receiver, owner)

集成新协议的成本：
之前：2-4 周开发 + 审计
现在：验证 ERC-4626 合规性 → 直接对接（几小时）

---

知识点 4：安全考量 — Inflation Attack（首存攻击）

攻击原理

Inflation Attack（金库通胀攻击 / 首存攻击）：
════════════════════════════════════════════════

攻击场景：空金库、首个存款者

Step 1：攻击者是第一个存款者
├── 攻击者存入 1 wei 资产
├── 获得 1 wei share
├── totalAssets = 1 wei, totalSupply = 1 wei

Step 2：攻击者直接转入大量资产（不通过 deposit）
├── 攻击者 transfer 1,000,000 USDC 到金库合约
├── totalAssets = 1,000,000 USDC + 1 wei
├── totalSupply = 1 wei（没变！）
├── Share Price = 1,000,000+ / 1 = 极高

Step 3：受害者来存款
├── 受害者想存 500,000 USDC
├── 计算 shares = 500,000 × 1 / 1,000,000 = 0.5
├── 但 ERC-20 没有小数！向下取整 = 0 shares
├── 受害者存了 500,000 USDC → 得到 0 shares → 全部损失！

或者：
├── 受害者存 1,500,000 USDC
├── shares = 1,500,000 × 1 / 1,000,000 = 1.5 → 取整 = 1 share
├── 受害者 1,500,000 USDC 只得到 1 share
├── 攻击者赎回 1 share = (1,000,000 + 1,500,000 + 1) / 2 ≈ 1,250,000
├── 攻击者净赚 ≈ 250,000 USDC（受害者损失）

根本原因：
├── 整数除法的舍入精度损失
├── 攻击者通过"膨胀" share 价格放大精度损失
└── 空金库是最脆弱的时刻

防护方案

防护方案对比：
════════════════════════════════════════

方案 1：Virtual Shares / Virtual Assets（OpenZeppelin 推荐）
═══════════════════════════════════════════════════════════
原理：在计算中添加虚拟的偏移量

convertToShares(assets):
    return (assets × (totalSupply + 10^decimalsOffset))
           / (totalAssets + 1)

convertToAssets(shares):
    return (shares × (totalAssets + 1))
           / (totalSupply + 10^decimalsOffset)

效果：
├── 即使金库为空，虚拟偏移保证精度
├── 攻击者需要捐赠天文数字才能影响精度
├── OpenZeppelin ERC-4626 默认实现已包含
└── decimalsOffset 通常设为 0 或 3

方案 2：初始种子存款（最简单直接）
══════════════════════════════════
在金库创建时，部署者存入一笔"种子存款"
并将获得的 shares 发送到死地址（永久锁定）

constructor() {
    // 存入 1000 资产单位作为种子
    asset.transferFrom(msg.sender, address(this), 1000);
    _mint(address(0xdead), 1000); // 铸造 1000 shares 给死地址
}

效果：
├── 金库永远不会"空"
├── 攻击者无法膨胀 share 价格
└── 代价：部署者损失少量资金

方案 3：最小存款量限制
══════════════════════
function deposit(uint256 assets, address receiver) {
    require(assets >= MIN_DEPOSIT, "Too small");
    // ...
}

方案 4：内部精度放大
══════════════════════
内部使用更高精度（如 36 位小数）进行计算
外部接口仍然返回标准精度

舍入方向规则

ERC-4626 安全舍入原则：
════════════════════════════════════════

核心原则：舍入方向始终有利于金库（不利于用户）
理由：防止用户通过舍入获取免费资产

存入时：
├── deposit:  shares = 向下取整（用户少拿份额）
├── mint:     assets = 向上取整（用户多付资产）
└── 原因：保护金库不被"偷"资产

取出时：
├── withdraw: shares = 向上取整（用户多销毁份额）
├── redeem:   assets = 向下取整（用户少拿资产）
└── 原因：保护金库不被"偷"资产

预览函数也遵循同样规则：
├── previewDeposit:  → 向下取整（预期偏低的份额）
├── previewMint:     → 向上取整（预期偏高的资产）
├── previewWithdraw: → 向上取整（预期偏高的份额消耗）
└── previewRedeem:   → 向下取整（预期偏低的资产获得）

面试常问：
"为什么 ERC-4626 的 deposit 和 redeem 向下取整，
 而 mint 和 withdraw 向上取整？"

答：保持一致的安全原则 — 永远有利于金库。
如果舍入有利于用户，攻击者可以通过反复存取来
"磨损" 金库，在每次操作中偷走微小的舍入收益。

---

知识点 5：重要安全考量

重入攻击风险

ERC-4626 重入攻击场景：
════════════════════════════════════════

风险场景：底层资产有回调功能（如 ERC-777）

攻击流程：
1. 攻击者调用 withdraw()
2. 合约计算要返回的资产量
3. 合约转账资产给攻击者
   ├── 此时触发攻击者合约的回调
   ├── 在回调中，再次调用 withdraw()
   ├── 因为 shares 还没被销毁...
   └── 第二次 withdraw 也能成功！
4. 合约才销毁 shares（已经被取了两次）

防护：
├── 检查-效果-交互（CEI）模式
│   └── 先销毁 shares，再转账资产
├── ReentrancyGuard
│   └── OpenZeppelin 的 nonReentrant 修饰符
└── 避免使用 ERC-777 等有回调的代币作为底层资产

其他安全考量

ERC-4626 安全清单：
════════════════════════════════════════

1. Inflation Attack 防护
├── [ ] 使用 virtual shares/assets 偏移
├── [ ] 或初始种子存款
└── [ ] 审计确认

2. 舍入方向
├── [ ] deposit/redeem 向下取整
├── [ ] mint/withdraw 向上取整
└── [ ] preview 函数方向一致

3. 重入防护
├── [ ] CEI 模式
├── [ ] ReentrancyGuard
└── [ ] 底层资产无回调

4. maxDeposit/maxMint 限制
├── [ ] 合理设置上限
├── [ ] 考虑策略容量
└── [ ] 暂停存款机制

5. totalAssets 准确性
├── [ ] 包含所有外部策略的资产
├── [ ] 及时更新（不能滞后太多）
├── [ ] 防止操纵（闪电贷）
└── [ ] 亏损时正确减少

6. 权限控制
├── [ ] 谁能暂停/恢复金库
├── [ ] 谁能更改策略
├── [ ] 紧急提款机制
└── [ ] 管理费提取权限

7. 精度处理
├── [ ] 底层资产精度（6位 USDC vs 18位 WETH）
├── [ ] share 精度（通常 18 位）
└── [ ] 中间计算溢出检查

---

知识点 6：实现案例深度分析

Yearn V3 — 策略即金库

Yearn V3 架构（基于 ERC-4626）：
════════════════════════════════════════

                        ┌─── Strategy A (ERC-4626)
                        │    └── Aave USDC 借贷
用户 → V3 Vault ────────├─── Strategy B (ERC-4626)
       (ERC-4626)       │    └── Curve+Convex stablecoin
       (Multi-Strategy)  └─── Strategy C (ERC-4626)
                              └── Morpho 优化利率

V3 架构特点：
├── 每个策略是独立的 ERC-4626 Vault
│   └── 策略可以单独使用，也可以被 Multi-Strategy Vault 组合
├── Vault 是 ERC-4626 的 ERC-4626
│   └── 即金库本身用 ERC-4626 对外，底层策略也是 ERC-4626
├── 角色分离：
│   ├── Governance: 设置参数
│   ├── Management: 日常管理
│   └── Strategist: 开发和维护策略
└── 费用结构：
    ├── Management Fee: 0-2% 年化
    └── Performance Fee: 0-20% 收益

V2 → V3 关键变化：
├── V2: 策略是金库的"插件"，不能独立使用
├── V3: 策略是独立的 ERC-4626，可单独部署
├── V3 更模块化、更灵活、更易审计
└── V3 支持"Tokenized Strategy"模式

MetaMorpho Vaults — Morpho 生态的聚合层

MetaMorpho 架构：
════════════════════════════════════════

用户 → MetaMorpho Vault (ERC-4626)
        │
        ├── Morpho Blue Market: USDC/WETH (86% LLTV)
        │   └── 分配权重: 40%
        ├── Morpho Blue Market: USDC/wstETH (94.5% LLTV)
        │   └── 分配权重: 35%
        └── Morpho Blue Market: USDC/WBTC (86% LLTV)
            └── 分配权重: 25%

关键角色：
├── Curator（管理人）：
│   ├── 选择底层市场
│   ├── 设置分配比例
│   ├── 调整风险参数
│   └── 知名 Curator: Gauntlet, Steakhouse, Re7
├── Allocator（分配器）：
│   └── 在 Curator 设定范围内自动再平衡
└── Guardian（守护者）：
    └── 紧急暂停权限

MetaMorpho 的创新：
├── 被动借贷者只需选一个 Vault → 自动分散风险
├── Curator 市场化 → 好的 Curator 吸引更多存款
├── 完全链上透明 → 任何人可查看当前分配
└── ERC-4626 兼容 → 可被 Yearn/Pendle 等进一步组合

Euler V2 — 模块化借贷 + ERC-4626

Euler V2 的 ERC-4626 集成：
════════════════════════════════════════

Euler V2 核心创新：每个借贷市场（eVault）都是 ERC-4626

eVault = ERC-4626 + 借贷功能
├── 作为 ERC-4626：接收存款、发行 shares
├── 额外功能：允许借款人借出底层资产
├── 利率模型：通过 IRM 模块化配置
└── 风险管理：通过 Risk Module 控制

模块化架构：
├── Euler Vault Kit (EVK)
│   ├── 任何人可以创建新的 eVault
│   ├── 自定义 IRM（利率模型）
│   ├── 自定义预言机
│   └── 自定义治理参数
├── Euler Vault Connector (EVC)
│   ├── 跨 Vault 抵押品管理
│   ├── 一个地址的 shares 可以做另一个 Vault 的抵押品
│   ├── 子账户系统
│   └── Gasless 交易支持
└── ERC-4626 兼容性：
    └── 每个 eVault 的 shares 可以被任何
        ERC-4626 感知的协议使用

---

知识点 7：PM 视角 — ERC-4626 的产品影响

ERC-4626 对 DeFi 产品的影响：
════════════════════════════════════════

1. 降低集成成本 → 加速生态发展
├── 新协议实现 ERC-4626 → 自动获得整个生态的支持
├── 聚合器一次对接 → 可集成所有 4626 金库
├── 钱包一次开发 → 可展示所有 4626 余额
└── 冷启动成本大幅降低

2. 可组合性释放创新空间
├── 金库可以嵌套 → 多层策略组合
├── Shares 可以交易 → DEX 上自由买卖金库份额
├── Shares 可以做抵押品 → 借贷协议直接接受
└── Shares 可以被 Pendle 分离 → 收益率交易

3. 用户体验标准化
├── 统一的存取接口 → 用户学一次、用处处
├── 统一的收益展示 → 跨协议比较 APY
├── 统一的风险评估 → 标准化的审计框架
└── 统一的前端组件 → 一套 UI 展示所有金库

4. 对传统金融的桥接意义
├── ERC-4626 ≈ 标准化的基金份额
├── 机构投资者更容易理解
├── RWA 金库可以用 ERC-4626 封装
│   └── 例：美国国债 → RWA Token → ERC-4626 Vault
└── 合规框架更容易建立（标准化 → 可监管）

5. 标准化带来的网络效应
├── 采用的协议越多 → 生态价值越大
├── 工具/审计/安全 → 可以复用
├── 开发者培训成本 → 降低
└── 类比：USB 标准统一了外设接口

---

实操练习

练习 1：分析一个 ERC-4626 Vault 的链上数据

步骤：
1. 找到 MetaMorpho USDC Vault 的合约地址
   Etherscan: 0xBEEF01735c132Ada46AA9aA9B6290842E37F0915

2. 在 Etherscan Read Contract 中查看：
   ├── asset() → 返回 USDC 地址
   ├── totalAssets() → 当前管理的 USDC 总量
   ├── totalSupply() → 发行的 shares 总量
   └── convertToAssets(1e18) → 1 个 share 值多少 USDC

3. 计算 Share Price：
   share_price = totalAssets / totalSupply

4. 模拟存入：
   ├── 假设存入 10,000 USDC (10,000 × 10^6)
   ├── previewDeposit(10000000000) → 预计获得的 shares
   └── 验证：shares ≈ 10000 × 10^6 / share_price

5. 观察 Share Price 变化趋势
   ├── 如果 share_price > 1 → 金库累积了正收益
   ├── 增长速度 → APY
   └── 对比不同金库的 share_price 增长率

练习 2：计算金库真实 APY

方法：通过两个时间点的 Share Price 计算

假设：
├── 30天前 Share Price = 1.050000
├── 今天 Share Price    = 1.055250
├── 30天收益率 = (1.055250 - 1.050000) / 1.050000 = 0.5%

年化 APY：
├── 简单年化 = 0.5% × (365/30) = 6.08%
├── 复利年化 = (1.005)^(365/30) - 1 = 6.25%
└── 两者差异在低利率时不大

对比验证：
├── 与协议前端展示的 APY 对比
├── 注意：前端 APY 可能是 7天/30天/历史不同窗口
└── 链上计算是最真实的

---

面试问答

面试题 1：ERC-4626 解决了什么问题？对 DeFi 生态有什么意义？

30秒答案： ERC-4626 通过标准化收益金库的接口，解决了 DeFi 金库碎片化的问题。统一的 deposit/withdraw 和 share/asset 转换方法，使得聚合器、钱包、其他协议可以一次开发就对接所有金库，大幅降低了集成成本，释放了可组合性。

2分钟详细答案：

ERC-4626 解决了三个核心问题：

第一，接口碎片化。在 4626 之前，Yearn、Aave、Compound 各有各的金库接口，聚合器需要为每个协议写专门的适配器，成本高且易出 bug。标准化后，一次对接即可支持所有金库。

第二，可组合性受限。标准化使得金库可以嵌套——一个金库的 share 可以作为另一个金库的底层资产。这释放了巨大的创新空间，比如 MetaMorpho 的多市场分配、Pendle 的收益代币化、Balancer 的 Boosted Pools。

第三，用户比较困难。统一的 share 价格机制让用户可以在不同协议间直接比较收益率。

对生态的意义类似于 USB 标准对电脑外设的意义——降低了创新的摩擦力，加速了整个生态的发展。目前已有 200+ 协议采用 ERC-4626。

追问准备：

• Q: Inflation Attack 怎么防护？
• A: 主要方案有 Virtual Shares（OpenZeppelin 推荐，在转换计算中加入偏移量）和初始种子存款（部署时锁定少量份额到死地址）。核心是确保空金库状态下不会出现精度损失放大。
• Q: 为什么 deposit 向下取整？
• A: 保护金库不被磨损。所有舍入都有利于金库而非用户，防止攻击者通过反复存取利用精度差异获利。

---

面试题 2：对比 ERC-4626 与传统基金份额制度

---

本日总结

Day 135 核心收获：
════════════════════

1. ERC-4626 = 标准化的收益金库接口
   └── 类比：DeFi 的"基金份额标准"

2. 四大核心操作对：
   ├── deposit / withdraw → 以资产量为锚点
   └── mint / redeem     → 以份额量为锚点

3. Share Price = totalAssets / totalSupply
   └── 随收益增长自动升值（如传统基金 NAV）

4. 可组合性是最大价值：
   └── 金库嵌套 → 聚合 → 收益代币化 → 无限可能

5. 安全考量：
   ├── Inflation Attack → Virtual Shares 防护
   ├── 舍入方向 → 始终有利于金库
   └── 重入风险 → CEI 模式 + ReentrancyGuard

6. PM视角：标准化 = 降低摩擦 = 加速生态 = 网络效应

下一篇预告：Day 136 将深入收益聚合器赛道，对比 Yearn V3、Beefy、Sommelier 的架构差异和策略选择。