Ripple 寻求撤销 XRPL 桥修正案
核心要点
- Ripple 在得出结论认为 XRP Ledger 的主要用例已经由 Axelar 提供且尚未出现更广泛的开发人员需求后，建议撤回 XRP Ledger 悬而未决的 XChainBridge 修正案。
- 摘要 在 Axelar 完全取代其预期的 XRP Ledger EVM 侧链角色后，Ripple 建议撤回 XChainBridge。
- Ripple 估计，删除 XChainBridge 可能会从 XRPL 服务器代码库中消除 10,000 多行代码。
- 提款将通过分阶段的软件更改进行 Ripple 建议从拉取请求开始，该请求将 XChainBridge 在 xrpld 代码库中标记为已过时。
Ripple 在得出结论认为 XRP Ledger 的主要用例已经由 Axelar 提供且尚未出现更广泛的开发人员需求后，建议撤回 XRP Ledger 悬而未决的 XChainBridge 修正案。
摘要 在 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 无法独立完成该过程。
Ripple 正式建议撤销 XChainBridge 修正案 (XLS-38)。随着 Axelar 成功处理 EVM 侧链并且缺乏更广泛的开发人员需求，放弃 XLS-38 将删除超过 10,000 行不活动代码。在这里阅读完整的推理👇 https://t.co/9g8J2d5Ggi — Mayukha Vadari (@msvadari) 2026 年 8 月 27 日
您可能还喜欢：Ripple Prime 推出针对美国股票衍生品的 Delta One 服务
XRP Ledger 的 EVM 侧链不再需要 XLS-38
XLS-38 旨在提供一个协议级框架，用于在 XRP 账本和连接网络之间移动 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、零知识系统和 Layer-2 设计是适合不同安全和隐私要求的替代方法。
跨链系统也会带来明显的风险。正如之前报道的那样，自 2021 年以来，桥梁漏洞已造成超过 40 亿美元的损失，这使得验证设计和操作安全成为重点考虑因素。
Ripple 无法自行删除 XChainBridge
官方 XRPL 注册表将 XChainBridge 列为待决修正案，默认投“否”票。 Ripple 在网络的独立参与者中只进行一个验证者投票。
XRPL 修订通常需要超过 80% 的可信验证者在激活前连续两周的支持。当前默认配置中有 35 个验证者，至少 29 票赞成票将超过该阈值。
因此，Ripple 的建议既不会立即撤回修正案，也不会迫使其他验证者反对。验证者独立决定其基础设施支持哪些修订。
这种分离与其他 XRPL 提案一致。在相关报道中，Ripple 对贷款修正案的支持并没有确定其激活，因为该提案仍然需要更广泛的验证者门槛。
提款将通过分阶段的软件更改进行
Ripple 建议从拉取请求开始，该请求将 XChainBridge 在 xrpld 代码库中标记为已过时。升级到该版本的服务器将自动投票反对激活。
随着验证者安装更新的软件，支持将会下降。一旦活跃验证者认识到该修正案已过时，开发人员就可以在以后的版本中删除 XChainBridge 实现和相关的 fixXChainRewardRounding 代码。
尚未公布拉取请求截止日期、软件版本或最终删除日期。时间取决于社区反馈、代码审查和验证器升级。
Ripple 要求使用 XLS-38 构建的开发人员或组织展示具体的用例。可靠的积极部署可能会导致该公司在分阶段撤军开始之前重新考虑其建议。