概要： RPCリクエストは、アプリケーションがSolanaクラスタへアクセスするためのゲートウェイです。このリクエストは、コンセンサスに参加するのではなく、主にこのタスクに専念するRPCノードによって処理されます。それでも、アプリケーションユーザーの視点からは、RPCのパフォーマンス低下はクラスタのパフォーマンス低下と変わりありません。ユーザーに優れた体験を提供し、Solanaのスピードと低レイテンシを実証するには、タスクに対応できるRPCインフラストラクチャが重要です。
開発： 開発者は、特に初期段階やテスト時には、ローカルクラスタの使用が推奨されます。ローカルクラスタは公開されているものよりも柔軟性が高く、最適化されていない初期イテレーションを自由に実行できます。ローカルクラスタを実行する最も簡単な方法は、Solana CLIツールスイートに含まれるsolana-test-validatorバイナリを使用することです。アプリケーションが安定した状態に達したら、公開クラスタへのデプロイがより適切になります。
すべてのコード最適化タスクと同様に、RPCリクエストに関しては、少ないほど良いのです。同じデータに対して頻繁に繰り返し呼び出しを行うことは避けてください。RPCリクエストを直接行うクライアントの構築は避けてください。「バックエンドレスdApps」は幻想です。あなたは単に他人のインフラストラクチャを酷使しているだけです。コストのかかる呼び出し（特にgetProgramAccount、getSignaturesForAddress2、getConfirmedBlock）をアプリ最適化された方法でキャッシュし、そのキャッシュからユーザーに提供してください。本番稼働前にコードを最適化する時間を取ることで、ユーザーエクスペリエンスの悪さに関する報告による多くの問題を回避でき、インフラストラクチャ費用を大幅に削減できます。
複数のプロバイダーが、公開Solanaクラスタへの無料RPCアクセスを提供しています。これらのサービスは、実環境でのテスト、初期デモ、小規模なプライベートベータプログラムに適しています。ただし、支払った分だけのものが得られることを覚えておいてください。無料サービスは通常、自動スケーリングされず、レート制限があり、SLAを提供せず、悪用者を禁止することをためらいません。アプリケーションが一般公開の準備ができたら、プライベートRPCアクセスへの投資が必要になります。
無料RPCプロバイダーの例：
Testnet
Devnet
Mainnet-beta
アプリケーション間でのRPC要件の変動性のため、一般化された公共RPCインフラストラクチャが要件を満たすことは稀です。ユーザーが良好な体験を得られるようにするため、一般向けアプリケーションは独自のプライベートRPCアクセスを確保する必要があります。これにより、ユーザー需要に基づいて自動スケーリングを行い、アプリケーションに応じてレート制限を緩和し、他のアプリケーションのユーザーが自分のユーザーを締め出さないという安心感を得ることができます。いくつかの組織が高可用性のオンデマンドRPCサービスを提供しています。以下を参照してください。プロバイダーのいずれも適合せず、独自のRPCサービスを実行するタスクに取り組む場合は、Solana Foundationにガイダンスをお問い合わせください。