Ripple建议撤回XRPL跨链桥修正案，Axelar已取代其核心功能

Ripple已建议撤回XRP Ledger待定的XChainBridge修正案（XLS-38），理由是其主要用例已被Axelar满足，且更广泛的开发者需求并未出现。

摘要

Ripple推荐撤回XChainBridge，因Axelar完全替代了预期的XRP Ledger EVM侧链角色。该待定修正案将使用独立见证服务器在连接账本间添加原生资产桥。Ripple估计，移除XChainBridge可从XRPL服务器代码库中删除超过10,000行代码。Ripple仅控制一个验证者投票，目前无法单方面撤回或激活该修正案。拥有活跃XLS-38项目的开发者可在社区正式完成撤回程序前提交证据。

RippleX高级软件工程师Mayukha Vadari于8月27日宣布了该建议。XChainBridge（又名XLS-38）仍处于XRPL验证者投票过程中，尚未在主网激活。Ripple估计撤回提案将允许开发者从网络服务器软件xrpld中移除逾万行代码。目前尚无代码被移除，且Ripple无法独立完成任务。

XRP Ledger不再需要XLS-38用于其EVM侧链

XLS-38旨在提供一个协议级框架，用于在XRP Ledger和连接网络之间移动XRP和发行资产。其目标用户包括公共侧链、私有账本、许可网络和实验链。系统依赖独立见证服务器监控各账本事件，见证人在确认资产锁定或销毁后提交证明，目标网络方可释放对应资产。

该提案主要用例是连接XRPL主网与其以太坊虚拟机兼容侧链。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、零知识系统和二层设计为适应不同安全和隐私需求的替代方案。跨链系统也带来独特风险：自2021年以来桥漏洞已造成超40亿美元损失，使验证设计和运营安全成为核心考量。

Ripple无法独自移除XChainBridge

官方XRPL注册表将XChainBridge列为待定修正案，默认投票“否”。Ripple在网络的独立参与者中仅运营一个验证者投票。XRPL修正案通常需要超过80%的受信任验证者连续两周支持才能激活。在当前默认配置35个验证者中，至少29个赞成票才能越过阈值。因此Ripple的建议既不会立即撤回修正案，也不强制其他验证者反对。验证者独立决定其基础设施支持的修正案。

撤回将通过分阶段软件变更进行

Ripple提议首先提交拉取请求，在xrpld代码库中标记XChainBridge为过时。升级到该版本的服务器将自动投票反对激活。随着验证者安装更新软件，支持率将下降。一旦活跃验证者认可修正案过时，开发者可在后续版本中移除XChainBridge实现及相关fixXChainRewardRounding代码。尚未宣布拉取请求截止日期、软件版本或最终移除日期。时机取决于社区反馈、代码审查和验证者升级。

Ripple已要求使用XLS-38构建的开发者或组织提交具体用例。可信的活跃部署可能导致公司在分阶段撤回开始前重新考虑建议。