运行十四年的支付账本XRPL，正面临史上最重要的治理投票。2026年1月28日，随着XRPL 3.1.0版本发布，名为XLS-66d的修正案进入验证者投票环节。与之配套的XLS-65修正案，计划将固定期限、固定利率的借贷功能直接构建在协议层，无需外部智能合约。默认唯一节点列表中的34个验证者初始投票均为“反对”，整个春季社区持续测试、审计并争论是否应转向支持。
两套修正案如何运作
XLS-65创建单一资产金库。金库汇集来自多人的单一代币（XRP、RLUSD或账本上任何已发行代币）存款，存款人获得基于XLS-33多用途代币标准发行的金库份额，每个份额代表对金库资产及收益的比例权利。金库运营者可控制关键参数：接受何种代币、规模上限、准入名��。结合XLS-70凭证和XLS-80许可域，运营者能运行一个所有存款人均通过身份验证的金库——这是受监管基金能否触及产品的分界线。
XLS-66是借贷协议本身。它允许借款人在链上获取由金库流动性支持的固定期限贷款，利率和期限固定，结算逻辑由账本强制执行。还款本息回流金库，金库份额价值随之上升。官方说明指出，协议层面贷款是“无抵押”的，信用评估通过链下承销和风险管理完成。首损资本安排让承销方在借款人违约时先承受损失，将判断信用的责任方锁定为其判断买单。设计中刻意省略了变量利率、清算引擎、治理代币、流动性挖矿和激励排放——每个省略都指向系统的目标用户。
承销信贷 vs DeFi超额抵押：底层逻辑的对调
DeFi借贷（Aave、Compound等）通过超额抵押解决信任问题：无人需要承销，借款人多存价值，清算引擎在价格波动时保护存款人。这一模式高效但存在天花板——服务的是交易者和杠杆用户，而非需要营运资本的企业。XRPL的设计从另一端出发：固定期限、固定利率、承销信贷正是实际信用市场的运作方式，从公司债到贸易融资再到循环贷款。想要30天XRP库存融资的��市商、预注资汇款通道的支付公司，或者需要营运资本的金融科技贷方，都可以提出期限、接受利率、通过承销审查。这些借款人无法提供150%抵押，也无意承担浮动利率。
加密领域无抵押信贷的历史并不光彩。Celsius和BlockFi将存款人资金投入不透明的信贷账簿后倒闭。Maple Finance（最接近XRPL模式的链上前例）在2022年Orthogonal Trading崩盘时遭受重大违约，后通过收紧承销重建，成为以太坊上较强的信贷之一。教训不在于承销信贷不可行，而在于承销是一切，且贷方必须知道谁承担首损。XRPL设计在协议层面内化了这些教训：金库运营者是经过身份验证的可配置实体，首损结构明确记录于账本而非藏在营销页面。失去的是无许可特性——匿名用户无法创建金库、无抵押借款或参与挖矿排放。这是缺陷还是核心价值，取决于你想让这个账本加入哪个金融系统。
安全准备与投票机制
协议级借贷将漏洞风险从“痛苦”升级为“存亡”，因为修正案代码在所有验证者内部运行而非隔离合约。投票开启前，Ripple与Immunefi合作于2025年10月27日至11月29日举办20万美元攻击大赛，覆盖利息计算、贷款结算逻辑及五个相关修正案的交互。独立生态测试随后进行：Squid Router联合创始人报告在devnet上针对XLS-65和XLS-66进行场景测试后未发现问题，但声明场景测试不等于正式审计；其验证者宣布对两项修正案投赞成票。投票机制本身提供最后安全边际：XRPL修正案需在超过80%信任验证者中获得持续两周支持才能激活。任何来自五分之一的持续反对都将阻止激活。截至6月初，开发者仍在测试并添加安全措施，至少一位知名验证者描述在进行验证工作后才切换投票。缓慢的步伐令期望一季度催化剂的多头沮丧，但对计划存入真实资金的人而言可能是安慰。
此时此刻，XRPL交易量触及两年新高，VS1 Finance等构建者已在尚未激活的原生组件之上公开设计债券代币化产品。需求侧正在供给侧之前集结，这一次顺序是正确的。