Gatekeeper 介绍:Helius 边缘网关

  • Helius
  • 发布于 11小时前
  • 阅读 50

Helius 发布了新的边缘网关 Gatekeeper,旨在通过缩短网络路径来减少延迟,从而显著提升 Solana 开发者的体验。Gatekeeper 使用 Rust 和 Hyper HTTP 框架构建,已在全球多个地区部署,并支持所有标准 Solana RPC 和 WebSocket 端点以及 Helius 特定的 RPC 端点。

今天,我们宣布发布我们的新边缘网关 Gatekeeper。通过顶级供应商上的 Gatekeeper 访问 Helius 的客户可以实现亚毫秒级的响应。

消除我们的边缘延迟释放了我们核心 API 和服务的真正速度。响应时间的改进范围从几十到几百毫秒不等。

比较使用 Gatekeeper 边缘网关与竞争对手的 Helius 的 getBlock RPC 请求延迟

构建用于速度和规模的 Solana 基础设施

当 Helius 推出时,Solana 开发者有迫切的需求:可靠的 RPC 访问、人类可读的 API、实时数据流以及能够正常工作的基础设施。

我们做出了慎重的选择,在 Cloudflare 上构建,以便快速进入市场并立即开始满足这些需求。

这个初始架构为我们提供了非常好的服务:

  • Cloudflare Workers 处理路由、身份验证和请求处理
  • Durable Objects 管理每个项目的计量和状态
  • Cloudflare Load Balancers 在我们的网络中分配流量

总而言之:我们可以快速迭代并交付开发者现在需要的功能。

挑战:超越我们的初始设计

快进到今天:Helius 是数千名 Solana 开发者的首选基础设施提供商,每天处理数十亿个请求。

随着 Solana 生态系统的发展,也出现了一类工作负载——高频交易、实时流动性引擎、对延迟敏感的 MEV 策略——其中每一毫秒都很重要。

对于这些工作负载,限制因素不是任何单一的基础设施,而是物理。

当一个请求必须从用户传输到云边缘网络,然后再返回到我们的后端节点才能被处理时,这个额外的跳跃可能会产生不利影响。再多的软件优化也无法消除这种额外的延迟。

即使以光速,往返于通用边缘也会增加可测量的毫秒数。

我们的客户问了我们一个简单的问题:“你能给我们一条更短的路径吗?” 响亮的回答是可以

该问题的答案是一个专门构建的边缘网关,它为对延迟至关重要的工作负载提供了通往我们基础设施的最直接路径。答案是一种旨在以 Helius 的规模处理 Solana 速度的解决方案。

什么是 Gatekeeper?

Gatekeeper 是我们使用 Hyper HTTP 框架在 Rust 中构建的内部边缘网关。

Gatekeeper 充当所有请求的单一、统一入口点:它在地理上分布的边缘位置终止连接,并将请求智能地路由到我们的后端基础设施。

对于对延迟至关重要的工作负载,Gatekeeper 提供了最短的网络路径,减少了跳数并缩短了毫秒数。这使我们能够优化对高频、低延迟工作负载至关重要的每一项服务。

Gatekeeper 是 Solana 开发者在延迟和可靠性方面的一个步进式改进。

使用 Gatekeeper 的好处

Gatekeeper 的优势来自于其全球性、低延迟、零停机部署和统一的入口点设计。

降低延迟

Gatekeeper 的性能改进是以下因素的结果:

  • 使用带有异步 I/O 的 Hyper 在 Rust 中编写,以实现最大吞吐量和最小延迟
  • 对连接池、TLS 和套接字选项进行细粒度控制
  • 请求在地理位置上更靠近用户的位置进行处理

这代表了我们平台的一个重大变化,用户体验到的延迟大大降低。

例如,使用 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 的设计包括:

  • 所有 RPC 方法、Webhooks 和 API 的单个入口点
  • 对 JSON-RPC 2.0 和 REST 端点的原生支持
  • 在边缘集成的速率限制和计量

Gatekeeper 今天支持什么

今天,Gatekeeper 支持:

  • 所有标准 Solana RPC 和 WebSocket 端点
  • 所有 Helius 特定的 RPC 端点(例如,gTFA)
  • 所有 DAS API 端点
  • 所有 Photon API 端点(即 ZK 压缩)
  • Helius 优先级费用 API
  • 增强型交易 API

Gatekeeper 目前尚不支持 LaserStream。

尝试 Gatekeeper

Gatekeeper 现已向所有 Helius 客户提供公开测试版。在我们继续优化和迁移更多内部服务时,目前它是可选的。在接下来的几个月中,Gatekeeper 将成为所有 Helius RPC 和 WebSocket 流量的默认设置。

要尝试 Gatekeeper,请使用:

https://beta.helius-rpc.com?/api-key=<YOUR_API_KEY>

你现有的 API 密钥将与 Gatekeeper 测试版端点一起使用。你只需更改 URL——一切都可以开箱即用。该端点也可在你的仪表板中找到。

目前,Gatekeeper 仅在 Mainnet 上可用。Devnet 支持目前不可用,但在不久的将来会提供。

有关更多详细信息,请阅读 Gatekeeper 文档迁移指南

在测试期间,你可以期望:

  • 所有 RPC 调用的延迟更低
  • 在更高负载下更好的性能
  • 更一致的响应时间
  • 改进的 WebSocket 稳定性

结论

在 Solana 上开发高性能、低延迟的交易平台、支付解决方案和消费者应用程序需要基础设施能够跟上网络不断增长的活动、开发者生态系统和主流采用。借助 Gatekeeper,Helius 仍然是在 Solana 上构建真正可扩展产品的最快、最可靠的方式。

  • 原文链接: helius.dev/blog/introduc...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
Helius
Helius
https://www.helius.dev/