提升 Solana 应用性能，想削减哪怕 20ms，专用 RPC 端点 + SWQoS 是关键

在高频交易和关键任务 Solana 应用中，即使 20ms 也能产生决定性的差异。专用 RPC 端点和共享 RPC 端点在根本设计上不同，这 20ms 的差距永远无法弥合。本文解释原因，以及 ERPC 如何端到端解决这一问题。

使用 http 代替 https 削减 20ms

您可能注意到 RPC 端点 URL 通常以 https 开头。"s"代表 TLS/SSL 加密，保障通信安全。然而，这种加密需要握手和持续的加密/解密，每个请求增加约 20ms 的延迟。

换言之，如果 RPC 通信使用 http 而非 https，这 20ms 可以从根源消除。在 Solana 中，区块拍卖大约在 50ms 内决出胜负，这个差距至关重要。

有人可能会问："那为什么不在共享端点上允许 http？"答案很简单：这是不可能的。

在共享环境中允许 http 意味着未加密的通信，将交易暴露在中间人攻击、数据包拦截甚至签名交易被盗的风险之下。使用同一共享端点的攻击者完全可以篡改或重放您的交易。

因此，共享端点必须始终强制执行 TLS/SSL。我们的共享 RPC 端点在此限制下已被设计得尽可能快，但 TLS 的 20ms 开销在设计上无法消除。

专用 RPC 端点将访问限制在特定的受信任客户端。这使我们能够取消 TLS 要求并允许直接的 http 通信。

因此，20ms 的降低是有保障的。无论用户负载或攻击风险如何，这种结构性差异确保共享和专用端点之间的 20ms 差距永远不会被消除。

仅有速度是不够的。Solana 实施了权益加权 QoS（SWQoS），没有基于质押信任的节点被限制在可用交易通道的 20% 以内。

例如，直接向当前领导验证者发送交易的 Lite-RPC 设计看起来可能很快，但没有 SWQoS 仍然被限制在那 20% 的通道中。这意味着即使数据包快速到达，其纳入率也会显著降低。

使用专用 RPC 削减 20ms 很关键，但将其与 SWQoS 结合才能同时实现速度和交易成功率。

ERPC 提供了在专用 RPC 端点上启用 SWQoS 的选项。

这意味着您可以结合专用 RPC + SWQoS同时实现延迟降低和更高的成功率。

ERPC 解决以下问题：

在开发开源 Solana NFT 卡牌游戏 Epics DAO 时，我们面临了构建真正高性能、低延迟 Solana 开发环境的困难。这一挑战促使我们设计了自己的平台，在此基础上提供 ERPC 和 SLV。

金融等关键任务应用对延迟和错误特别敏感，因为它们直接影响用户体验。Solana 环境高度复杂，与传统互联网金融不同，验证者分布在全球。再加上 Web3 知识的额外复杂性，开发者难以全面掌握，这减缓了优化进度。

通过提供高性能 Solana 基础设施，我们旨在消除这些障碍并提升整个生态系统的用户体验。ERPC 和我们的开源 SLV 项目都是这一使命的组成部分。