Ripple已正式建议撤回XRP Ledger（XRPL）上待审的XChainBridge修正案（XLS-38），认为其主要应用场景已被Axelar完全覆盖，且未出现更广泛的开发者需求。这一建议标志着XRPL在跨链互操作性路线上的重要调整。
撤回建议摘要
Ripple在最新评估中指出，XChainBridge原计划通过独立见证服务器在互联账本之间实现原生资产桥接，但其主要用例——连接XRPL主网与EVM兼容侧链——已被Axelar完全取代。Ripple估算，撤回XChainBridge可从XRPL服务器代码库中移除超过10,000行代码。目前Ripple仅控制一个验证者投票，无法单方面撤回或激活该修正案。拥有活跃XLS-38项目的开发者可在社区正式完成撤回程序前提交证据。
公告与当前状态
RippleX高级软件工程师Mayukha Vadari于8月27日宣布了这一建议。XChainBridge（即XLS-38）仍处于XRPL验证者投票阶段，尚未在主网激活。Ripple估计，撤回该提案将使开发者能够从xrpld（支撑网络的服务器软件）中移除超过10,000行代码。目前尚未移除任何代码，Ripple也无法独立完成该流程。
XRPL EVM侧链不再需要XLS-38
XLS-38旨在提供协议级框架，用于在XRP Ledger与互联网络之间转移XRP和发行资产。其预期用户包括公共侧链、私有账本、许可网络和实验链。该系统依赖独立见证服务器监控每个连接账本上的事件。见证者提交证明，确认资产在目标网络上对应资产可用之前已被锁定或销毁。
该提案的主要用例之一是将XRPL主网与其EVM兼容侧链连接。Ripple后来选择由Axelar提供该连接。XRPL EVM侧链于2025年6月以Axelar作为主网桥接正式上线。Axelar的验证者网络验证跨链消息，并将侧链与XRPL及其他支持的区块链连接。Ripple表示，EVM侧链的需求现在通过Axelar“得到了更好的满足”。这是该公司的技术评估，而非通过独立安全比较得出的结论。
开发者需求疲软改变Ripple评估
Ripple最初保留XLS-38，是因为开发者仍可将其用于Axelar未专门支持的私有侧链和专用网络。然而，公司表示几乎没有发现需要原生桥接的活跃项目证据。没有任何生产部署公开表示XLS-38对其计划运营至关重要。维护非活跃实现仍需在开发者更新xrpld时进行审查、测试和兼容性工作。Ripple认为这造成了持续维护负担，却未带来相应主网收益。
该建议并不意味着更广泛的XRPL生态系统放弃互操作性。Ripple指出Axelar、Wormhole、零知识系统和Layer-2设计是适用于不同安全与隐私需求的替代方案。跨链系统也带来独特风险。此前报道，自2021年以来，桥接漏洞已造成超过40亿美元的已报告损失，使验证设计和操作安全成为核心考量。
Ripple无法自行移除XChainBridge
官方XRPL注册表将XChainBridge列为待审修正案，默认投票为“否”。Ripple仅运营网络独立参与者中的一个验证者投票。XRPL修正案通常需要超过80%的可信验证者支持，并持续两周才能激活。在当前35个验证者的默认配置中，至少需要29票赞成才能超过该阈值。因此，Ripple的建议既不会立即撤回修正案，也不会强制其他验证者反对。验证者独立决定其基础设施支持哪些修正案。这种分离与其他XRPL提案一致。在相关报道中，Ripple对借贷修正案的支持并未使其激活，因为提案仍需达到更广泛的验证者门槛。
撤回将通过分阶段软件变更进行
Ripple提议先通过一个拉取请求在xrpld代码库中将XChainBridge标记为已废弃。升级到该版本的服务器将自动投票反对激活。随着验证者安装更新软件，支持率将下降。一旦活跃验证者确认该修正案已废弃，开发者可在后续版本中移除XChainBridge实现及相关的fixXChainRewardRounding代码。目前尚未公布拉取请求截止日期、软件版本或最终移除时间。具体时间取决于社区反馈、代码审查和验证者升级。Ripple已要求使用XLS-38的开发者或组织提交具体用例。在分阶段撤回开始前，可信的活跃部署可能促使公司重新考虑建议。