XRP Ledger 在一个账本中记录 3,254 笔交易
XRP Ledger 在一个账本中处理了 3,254 笔交易，据报于 9 月 14 日创下单一账本记录。
XRP Ledger 在一个账本中处理了 3,254 笔交易，据报于 9 月 14 日创下单一账本记录。
据验证者运营商 Vet 的报告，XRP Ledger 在一个账本中处理了 3,254 笔交易。
据报道，大多数交易转移了一个 drop 的 XRP，这是网络可用的最小原生货币单位。
交易爆发并未确立账本可持续处理能力的永久性增加。
当验证者在预期的时间限制内关闭负载沉重的账本时，XRPL 会调整其交易目标。
BatchV1_1 仍处于验证者投票阶段，在自动主网激活发生之前需要持续 80% 的支持。
一个 drop 是百万分之一 XRP，使其成为网络记录的最小单位。因此，高交易数量代表了许多小额转账，而不是账户之间转移的不寻常大量的 XRP。
您可能还喜欢：XRP Ledger 量子目标等待正式路线图
Vet 的公开帖子中未识别出账本索引和发起账户。没有这些细节，该记录声明依赖于他的分析，并且仅通过该帖子无法与 XRPL 历史中的每个早期账本进行比较。
微小的 XRP 支付主导了记录账本
据 Vet 称，这 3,254 笔交易中的大多数是携带一个 drop XRP 的简单支付。简单的原生资产转账比涉及去中心化交易所订单、NFT 或跨币种支付路径的交易需要更少的处理工作。
Vet 表示：“我不知道这个人为什么要进行这些交易，但这看起来像是吞吐量测试，大概如此。”由于账户所有者尚未公开解释该活动，这一描述仍属推测。
交易数量并不能显示账本所需的计算工作量。包含数千笔直接 XRP 支付的账本对验证者造成的负载可能与包含较少交易、代币操作或复杂支付路径的账本不同。
Vet 表示：“并非所有交易的负载足迹都相同。”他估计，500 笔简单的 XRP 支付造成的压力可能小于 200 笔需要大量去中心化交易所处理的交易。
官方 XRPL 文档指出，每个经过验证的账本记录应用于前一个账本状态的交易。相关的元数据提供了每个包含交易的结果和影响。
结果为 tesSUCCESS 的交易完成了其请求的操作。携带 tec 结果的条目即使未能执行请求的操作，也会被记录并消耗费用。因此，报告的 3,254 总数描述的是包含的交易，不一定是 3,254 笔成功的转账。
XRP Ledger 容量使用自适应目标
XRP Ledger 不为每个账本使用一个永久性的交易限制。其服务器会根据交易量、网络延迟和共识性能调整运行条件。
Vet 表示，当负载沉重的账本在预期时间内关闭时，网络可以提高其软交易目标。当关闭时间超出首选范围时，网络可以降低目标，以帮助验证者恢复正常计时。
XRPL 文档称，服务器交换提案，直到受信任的验证者就一组交易达成一致。然后，每台服务器计算新的账本状态，并分发包含结果账本哈希的签名验证。
在账本获得验证之前，绝大多数受信任的验证者必须就相同的哈希达成一致。一旦验证，其交易和结果状态就成为 XRPL 账本历史的最终部分。
因此，3,254 笔交易的结果提供了证据，证明验证者就包含该数量条目的账本达成一致。它并没有确立一个新的永久吞吐量率，因为持续容量取决于交易复杂性、硬件、网络条件和连续的账本关闭时间。
从一个账本测量的吞吐量与延长时期内的每秒交易数不同。短暂的爆发可以将许多待处理的支付放入单个账本中，而随后的账本可能会恢复正常活动。
Ripple、XRP Ledger 基金会或网络参考软件维护者没有发布任何性能报告，确认在创纪录后发生了永久性容量变化。据报，此次爆发未导致任何服务中断或共识轮次失败。
近期活动包括更重的支付和交易
该记录发生在 XRPL 支付和交易活动增加的一段时期之后。在相关报道中，据 Evernorth 报告，2026 年第二季度 XRP Ledger 订单簿交易量同比增长 79%。
该季度平均每日订单簿交易量达到 357 万 XRP，而每日交易者数量从 1,864 人降至 1,111 人。Evernorth 表示，在同一比较期间，每个交易账户的平均交易量几乎翻了三倍。
稳定币转账创造了另一个网络使用来源。据 crypto.news 报道，2026 年上半年，RLUSD 在 XRPL 上产生了约 90 亿美元的转账量。
此类活动与记录账本中识别出的一个 drop 转账是分开的。Vet 引用的证据没有将 3,254 笔交易与 RLUSD、机构结算、交易所交易或客户支付联系起来。
发送者可能正在测试交易提交、账本打包或其他技术流程。可用的账户模式无法确认该活动是来自开发者、机构、自动化服务还是个人用户。
BatchV1_1 正在推进修正案流程
该记录出现时，验证者正在考虑随 rippled（网络参考服务器软件）3.3.0 版本引入的协议功能。XRP Ledger 基金会于 8 月 6 日发布了 3.3.0 版本。
其提议的功能包括 BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1 和 Sponsor。每个功能在能够在主网络上激活之前，都必须遵循 XRPL 修正案流程。
BatchV1_1 将允许多笔交易捆绑在一起进行处理。官方 XRPL 记录称，在开发者发现原始实现中的关键错误后，它取代了早期的 Batch 修正案。
该功能无法解释 3,254 笔交易的账本，因为在活动发生时，BatchV1_1 尚未完成主网激活。它存在于服务器版本中意味着验证者可以审查并对修正案进行投票。
XRPL 的修正案规则要求受信任的验证者在连续两周内提供超过 80% 的支持。如果在期限结束前支持率降至 80% 或更低，倒计时将重置。
ConfidentialTransfer 将为多用途代币引入屏蔽余额和转账金额，同时为授权方提供查看机制。DynamicMPT 将允许发行者更改选定的代币设置，除非他们将那些属性设置为永久不可变。
PermissionDelegationV1_1 取代了早期的一项委托功能，开发者在发现关键错误后禁用了该功能。更新后的修正案将允许 XRPL 账户在获得验证者批准后，向其他账户分配有限的权限。
仍在投票中的修正案没有保证的激活日期。验证者运营商可以更改他们的投票，网络会在标志账本（大约每 15 分钟发生一次）周围检查修正案支持情况。