概述： RPC 请求是应用程序访问 Solana 集群的网关。这些请求由专门的 RPC 节点提供服务，这些节点通常专注于此任务而非参与共识。然而，从应用用户的角度来看，RPC 性能不佳与集群性能不佳没有区别。为了给用户提供出色的体验并展示 Solana 的速度和低延迟特性，拥有能够胜任任务的 RPC 基础设施至关重要。
开发： 建议开发者在开发期间使用本地集群，特别是在早期阶段和测试时。本地集群比公共集群更灵活，能够自由运行未优化的早期迭代版本。运行本地集群最简单的方法是使用 solana-test-validator 二进制文件，该文件包含在 Solana CLI 工具套件中。一旦应用达到稳定状态，在公共集群上部署就变得更加合适。
与所有代码优化任务一样，在 RPC 请求方面，越少越好。避免频繁、重复地调用相同的数据。避免构建直接发起 RPC 请求的客户端。"无后端 dApp" 是一个神话；你只是在冲击别人的基础设施。以应用优化的方式缓存昂贵的调用(尤其是 getProgramAccount、getSignaturesForAddress2 和 getConfirmedBlock),并从缓存中为用户提供服务。在上线前花时间优化代码可以为你节省大量因用户体验不佳而产生的麻烦,并能显著降低基础设施开支。
多家提供商为 Solana 公共集群提供免费的 RPC 访问。这些服务适用于真实环境测试、早期演示和小规模私有内测项目。请记住,你得到的正是你所支付的。免费服务通常不会自动扩容,有速率限制,不提供服务等级协议(SLA),并且不会对滥用者手软。当应用准备向公众开放时,就该投资私有 RPC 访问了。
一些免费 RPC 提供商：
测试网
开发网
主网测试版
由于不同应用对 RPC 的需求各不相同,通用的公共 RPC 基础设施很少能满足要求。为了确保用户获得良好体验,面向公众的应用需要获得自己的私有 RPC 访问。这将使你能够根据用户需求自动扩容,根据应用放宽速率限制,并且安心不会被其他应用的用户挤占。多家机构提供高可用性、按需 RPC 服务;详见下文。如果没有合适的提供商,而你又能够自己运行 RPC 服务,请联系 Solana Foundation 获取指导。