Helius 发布了新的边缘网关 Gatekeeper,旨在通过缩短网络路径来减少延迟,从而显著提升 Solana 开发者的体验。Gatekeeper 使用 Rust 和 Hyper HTTP 框架构建,已在全球多个地区部署,并支持所有标准 Solana RPC 和 WebSocket 端点以及 Helius 特定的 RPC 端点。
今天,我们宣布发布我们的新边缘网关 Gatekeeper。通过顶级供应商上的 Gatekeeper 访问 Helius 的客户可以实现亚毫秒级的响应。
消除我们的边缘延迟释放了我们核心 API 和服务的真正速度。响应时间的改进范围从几十到几百毫秒不等。

当 Helius 推出时,Solana 开发者有迫切的需求:可靠的 RPC 访问、人类可读的 API、实时数据流以及能够正常工作的基础设施。
我们做出了慎重的选择,在 Cloudflare 上构建,以便快速进入市场并立即开始满足这些需求。
这个初始架构为我们提供了非常好的服务:
总而言之:我们可以快速迭代并交付开发者现在需要的功能。
快进到今天:Helius 是数千名 Solana 开发者的首选基础设施提供商,每天处理数十亿个请求。
随着 Solana 生态系统的发展,也出现了一类工作负载——高频交易、实时流动性引擎、对延迟敏感的 MEV 策略——其中每一毫秒都很重要。
对于这些工作负载,限制因素不是任何单一的基础设施,而是物理。
当一个请求必须从用户传输到云边缘网络,然后再返回到我们的后端节点才能被处理时,这个额外的跳跃可能会产生不利影响。再多的软件优化也无法消除这种额外的延迟。
即使以光速,往返于通用边缘也会增加可测量的毫秒数。
我们的客户问了我们一个简单的问题:“你能给我们一条更短的路径吗?” 响亮的回答是可以。
该问题的答案是一个专门构建的边缘网关,它为对延迟至关重要的工作负载提供了通往我们基础设施的最直接路径。答案是一种旨在以 Helius 的规模处理 Solana 速度的解决方案。
Gatekeeper 是我们使用 Hyper HTTP 框架在 Rust 中构建的内部边缘网关。
Gatekeeper 充当所有请求的单一、统一入口点:它在地理上分布的边缘位置终止连接,并将请求智能地路由到我们的后端基础设施。
对于对延迟至关重要的工作负载,Gatekeeper 提供了最短的网络路径,减少了跳数并缩短了毫秒数。这使我们能够优化对高频、低延迟工作负载至关重要的每一项服务。
Gatekeeper 是 Solana 开发者在延迟和可靠性方面的一个步进式改进。
Gatekeeper 的优势来自于其全球性、低延迟、零停机部署和统一的入口点设计。
Gatekeeper 的性能改进是以下因素的结果:
这代表了我们平台的一个重大变化,用户体验到的延迟大大降低。
例如,使用 Helius 发出 getSlot 请求的用户当前可能会看到新连接的响应时间约为 122 毫秒,重用连接的响应时间约为 35 毫秒。
但是,使用 Gatekeeper,使用 Helius 发出 getSlot 请求的用户可能会看到新连接的响应时间约为 26 毫秒,重用连接的响应时间约为 0.5 毫秒。
这是一个完整的分解:
| 指标 | Gatekeeper | Helius(当前) | 差异 |
|---|---|---|---|
| DNS 查找 | 0.014895s | 0.020087s | -5.19ms |
| TCP 连接 | 0.014988s | 0.021271s | -6.28ms |
| TLS 握手 | 0.025778s | 0.032696s | -6.92ms |
| 开始传输 | 0.026852s | 0.122728s | -95.88ms |
| 总时间 | 0.026863s | 0.122830s | -95.97ms(4.6×) |
| 指标 | Gatekeeper | Helius(当前) | 差异 |
|---|---|---|---|
| DNS 查找 | 0.000009s | 0.000010s | -0.001ms |
| TCP 连接 | 0.000000s | 0.000000s | — |
| TLS 握手 | 0.000000s | 0.000000s | — |
| 开始传输 | 0.004529s | 0.035151s | -30.62ms |
| 总时间 | 0.004533s | 0.035328s | -30.80ms(7.8×) |
来源:完整的 getSlot 定时详情分解,比较了我们当前的基础设施与 Gatekeeper
边缘网关的性能是其全球可用性和路由的函数。由于 Solana 是一个大规模分布式网络,每秒处理 1,000 多个事务,因此 Gatekeeper 需要在全球范围内可访问且始终可用。
现在,在 Gatekeeper 上运行的任何服务(平台范围)的升级都可以在没有任何中断的情况下进行。没有维护窗口。没有计划停机时间。无需协调。
Gatekeeper 的架构使我们能够在提供不间断的 24/7 服务的同时,通过零停机部署来交付性能优化和修复错误。
Gatekeeper 的设计包括:
今天,Gatekeeper 支持:
Gatekeeper 目前尚不支持 LaserStream。
Gatekeeper 现已向所有 Helius 客户提供公开测试版。在我们继续优化和迁移更多内部服务时,目前它是可选的。在接下来的几个月中,Gatekeeper 将成为所有 Helius RPC 和 WebSocket 流量的默认设置。
要尝试 Gatekeeper,请使用:
https://beta.helius-rpc.com?/api-key=<YOUR_API_KEY>
你现有的 API 密钥将与 Gatekeeper 测试版端点一起使用。你只需更改 URL——一切都可以开箱即用。该端点也可在你的仪表板中找到。
目前,Gatekeeper 仅在 Mainnet 上可用。Devnet 支持目前不可用,但在不久的将来会提供。
有关更多详细信息,请阅读 Gatekeeper 文档和迁移指南。
在测试期间,你可以期望:
在 Solana 上开发高性能、低延迟的交易平台、支付解决方案和消费者应用程序需要基础设施能够跟上网络不断增长的活动、开发者生态系统和主流采用。借助 Gatekeeper,Helius 仍然是在 Solana 上构建真正可扩展产品的最快、最可靠的方式。
- 原文链接: helius.dev/blog/introduc...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!