XRPL 在 10 月 9 日升级前发布紧急安全版本 3.4.1

XRPL 开发者在 10 月 9 日协议升级前发布了紧急安全版本 3.4.1。该更新修复了协议中的安全敏感问题，并引入了 fixBatchV1_2 修正案，验证者默认投票为“赞成”。此次发布是在 BatchV1_1 升级被推迟至 10 月 9 日之后进行的，此前验证者支持率一度跌破要求的门槛，并重置了为期两周的倒计时。XRPL 敦促服务器运营者尽快升级，以避免在 fixBatchV1_2 激活后受到修正案阻止。XRP Ledger 尚未遭受正在进行的攻击或发生资金盗窃；此次更新是在新的 Batch 功能启用前采取的预防性措施。

XRPL 要求验证者在 10 月 9 日前升级至 3.4.1 版本

XRPL 在官方 3.4.1 发布说明中表示，该更新修复了协议中的安全敏感问题。开发者敦促服务器运营者尽快升级。此次发布引入了名为 fixBatchV1_2 的新修正案，验证者默认投票为“赞成”。

时机十分关键，因为 BatchV1_1 升级近期被推迟至 10 月 9 日，此前验证者支持率一度跌破要求的门槛，并重置了为期两周的倒计时。XRPL 表示，fixBatchV1_2 已获得绝大多数验证者的支持。如果该支持率保持不变，预计该修正案将于 10 月 9 日启用。

未能在激活前更新至 xrpld 3.4.1 的服务器可能会受到修正案阻止，这意味着它们将无法继续与网络的其余部分保持同步。此次发布还包含一项修复，用于拒绝使用错误包装器的 Batch 内部交易，并强化了支付引擎和账本辅助代码中的额外整数运算。

安全修复源代码将在事后说明发布前暂不公开

涉及安全性的修复源代码目前尚未发布。XRPL 表示，代码将在稍后发布，并同时附带一份更详细解释该问题的事后说明。这意味着该漏洞的完整严重程度和技术影响目前尚未公开。

发布说明中没有迹象表明 XRP 资金被盗，或 XRP Ledger 本身遭受了正在进行的攻击。相反，此次更新似乎是一项预防性措施，旨在新的 Batch 功能启用前修复协议层面的问题。

Batch 升级支持原子性多交易操作

Batch 升级本身旨在让开发者将多笔交易打包在一起，包括原子性操作，即每一步都成功，或整个批次全部失败。XRPL 的 Batch 部署如今取决于验证者在 10 月 9 日激活日期前采用紧急 3.4.1 版本。

常见问题

XRPL 开发者在 10 月 9 日升级前发布了什么？

XRPL 开发者在 10 月 9 日协议升级前发布了紧急安全版本 3.4.1。该更新修复了协议中的安全敏感问题，并引入了 fixBatchV1_2 修正案，验证者默认投票为“赞成”。

为什么 BatchV1_1 升级被推迟至 10 月 9 日？

BatchV1_1 升级近期被推迟至 10 月 9 日，此前验证者支持率一度跌破要求的门槛，并重置了为期两周的倒计时。XRPL 表示，fixBatchV1_2 已获得绝大多数验证者的支持。如果该支持率保持不变，预计该修正案将于 10 月 9 日启用。

未能在 10 月 9 日前升级至 xrpld 3.4.1 的服务器会发生什么？

未能在激活前更新至 xrpld 3.4.1 的服务器可能会受到修正案阻止，这意味着它们将无法继续与网络的其余部分保持同步。