ERC-7586：利率掉期搬上合约，现金流差值按约定划转

对冲利率波动有个经典工具：利率掉期，两方约定在未来的结算点上，把固定利息与浮动利息的差值转来转去，本金并不挪动。ERC-7586 在 2023 年 12 月 31 日把这份合约条款标准化：让一份利率掉期变成一枚 ERC-20，条款字段全部可查询。按 ercs 仓库记录，提案状态为 Review，要求建立在 ERC-20 与 ERC-165 之上。

两方、两个方向、一堆具名字段

接口先定义角色：fixedRatePayer 是承诺支付固定利率的一方，floatingRatePayer 是支付浮动利率的一方——浮动利率等于基准加利差，利差由 spread 字段给出。利率本身按 ratesDecimals 约定的小数放大存储：这个函数返回 4 就意味着利率除以一万还原，若要按基点表达则必须为 2，除以一百，原文举例利率百分之二点五时 swapRate 应返回 250。名义本金的计价币种由 notionalCurrency 指向一个代币合约地址，如果以法币计价则返回零地址。计息天数基准走 dayCountBasis，0 可代表实际对实际、1 可代表实际除以三百六十。结算事件 Swap 报告本次转移的利差金额与收款方，且收款方必须是要么付款方要么收款方两者之一；合约终止时发出 TerminateSwap 并点名双方。

为什么是一份 ERC-20

标准强制合约继承 ERC-20 来代币化现金流，这个选择值得多说一句：掉期合约本身成为一枚可持有、可转让的代币，意味着头寸可以在二级流转，钱包和区块浏览器天然能展示它。配套字段还允许声明可接受结算资产的清单——原文设想了双方希望用不同币种收付款的情形。对读者来说，这份设计把“金融衍生品”从黑箱条款变成一串可逐字段核对的链上参数，与 ERC-7092 给债券做的正相类似：先把条款写得能被机器读懂，再谈市场。

停在哪、边界在哪

状态 Review 意味着文本仍在评审推进，落地实现需要单独核验，不能从提案存在推出产品存在。更要划清边界：标准规定的是合约如何陈述条款与差值划转规则，不管基准利率从哪里来——浮动端必然依赖预言机报价，预言机失准则整条现金流计算失准；也不管对手方是否履行保证金安排，那些条款不在这份接口里。普通读者在任何“固定收益”“锁息”类产品前，可以用这份标准的问题清单自查：固定端利率数值与小数位在哪、浮动端挂钩哪个基准、利差多少、天数怎么数、结算是币种是哪几个。条款答得出，是产品文档的基本功；答不出，宣传语再热闹也不必往下读。一份金融类提案的价值常常就在这里——它给了你一张提问单。

从一条利率新闻到一份合约

把这份标准拉回普通读者的信息路径：财经头条说某借贷平台利率飙升，你想知道谁在承受浮动端。若平台上实现了这套接口，问题就有了链上问法——遍历相关掉期合约，读 fixedRatePayer 与 floatingRatePayer 看对手结构，用 swapRate 与 spread 算出当前利差，再按 dayCountBasis 折算到计息区间。做一遍就会发现，衍生品从传闻变成可数的头寸分布。即便现实里实现稀疏，这套读法仍然成立，因为条款字段化的方向不会回退：债券、掉期、保险单正依次走完从段落文字到具名函数的路。读者要练的直觉也简单——凡涉及金融条款的产品页，先问每个条款落在链上哪个字段，答得出等于开卷，答不出等于默写，两者的风险透明程度不可同日而语。

最后把基点换算说透，避免读者被数字骗过：ratesDecimals 返回 2 时利率以基点存放，读到的整数要除以一万才是百分比——页面把基点直接印成百分数的错误在金融行业屡见不鲜；返回 4 则要再除一百。同一份条款在不同小数约定下数字面目全非，跨平台比较固定利率前先核对这个字段，是这份标准送给细心读者的免费防坑课。字段化不自动等于可读，单位约定永远是条款的一部分。

本文为机制说明，不构成任何投资建议。