Ripple建议撤回XChainBridge提案,因需求已被Axelar替代
Ripple近日建议撤回XRP Ledger(XRPL)待定的XChainBridge修正案,理由是其主要应用场景已由Axelar完全覆盖,且开发者层面并未出现广泛需求。
核心要点
Ripple建议撤回XChainBridge,因Axelar已完全取代其在XRP Ledger EVM侧链中的预期角色。该待定修正案原本旨在通过独立见证服务器,在连接的网络之间实现原生资产桥接。Ripple估计,撤回XChainBridge可减少XRPL服务器代码库中超过一万行代码。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的建议既不能立即撤回该修正案,也不能强制其他验证者反对。验证者独立决定其基础设施支持哪些修正案。这种分离与其他XRPL提案一致。在相关报道中,Ripple对借贷修正案的支持并未促成其激活,因为这些提案仍需达到更广泛的验证者门槛。
撤回将通过分阶段软件变更进行
Ripple提议从提交一个拉取请求开始,在xrpld代码库中将XChainBridge标记为已废弃。升级到该版本的服务器将自动投票反对激活。随着验证者安装更新软件,支持率将下降。一旦活跃验证者识别出该修正案已废弃,开发者可在后续版本中移除XChainBridge实现及相关修复代码。目前尚未公布拉取请求的截止日期、软件版本或最终移除日期。具体时间取决于社区反馈、代码审查和验证者升级。
Ripple已要求使用XLS-38进行开发的开发者或组织提交具体用例。如果存在可信的活跃部署,该公司可能会在分阶段撤回开始前重新考虑其建议。

资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种