Ripple 建议撤回 XRP Ledger 待定的 XChainBridge 修正案，因为其认为该修正案的主要用例已由 Axelar 满足，且更广泛的开发者需求尚未出现。
摘要
- 在 Axelar 完全取代了 XRP Ledger EVM 侧链的角色后，Ripple 建议撤回 XChainBridge。
- 该待定修正案将使用连接账本之间的独立见证服务器来添加原生资产桥。
- Ripple 估计，移除 XChainBridge 可以从 XRPL 服务器代码库中删除超过 10,000 行代码。
- Ripple 控制一个验证者投票，目前无法单方面撤回或激活该修正案。
- 拥有活跃 XLS-38 项目的开发者可以在社区正式完成撤回程序之前提交证据。
RippleX 的高级软件工程师 Mayukha Vadari 于 8 月 27 日宣布了这一建议。XChainBridge，也称为 XLS-38，仍处于 XRPL 验证者投票过程中，尚未在主网上激活。
Ripple 估计，撤回该提案将允许开发者从 xrpld（为网络提供支持的服务器软件）中删除超过 10,000 行代码。目前尚未删除任何代码，且 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、零知识系统和第 2 层设计是适合不同安全和隐私要求的替代方案。
跨链系统也引入了独特的风险。正如先前报道，自2021年以来，桥接漏洞已造成超过40亿美元的报道损失，使得验证设计和操作安全成为核心考虑因素。
Ripple无法自行移除XChainBridge
官方XRPL 注册表将XChainBridge列为待定修正案，默认投票为“否”。Ripple在网络独立参与者中仅运营一个验证者投票。
XRPL修正案通常需要超过80%的可信验证者在连续两周内支持才能激活。在当前默认配置中有35个验证者，至少29个赞成票将超过该阈值。
因此，Ripple的建议既不会立即撤回修正案，也不会强迫其他验证者反对。验证者独立决定其基础设施支持哪些修正案。
这种分离与其他XRPL提案一致。在相关报道中，Ripple对借贷修正案的支持并未确立其激活，因为这些提案仍需达到更广泛的验证者阈值。
撤回将通过分阶段的软件变更进行
Ripple提议首先通过一个拉取请求，在xrpld代码库中将XChainBridge标记为过时。升级到该版本的服务器将自动投票反对激活。
随着验证者安装更新软件，支持将减少。一旦活跃验证者认识到该修正案已过时，开发者可以在后续版本中移除XChainBridge实现及相关的fixXChainRewardRounding代码。
尚未公布拉取请求截止日期、软件版本或最终移除日期。时间取决于社区反馈、代码审查和验证者升级。
Ripple已要求使用XLS-38构建的开发者或组织提供具体用例。一个可信的活跃部署可能导致公司在分阶段撤回开始前重新考虑其建议。
