ERPC - Enhanced Solana RPC

FAQ - Direct Shreds

Q. どのリージョンにノードを設置していますか？

現在、以下のリージョンでノードを運用しています。
  • Frankfurt (FRA)
  • Amsterdam (AMS)
  • London (LON)
  • New York (NY)
  • Chicago (CHI)
  • Salt Lake City (SLC)
  • Tokyo (TY)
  • Singapore (SGP)
ERPCでは、実際のネットワーク経路に基づいてレイテンシを計測し、直線距離ではなく実測値に基づいて最も低遅延なリージョンを自動的に選択します。この仕組みにより、ユーザー個人レベルでのレイテンシ改善だけでなく、ERPC全体としてのネットワーク効率化や攻撃耐性の向上にもつながります。
上記のいずれのリージョンにも近くない場合は、シカゴに設置されている Far Point (FAR) が自動的に選択されます。
万が一、ご利用環境で最適なリージョンが自動的に選択されない場合は、Discordにてお問い合わせください。この問題は多くの場合、Firewallなどの設定によってエンドポイントからのpingがブロックされていることが原因です。
Validators DAO 公式 Discord: https://discord.gg/C7ZQSrCkYR

Q. WebSocketまたはGeyser gRPC (YellowStone)しか使ったことがないのですが、サンプルはありますか？

SLVを使えばすぐにShreds接続のテストやアプリ開発を始めることができます。
詳しくは以下のガイドをご覧ください。

Q. 2つのIPを登録したいです。

1つのサブスクリプションにつき1つのエンドポイントをご利用いただけます。2つのIPを利用したい場合は、2つのサブスクリプションをご購読ください。

Q. 少なくとも ~400msのレイテンシが必要です。

~400ms以内のレイテンシを確保するために重要なポイントは以下の通りです。
  • ping値の現実的理解: Ping値は理想環境での数値であり、実際のストリーム通信では約5倍のレイテンシとなります。例えば、大陸間のpingが100msの場合、実際のレイテンシは約500ms程度です。そのため、~400msのレイテンシを目指す場合、必ず同じリージョン内でインフラを構築する必要があります。
    • Ping値の一般的な目安:
      • 同一ネットワーク内：約0.1ms
      • プライベート接続（PNI）：約0.2ms
      • 同一データセンター：約0.3ms
      • 同一都市：約1ms
      • 隣国：約5〜10ms
      • 大陸間：約100〜300ms
  • 平均レイテンシに惑わされない: Solanaのバリデータは世界中に分散しており、「エポック」という周期ごとにランダムにリーダースケジュールが組まれ、リーダーバリデータが変わります。平均レイテンシを目安に~400msを目指すのは現実的ではなく、自分のリージョンのバリデータスケジュールを正確に把握し、近い時間帯のスロットを特定する必要があります。常に最短のレイテンシを求める場合、すべてのリージョンにインフラを構築する必要があります。同じリージョン内であれば、ストリーム通信でも数十msのネットワークレイテンシでデータ取得が可能であり、送信も数msで実行できます。
  • リーダースケジュールの追跡: 地域内のリーダーバリデータスケジュールを継続的に監視するには、ERPC の Leader Slot API（getLeaderSlots） を利用するのが最適です。
    この API では、今後のリーダー情報、各バリデータの地理的位置、参考用 ping 値をリアルタイムで取得でき、最小レイテンシのトレードスロットを正確に特定できます。
    Solana Beach や標準 RPC API のような公開データソースと比べ、更新頻度・精度ともに大幅に優れています。
Solana Validators Solana Beach

Q. どのようにすればゼロブロック（ゼロスロット）トレーディングを実現できますか？

ゼロブロック（ゼロスロット）トレーディングを実現するには、より高度な戦略が必要です。主なポイントは以下の通りです。
  • チャンスゾーンの特定: Solana のバリデータは世界中に分散しており、すべてのスロットで最適なレイテンシを実現することは物理的に不可能です。そのため、自身のインフラが存在する地域のリーダーバリデータスケジュールを継続的に監視し、最も有利なチャンスゾーンを特定することが重要です。複数リージョンにインフラを展開することも有効です。たとえばフランクフルトはバリデータ密度が高く、リーダーに選出される頻度が多いため、トレード機会も多くなります。
    ERPC の Leader Slot API（getLeaderSlots） を利用することで、Solana Beach や標準 RPC API よりも高精度にリーダースケジュール、バリデータの地理情報、参考用 ping 値をリアルタイムで取得できます。これにより、チャンスゾーンをより正確に予測し、ゼロレイテンシに近いトレードを実行することが可能になります。
  • 専有ノードの導入: 競合と比べて優位性がない場合は、専有ノードの導入を検討してください。共用ノードは他のユーザーの影響を受けレイテンシが増大するため推奨しません。また、自分のアプリケーションと専有ノードを同じネットワーク内に設置することで、ネットワークコストを最小限に抑えることが可能です。

Q. 特定のエンドポイントを利用したいです。

低レイテンシ環境を確保するために、必ず最も近いノードが自動的に選択されます。特定のエンドポイントを指定したい場合は、そのエンドポイントに最も近い場所にサーバーを借りてテストすることを推奨します。

Q. なぜ専有エンドポイントは速いのですか？

共有エンドポイントは複数のお客様でリソースを分け合って利用しているため、トラフィック量が増えるにつれてレイテンシ（遅延）が発生しやすくなります。サーバーのリソースには物理的な限界があり、処理できる仕事量が決まっています。多くのリクエストが同時に集中すると、処理を順番に行う必要があるため、レスポンス速度が低下します。
私たちは共有エンドポイントでも様々な対策を講じてパフォーマンスを最適化していますが、専有エンドポイントでは、あなただけがそのリソースを専有できるため、他のユーザーの影響を一切受けません。その結果、常に安定した高速なレスポンスが得られます。
さらに専有エンドポイントでは、HTTPなどTLSを利用しない通信オプションを提供しています。TLSハンドシェイク(約20ms)の処理を省略することで、HTTPSと比較してさらに通信速度が向上します。

Q. クリプト支払いをしたいです

現在、ERPCでは「Subscription NFTs」を開発中です。サブスクリプションの利用権をNFTとして扱い、保有・譲渡・再販売を可能にする仕組みで、暗号資産による支払い体験を大きく改善します。リリースは2025年末を予定しており、詳細はこちらをご覧ください。
Subscription NFTs プレスリリース: https://erpc.global/ja/news/2025/08/31/erpc-subscription-nfts/
ただし、開発及びリリースまでには時間がかかるため、今すぐ暗号資産で支払いを行いたい方は、暗号通貨をクレジットカード支払いとして利用できる以下のようなサービスをご検討ください。
これらのサービスを利用することで、通常のクレジットカードと同様に暗号通貨での支払いをすぐに始めることが可能です。

Q. ShredStream にすべてのトランザクションが含まれないのはなぜですか？

Shredsは設計上、Solanaブロックチェーン上のすべてのトランザクションを含んでいません。すべてのトランザクションを監視するには、世界中に多数のプロキシを配置し、すべてのバリデーターからShredsを受信する必要がありますが、これは実際には現実的ではありません。
通常、多くのユーザーは利用可能なデータの一部を用いて運用しています。もしユースケースが完全なデータ取得を要求し、データの損失を一切許容できない場合には、Shredsは適切ではないかもしれません。
より包括的なトランザクションの監視を求める場合、Geyser gRPCはShredsよりも高い信頼性を提供します。しかし、Solanaチェーン上で100%のデータを取得するには、実際には多数のエッジサーバーを配置する必要があり、現実的ではない可能性があります。
Geyser gRPCの信頼性は99%以上であり、私たちを含む多くのユーザーがその信頼性を確認しています。
一方、Shredsは一般的に90%以上の信頼性を提供し、全てのトランザクションを取得できるわけではありませんが、その特長はGeyser gRPCよりも高速に大部分のトランザクションを取得できる点にあります。
SolanaのTurbinやGulf Streamプロトコルについて詳しく知りたい方は、以下をご参照ください。

Q. 最強の環境を手に入れたい。

専有Shredsノードとベアメタルサーバーの組み合わせが理想的です。同じネットワークを共有することで、ゼロ距離通信を実現し、pingで約0.1msの低遅延が可能です。
詳細はDiscordまでお問い合わせください。
Validators DAO 公式 Discord
🔗 #🔰-はじめかた

Q. レイテンシはどのくらいですか？

レイテンシは計測方法やご利用環境によって異なります。具体的な数値よりも、実際のご利用シナリオで必要な性能を満たすかどうかが重要です。
すべてのプランで無料のフリートライアルをご用意していますので、実際の環境でぜひお試しください。また、TypeScriptやRustを利用して簡単にレイテンシを測定できるツールも提供しています。フリートライアルと合わせてご活用ください。

Q. このRPC（gRPC, Shreds）は他より速いですか？

ぜひ無料のフリートライアルで他のサービスと比較してみてください。もし他のサービスより遅い場合は、具体的な条件や比較対象についてDiscordでお知らせいただけると幸いです。原因を特定し、さらなる速度改善を行います。
私たちはお客様からのフィードバックをもとに、継続的にレイテンシの改善に取り組んでいます。最速のエンドポイントをお求めの方は、ぜひ詳細な情報を共有してください。競合他社と比較した具体的な数値や条件をお伝えいただければ、それをもとにより優れたパフォーマンスを実現します。これまでも、このような改善を重ねてきました。
Validators DAO 公式 Discord

Q. どのプランが一番速いですか？

一般的には、最上位のプランが最も高速です。これは、より高性能なCPUや大容量のメモリなど、強力なハードウェア構成を使用しているためです。
さらに強力なサーバーをお求めの場合はカスタマイズも可能ですが、基本的なプランは最適なコストパフォーマンスを追求して設計しています。
私たちはどの価格帯でも世界最高水準のパフォーマンスを提供していると自負しています。同じ価格帯で当社より高速なサービスがあれば、ぜひお知らせください。原因を特定し、改善に努めます。

Q. レイテンシが大きいのですが？

レイテンシはエンドポイントとの距離に大きく影響されます。提供されているエンドポイントに近いサーバーからのアクセスを推奨します。最速環境はベアメタルサーバーまたはVPSサービスを通じて提供しています。

Q. WebSockets, gRPC, Shreds はどれが一番速いですか？

お客様からのフィードバックによる速度の順序は以下の通りです。
Shreds > gRPC > WebSockets
もし異なる結果がありましたらご報告ください。

Q. 聞いていたレイテンシと違います。

プログラミング言語ごとのパフォーマンス差があります。一般的に言語の速度順序は以下の通りです。
Rust > Go > TypeScript (JavaScript) > Python
詳しい速度比較はこちらをご覧ください。
言語ごとの速度比較
最速のパフォーマンスを目指す場合はRustの使用を強く推奨します。

前へ

FAQ - Solana RPC エンドポイント

次へ

FAQ - VPS