Celestia 表示，其 Fibre 技术在一次覆盖 120 个验证者的完整端到端基准测试中，平均吞吐量达到 3.07 Tb/s。这一结果让关于 Celestia Fibre 吞吐量的讨论从理论层面进一步走向更接近可运行蓝图的阶段。公司在 2026 年 10 月 1 日发布的博客文章中披露了这一数字，并将其描述为网络能够处理远超当今大多数区块链的数据量的证明。

关键要点

• Celestia Fibre 在 143 秒的负载窗口内、跨 120 个验证者，平均吞吐量为 3.07 Tb/s。
• 这一数据速率大致相当于每秒近 20 亿笔交易。
• Celestia 使用 ARM NEON 指令向量化 Reed-Solomon 编码后，编码速度提升了 7.5 倍。
• 测试中，Fibre 提交的区块容量从 200 提高到 2,000，区块时间缩短至 1 秒。
• Celestia 表示，基准测试使用了包括 2 GiB blob 在内的设置，这些配置不会在主网上线时提供。

Celestia Fibre 在基准测试中实现创纪录吞吐量

最核心的数字是 3.07 Tb/s，该数据在 143 秒的负载窗口内保持，120 个验证者各自运行在独立的 AWS 机器上。Celestia 表示，这相当于足以支撑每秒近 20 亿笔交易的流量规模，公司将其比作在两分多钟内处理完 Visa 2025 年处理的全部交易量。

这次测试并不是狭义的实验室模拟。从开始到结束，Celestia 运行了完整流程——编码新的 blob、分发并存储生成的数据片段、收集验证者签名，最后将数据提交到链上。Celestia 说，正是这一完整流程，使得这次基准测试区别于今年早些时候展示的 1 Tb/s 部分测试。根据 Celestia 的说法，一位对吞吐量需求异常高的潜在客户促使公司去确认 Fibre 在真实条件下究竟能承受多大容量。

在表现最强的时段，网络的性能甚至高于整体平均值。最佳 60 秒窗口的平均吞吐量为 3.69 Tb/s，最佳 30 秒窗口达到 4.27 Tb/s。Celestia 指出，这些数字只计算了链上确认的 blob 数据，不包括编码过程中生成的恢复片段，也不包括向验证者分发片段所涉及的流量；如果计入这些部分，实际吞吐量还会更高。

关键架构创新支撑高吞吐量

Fibre 性能背后的核心设计选择很简单：blob 数据直接发送给验证者，而 Celestia 链上只记录对这些数据的承诺以及验证者签名。正是这种分离让链能够扩展，因为它无需处理底层数据的全部重量，只需处理一份证明，证明数据存在且已被验证。

实现这一点需要数月工程工作。自 3 月以来，Celestia 团队一直在减少重复验证工作、复用内存，并消除不必要的数据拷贝，以便让 Fibre 同时处理更多上传。最大的改进之一来自编码本身。在 blob 发送前，Fibre 会将其拆分为多个片段，并使用 Reed-Solomon 编码添加恢复片段，这样即使部分片段在传输中丢失，原始数据也能被重建。由于这一过程会对每个 blob 执行，效率损耗会迅速累积。

包括测试中使用的 AWS Graviton 机器在内的现代 ARM 芯片，可以在一条指令中处理多个数值，但 Fibre 所依赖的 Reed-Solomon 编码仍然是逐个数值处理数据。借助 ARM 的向量指令集 NEON，Celestia 工程师构建了向量化内核，并对工作负载进行了调优，使其能够利用这些能力。结果是，编码一个 2 GiB blob 的中位时间从 6.8 秒降至 0.9 秒，提升约 7.5 倍。

随着编码和分发速度提升，链本身成了瓶颈。在测试中，上传大约需要 1 秒完成编码、0.5 秒完成分发，但确认过程最长可达 14 秒，因为数据到达速度快于链的处理速度。为解决这一问题，Celestia 开始缓存并复用成功的签名检查，而不是重复执行；同时并行化验证，并简化验证者处理 PayForFibre（PFF）交易的方式。PFF 是记录每次 Fibre 上传的链上消息。这些改动将从零开始验证一个区块提案所需时间——在没有缓存的情况下——从 10.35 秒降至 1.12 秒。

存储与配置优化支撑可扩展性

提高区块容量并切换存储基础设施，弥合了编码速度与链上确认之间的剩余差距。Celestia 将每个区块可容纳的 Fibre 提交数量从 200 提高到 2,000，并将区块时间缩短至 1 秒，最终将平均确认等待时间降至 2.2 秒。

存储也需要单独修复。Celestia 最初选择网络优化型 AWS 实例是为了带宽，但其挂载的 EBS 磁盘无法以与数据到达相同的速度写入。解决方案是将 blob 片段存储迁移到 AWS S3，也就是云服务商的对象存储服务。由于 S3 的性能在每秒约 3,500 次上传时开始下降，Celestia 将 16 个 Fibre 片段打包为一个对象，并通过基于哈希的键分组和多个存储桶分散写入，以减少总体请求数量。这些存储和配置上的改动，加上编码和链处理方面的修复，最终促成了这次完整的 3.07 Tb/s 运行。

基准测试差异与未来扩容计划

这次测试中的若干条件不会直接延续到 Celestia 主网上线。基准测试使用了 2 GiB blob，而主网初始将采用 128 MiB 限制。测试还使用了 1 秒区块和每个区块最多 2,000 次 Fibre 提交的上限，而当前上限为 200。内存和并发配置是针对测试中使用的特定 AWS 机器进行校准的，而且本次运行依赖的是 Fibre 生产流程的一个实验性性能分支，因此文中提到的若干优化在更大范围部署前仍在继续打磨。

这一差异对任何试图判断 Fibre 在首日实际能提供什么、以及在调优条件下能达到什么水平的人都很重要。Celestia 将这项基准测试定位为上限能力的展示，而不是开箱即用的主网性能保证。

Celestia 认为，随着 AI 代理代用户支付以及全球金融活动更广泛上链，对区块空间的需求很快会超过现有区块链系统所能提供的能力。公司表示，在 3 Tb/s 的水平下，Fibre 足以为地球上每个人提供一个 AI 代理，并让每个代理每 4 秒提交一笔交易。Celestia 设定的目标是，随着应用需求增长，将 Fibre 的区块空间容量扩展到 3 Tb/s 及以上，并按早期使用需求逐步推出主网容量，再继续扩容。

这项工作由 Vlad Krinitsyn 领导，Rachid Chami、Preston Evans、Hlib Kanunnikov、Alex Kiss、Rene Lubov 和 Rootul Patel 参与。

本文由人工智能协助生成，并经编辑团队审校。