在 Solana 上构建实时应用时，很多人会盯着「平均延迟」这个指标。但对于链上事件检测、交易判断、清算、做市、套利以及各类自动化系统来说，真正决定处理时机的，往往不是平均值，而是「哪一条数据流先到达」——也就是 first-arrival。本文从工程角度，拆解共享 Solana Geyser gRPC 的最快产品线 Burst 是如何在数据源的接收环节就把到达时间提前的，以及为什么「就近的边缘」会成为 first-arrival 稳定性的一个关键变量。

为什么 first-arrival 比平均延迟更重要

平均延迟低，并不等于每一次都快。真正影响实时系统的，是分布的尾部——P95、P99 这些高分位区间。延迟一旦在尾部抖动，判断与执行的时机就会错位。

对一个监听 Solana 账户变更或交易的服务而言，如果它订阅的数据流总是比别人晚几十到几百毫秒到达，那么它「看到」事件的时刻就被系统性地推后了。在这种场景下，优化的目标不应该只是把平均值压低一点，而是要提升「先到达」的概率，并在偶尔出现延迟时把差距也控制得更小。

Burst 的核心机制：Powered by Raw Shreds

常规的 Geyser 数据流，依赖验证者节点上的标准 Geyser 插件来对外推送。Burst 采用了不同的路径：它不依赖标准 validator Geyser plugin，而是在 raw shred（原始分片）一生成就立即从中重建数据流。

这意味着，数据的「起跑线」被提前到了更接近源头的接收阶段，而不是等节点完成常规处理后再推送。换句话说，Burst 优化的是数据进入管道的那一刻，而不是管道后段的修饰。这种 Powered by Raw Shreds 的构成，是它能够在 first-arrival 上拉开差距的技术基础。

实测：99.80% 的 First-Arrival Win Rate

在 Frankfurt 的实测条件下，这套基于 Raw Shreds 的构成，针对既有的 Frankfurt gRPC，在覆盖全球的整体测量中取得了 99.80% 的 First-Arrival Win Rate；相对 Frankfurt 的 Standard / Premium 端点，则录得约快 400–500ms 的到达。

需要强调的是，这些数字是在特定条件下测得的，并不代表在所有区域、所有时间、所有负载下都会出现同样的差距。到达滞后会随连接来源、路由、时间段，以及 leader 的分布而变化。正因如此，比起单方面给出一个数字，更有意义的是提供「任何人都能用同一方法复现」的测量手段。

就近边缘：区域扩展为什么是个工程问题

Burst 的设计，是利用距连接来源较近区域的边缘节点。这里有一个朴素但重要的物理事实：连接来源与边缘之间的物理距离越短，传输路径越短，到达的稳定性就越有保障。

因此，「支持的区域增多」并不只是覆盖范围的问题，而是一个直接影响 first-arrival 的工程变量——区域越多，开发者就越有可能在自己连接来源的附近，找到一个就近的边缘，从而缩短这段物理距离。

从 Frankfurt 到 Amsterdam / New York，下一步是 Singapore / Tokyo

这套最快产品线最初只在 Frankfurt 提供。随着越来越多的开发者希望在自己所在的区域使用它，区域扩展就成了一条持续推进的工程路线。

这一次新增的 Amsterdam 与 New York，采用的是与 Frankfurt 完全相同的设计与规格——并不是另起一条专用线路，而是把同一套经过实测验证的构成，原样复制到新的边缘。对欧洲一侧的连接来源，Amsterdam 与 Frankfurt 形成互补；对北美一侧，New York 承担同样的角色。

区域扩展不会止步于此。下一步，计划把同一套就近边缘扩展到 Singapore 与 Tokyo，进一步覆盖亚太一侧的连接来源。整体思路始终一致：在更多区域复现同一套 first-arrival 构成，让开发者无论身处何地，都能就近接入。

用开源工具自行复现测量

到底能拉开多大差距，最可靠的办法不是看别人的数字，而是从你自己的连接点去测。相关的基准测试工具以开源形式公开：first-arrival 的对比可以用 slv check geyserbench --kind grpc，单个端点的连通性与延迟可以用 slv check grpc。

真正可复现的，不是某个固定数值，而是测量方法本身。你可以在贴近自身工作负载的条件下直接比较，用自己测出来的数据来做判断。这也是把「分发品质」从主张变成可验证事实的方式。

小结

Burst 把 first-arrival 的优化放在了数据源的接收环节——通过从 raw shred 重建数据流，在管道的起点就抢出时间；再通过就近的边缘，把连接来源与边缘之间的物理距离压缩到更短。区域从 Frankfurt 扩展到 Amsterdam、New York，并将进一步延伸到 Singapore 与 Tokyo，本质上是在为不同区域的开发者提供同一套可复现的 first-arrival 能力。对实时性敏感的 Solana 应用而言，这种「先到达」的稳定性，往往比平均延迟更能决定系统的实际表现。