本文解释了该修正改变了什么，日期从何而来，如何自行检查状态以及该日期附带哪些注意事项。本文中的每个数字都来自已验证的账本和协议文档，而非来自公告。
XRP Ledger 上的修正是什么以及为什么它不需要停机日期
修正是对 XRP Ledger 协议规则的更改，由网络的受信任验证者投票决定，而不是由公司安排。这就是该过程与具有公告区块高度的经典硬分叉的区别所在：没有某人设置的日历条目，只有网络要么满足要么不满足的条件。
其背后的规则写入协议文档中，并且很短。修正需要超过 80% 的受信任验证者的批准，并且必须连续两周保持该批准。只有这样才会激活。如果在这两周内的任何时间点，即使短暂地，批准率低于阈值，计数将从头开始。
对于您作为读者，这意味着两件事。首先，这种日期是可以验证的，因为它位于账本中，而不是新闻稿中。其次，在两周仍在运行时，它不是不可移动的。这两点都是此处所涉日期的核心。
BatchV1_1 批量修正在技术上改变了什么
Batch 是一种新的交易类型，将多个单独的交易捆绑到一个一起处理的包中。根据协议参考，一个包包含至少两个且最多八个内部交易，这些交易也可以来自不同的账户。到目前为止，XRP Ledger 要求您单独提交每一步，并对每一步都抱有希望，希望它能通过。
实际收益在于确定性。今天依次提交两个步骤的人，比如先批准然后交换，承担着第一步成功而第二步失败的风险。包关闭了这个差距，因为网络知道处理规则并强制执行它。
如果我的 XRP 在交易所上，我需要做什么吗？
不。这是最常见的情况，也是最不具戏剧性的一种。如果您的 XRP 存放在交易平台或托管钱包中，基础设施由提供商运行，升级的责任在于他们。您无需转移资产、出售或更改地址。因为协议日期而匆忙转移余额主要只会产生费用，并且在有疑问时，还会产生原本不必要的应税事件。
这次事件仍然值得进行一次与日期无关的冷静盘点。您是否知道哪个提供商持有您余额的哪一部分，那里的提现费用有多高，以及该提供商是否在欧盟受到监管？无论协议日期如何，这些都是更重要的问题。
如果您自行托管 XRP，需要检查的事项
即使在自行托管的情况下，情况通常也很简单。硬件钱包存储您的私钥并用于签署交易；通常它通过钱包提供商的服务器连接到网络。私钥本身不会受到修正的影响，因为修正改变的是链的规则，而不是您的地址或您的访问权限。
您可以做的是保持用于访问钱包的软件为最新版本，并在日期之前检查一次您的恢复词是否在您认为的地方。这是基本的卫生措施，无论 9 月 29 日如何都是正确的。如果您仍在犹豫选择哪种设备，我们的硬件钱包对比可以帮助您。
修正受阻：9 月 29 日过时的 xrpld 节点会发生什么
修正受阻（Amendment-blocked）是服务器在不知道已激活的协议规则时进入的状态。协议文档明确描述了后果：受阻的服务器不再能够验证账本，不再能够提交或处理交易，不再能够参与共识，也不再能够对未来的修正进行投票。
决定性的一句话就在旁边：服务器的投票配置对此没有影响。任何将 xrpld 设置为对修正投反对票的人，在激活后与投赞成票的人一样受阻。导致服务器受阻的是缺少理解新规则的代码。无法在已激活的多数决定面前继续运行。
在此过程中服务器不会崩溃，也不会抛出显眼的错误信息。它继续响应，只是不再提供来自运行链的有效数据。这正是该状态对后台查询自己节点的服务危险的原因：应用程序看起来健康，并提供一个已停止移动的数据状态。
2026 年 9 月 29 日这一日期的来源及其确定方式
该日期是计算得出的，既非推导也非估算。已验证的账本包含一个跟踪每个修正状态的对象。它包含一个名为 Majorities 的字段，对于每个达到阈值的修正，该字段记录两周期限开始的时间点。
本编辑团队于 2026 年 9 月 18 日 UTC 时间约 00:35 通过公共 XRP Ledger 节点查询了该对象（账本索引 107058182，响应 HTTP 200）。Majorities 字段恰好包含一个条目：标识符为 9F287AED3CDB50A7BD1ACEC24296A30C9B5230CCD136219317AC790E3B884377 的修正，以及 CloseTime 值 842796401。
XRP Ledger 从 2000 年 1 月 1 日开始计算时间。转换该值得出 2026 年 9 月 15 日 UTC 时间 14:06:41 为期限的开始。两周后是 2026 年 9 月 29 日 UTC 时间 14:06:41。在同一节点上通过功能查询进行的交叉检查返回了相同标识符的名称 BatchV1_1，以及 enabled: false 和 supported: true 的值。因此，该修正为网络所知且受支持，但尚未激活。
如何自行检查修正的状态
您不需要自己的节点即可做到这一点。公共 XRP Ledger 端点可以通过单个请求回答这个问题。任何熟悉命令行的人都可以将携带上述标识符的功能请求发送到公共节点，并从答案中读取三个字段：
enabled：如果显示为 false，则修正尚未激活。一旦该值翻转为 true，激活即已完成。
supported：如果显示为 true，则您所询问节点的软件已经知道该规则。如果显示为 false，则该节点在激活时将被阻断。
majority：两周期限开始运行的时间戳。如果此字段再次消失，则多数票已流失，倒计时已重置。
第三点正是为什么您应该在日期临近时再次查看状态，而不是写下日期并打勾的原因。对于自己的节点也适用相同的路径，但有一个重要区别：将功能查询发送到您的服务器，而不是别人的。只有您自己节点的回答才能告诉您关于您自己节点的任何信息。
哪个软件版本带来了新规则
XRP Ledger 的服务器软件称为 xrpld，作为开放软件发布。当前版本为 3.4.0，发布于 2026 年 9 月 17 日；在此之前是 2026 年 8 月 6 日的 3.3.0（两个日期均取自官方源代码存档的发布日期，检索于 2026 年 9 月 18 日）。
从文章中复制版本号仍然是较弱的路径。可靠的答案来自您自己的服务器通过 supported 字段：它回答了运行的软件是否实际上知道该规则的问题。您认为自己运行的是哪个版本与此无关。如果那里显示为 false，只有更新有帮助，并且必须在 9 月 29 日之前完成。
为什么该日期带有注意事项
只要批准率保持在 80% 以上，两周的期限就会持续。如果低于该水平，计数器将重置，9 月 29 日失效。该条款并非理论上的脚注；它是内置于程序中的安全机制。它让验证者在最后一刻仍有选择，如果在此期间出现问题，可以停止更改。
对于您的规划，由此得出一个简单的立场。将 9 月 29 日视为您为之准备的截止日期，并将其到来视为未定。如果倒计时重置，更新节点的人不会失去任何东西。如果因为日期可能仍然失效而推迟更新，则在相反的情况下，最终会导致系统与链断开连接。
批量包的四种模式及其在日常使用中的含义
包在提交时被赋予一种模式，该模式决定了网络如何处理故障。协议参考命名了四种模式：
AllOrNothing：包中的每笔交易都必须成功。如果有一笔失败，整个包失败。这是仅在全局意义上才有意义的序列的模式。
OnlyOne：一旦第一笔交易成功，其余交易将被跳过。它允许提交替代方案，其中恰好有一个应生效。
UntilFailure：交易按顺序运行，直到有一笔失败；之后的所有内容都被丢弃。这适合相互构建的序列。
Independent：所有交易独立处理，无论个别交易是否失败。这是纯粹的捆绑，没有链式结构。
作为持有者，您很少会自己设置这些模式。差异在应用程序使用它的地方变得可见：在将多个步骤收集到一个确认中的钱包界面中，以及在交易应用程序中，其中半执行的序列迄今为止是最棘手的情况。
服务、钱包提供商和支付处理器现在应澄清的事项
任何通过自己的基础设施而不是通过外部提供商访问 XRP Ledger 的人都会受到影响。这包括支付服务、交易应用程序、具有自己数据源的会计工具以及提供商运行节点的每个钱包。对于这一群体，在日期之前需要回答三个问题。
数据源是针对您自己的节点还是针对外部端点运行？如果是外部端点，责任在于其操作员，您应该在那里询问，而不是自己行动。
您自己的节点是否报告 BatchV1_1 的 supported: true 值？如果没有，则需要进行更新，并预留通常的测试和维护窗口时间。
停止移动的数据状态会在您的监控中显示出来吗？受阻的节点继续响应。仅检查可达性的监控不会注意到这一点。监控最后一个已验证账本与当前时间之间差距的人会立即注意到。
经验表明，第三个问题是所有事情的关键。伪装成正常运行的停机被发现得很晚，在此期间，预订和显示继续使用旧数据工作。
该日期如何融入迄今为止的修正运行
该程序在 XRP Ledger 上是常规的，每年运行几次。最近，在 2026 年 9 月 9 日，我们描述了前一个修正的激活；任何想从头阅读序列的人可以在我们关于钱包、节点和仓位检查点的文章中找到它。机制是相同的，只是这次有一个具体的日期和一个开放的条件悬而未决。
为了定位整个网络，查看在其上构建的内容比任何单个协议步骤更具说明性。2026 年 2 月的一个例子是 Société Générale 的欧元稳定币，它在 XRP Ledger 上发行。这类应用程序是绑定交易包需求的原因：任何自动化支付序列的人都不希望出现半执行的链。
XRP Ledger 批量修正：您从中得到的启示
如果您的 XRP 存放在提供商处，您什么都不做。最多利用该日期进行一次冷静检查，看看提供商是否仍然适合您：最佳加密货币交易所概览将费用和提现途径并列展示。
如果您持有自己的硬币，检查访问和恢复，而不是协议。您的密钥不受修正的影响。哪种设备胜任工作由硬件钱包对比显示。
如果您运行自己的节点，在 9 月 29 日之前发送功能查询。如果显示 supported: false，请更新软件。任何还需要其持仓概览以及税务记录方式的人，可以在加密货币税务软件和投资组合跟踪器下找到相关工具。
本文的主要来源：修正程序的描述和批量交易的协议参考，均在 XRP Ledger 的官方文档中。
（截至 2026 年 9 月 18 日。本文不是投资建议。价格和费用结构会变化；购买前请与提供商确认条款。）