Ripple已建议撤回XRP Ledger（XRPL）待定的XChainBridge修正案，理由是其主要用例已被Axelar完全替代，且更广泛的开发者需求尚未出现。该修正案原计划通过独立见证服务器在连接账本之间添加原生资产桥。
Ripple估计，移除XChainBridge可减少XRPL服务器代码库中超过10,000行代码。不过，Ripple仅控制一个验证者投票，无法单方面撤回或激活该修正案。目前，XChainBridge（亦称XLS-38）仍处于XRPL验证者投票流程中，尚未在主网上激活。
RippleX高级软件工程师Mayukha Vadari于8月27日宣布了这一建议。她指出，XLS-38最初旨在为XRPL与连接网络之间转移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提议首先提交一个拉取请求，将XChainBridge在xrpld代码库中标记为已弃用。升级到该版本的服务器将自动投票反对激活。随着验证者安装更新后的软件，支持率将下降。一旦活跃验证者识别出该修正案已弃用，开发者可在后续版本中移除XChainBridge实现及相关修复代码。目前尚未公布拉取请求截止日期、软件版本或最终移除日期。时间取决于社区反馈、代码审查和验证者升级。Ripple已要求使用XLS-38的开发人员或组织提交具体用例。如果存在可信的活跃部署，公司可能会在分阶段撤回开始前重新考虑其建议。