ERC-7770 部分储备代币：账上的币真的对应储备吗

“每一枚凭证都对应一份资产”与“凭证总量可以大于手头的资产”是两种完全不同的产品。后者在 TradFi 里叫部分储备，在链上常见于借贷类凭证与收益型份额，但 ERC-20 的标准接口里没有任何字段能告诉持有者“总量与储备的差额有多大”。ERC-7770（Fractional Reserve Token）把这件事变成合约可查询的显式规则：兼容 ERC-20，同时公布总借出量、当前储备率与设定下限，并在比率跌破阈值时从代码层面禁止继续增发。按以太坊 ercs 仓库的记录，提案状态为 Draft，创建于 2024 年 9 月 17 日。

储备率的算法：总额减去借出，再减去隔离账户

标准给出的定义很直白：储备率等于可用现金除以总供应量。可用现金不是随便说的余额，而是总供应量减去 totalBorrowedSupply() 报告的借出总量，再减去所有被标记为隔离的账户余额之和——隔离账户（segregatedAccount）指的是那些被明确划出的资金，标准要求它必须从现金里扣除，避免同一笔钱既算储备又算客户余额。下限由 requiredReserveRatio() 给出，判定用放大到 1e18 的整数比较；一旦当前比率低于该阈值，fractionalReserveMint 就不得再执行，事件 MintFractionalReserve 与 BurnFractionalReserve 记录每一次扩张与收缩，隔离标记的变更则落在 SetSegregatedAccount。整套设计的目的不是承诺安全，而是把“现在有多少是借出去的”从叙事变成链上可读数字。

持有者该把哪些字段当仪表盘

标准的安全考虑只有一句话，却是最诚实的一句：部分储备银行制自带许多经济风险，这份标准不打算也不负责提供缓释指南。它能做的只是让程度可查——至于挤兑发生时排队规则是什么、储备不足时兑付按什么顺序，标准一概没有规定，而这些恰恰是此类产品危机时刻最要紧的条款，只能去逐行读实现方的合约与文档。公式本身也提示了一个观察点：隔离账户必须从现金里扣除，意味着实现方若从不给任何账户打隔离标记，储备率报表可以轻易显得比实际体面，segregatedAccount 的使用痕迹要和比率数字放在一起看，才不是单方面的口径。

一个现实的观察角度是把它与偿付能力类接口对照：链上披露财务报表的尝试不少，但披露比率往往停留在静态数字，本提案的特色是把比率的构成拆开——分母是总供应、分子里既有现金也显式列出了借出与隔离两条线，任何一项异动都有事件可追。它也不试图回答风险管理的另一半：储备的资产质量如何、底层代币有没有集中度问题，这些仍需其他核验手段补足。对评估收益型凭证的读者，储备率是体检表上的一格，别把它当整份体检报告读。

再补一个使用层面的观察：这类比率接口对做市与风控模块同样有用，借贷聚合器可以把储备率做成路由权重，低比率的池子自动降权，让市场力量替储户做一部分筛选。标准不提供保护，但提供信息，而信息一旦被程序消费，约束力往往比条款更快生效。

第一层看比率趋势：储备率长期贴着下限运行，说明缓冲很薄，任何一笔集中赎回都可能触发增发停止。第二层看谁有权改阈值：setRequiredReserveRatio 与 setSegregatedAccount 都是 setter，掌握在一个单签地址手里时，规则可以随时被改写，这类权限归属必须查。第三层看公式对不对得上账：合约报出的 totalBorrowedSupply 能否与实际借贷合约的敞口互相印证，隔离账户是否真的按标准从现金中扣除。还要提醒一句边界：储备率是协议自身账本的自述，不能替代外部资产的核验；它衡量的是兑付缓冲，不是价格风险，也不构成对项目安全性的保证。机制给的是可核验性，不是安全性。标准仍是草案，接口以仓库当前文本为准。本文为机制说明，不构成任何投资建议。