XRP Ledger 单账本交易量创纪录,达 3,254 笔

XRP
交易吞吐量账本纪录XRP 支付验证者BatchV1_1XRPL
1 小时前来源: crypto.news
XRP Ledger 单账本交易量创纪录,达 3,254 笔

XRP Ledger 在单个账本中处理了 3,254 笔交易,据报于 9 月 14 日创下了单账本记录。

摘要

  • 据验证者运营者 Vet 的报告,XRP Ledger 在单个账本中处理了 3,254 笔交易。
  • 据报道,大多数交易转移了一滴 XRP,这是该网络可用的最小原生货币单位。
  • 此次交易激增并未使该账本的可持续处理能力永久提升。
  • 当验证者在预期时间限制内关闭高负载账本时,XRPL 会调整其交易目标。
  • BatchV1_1 仍处于验证者投票阶段,需要持续获得 80% 的支持才能自动在主网激活。

验证者运营者 Vet 报告了这一数字,此前他审查了该账本,并表示大多数条目是一滴 XRP 支付。他将这一活动描述为可能的吞吐量测试,尽管发送者的目的尚未得到确认。

一滴是一枚 XRP 的百万分之一,使其成为该网络记录的最小单位。因此,高交易数量代表的是许多小额转账,而非账户之间转移异常大量的 XRP。

Vet 的公开帖子中未指明账本索引和发起账户。没有这些细节,该记录声明便依赖于他的分析,仅凭该帖子无法与 XRPL 历史上每一个更早的账本进行比较。

小额 XRP 支付主导了创纪录账本

据 Vet 称,这 3,254 笔交易中的大多数是携带一滴 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 的一份报告,XRP Ledger 订单簿交易量在 2026 年第二季度同比增长了 79%

该季度日均订单簿交易量达到 357 万 XRP,而每日交易者数量从 1,864 人下降到 1,111 人。Evernorth 表示,在同一对比期内,每个交易账户的平均交易量几乎增加了两倍。

稳定币转账创造了另一个网络使用来源。正如 crypto.news 报道的那样,RLUSD 在 2026 年上半年于 XRPL 上产生了约 90 亿美元的转账量

此类活动与创纪录账本中识别出的一滴转账是分开的。Vet 引用的证据均未将这 3,254 笔交易与 RLUSD、机构结算、交易所交易或客户支付联系起来。

发送方可能是在测试交易提交、账本打包或另一项技术流程。现有账户模式无法确认该活动来自开发者、机构、自动化服务还是个人用户。

BatchV1_1 进入修正案流程

这一纪录出现之际,验证者正在审议随 rippled 3.3.0 版本引入的协议功能,rippled 是该网络的参考服务器软件。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 分钟出现一次。