メインコンテンツへスキップ

シュレッドを取得

生のシュレッドを受信開始 — Heliusダッシュボードで購読します。

Heliusシュレッドデリバリーとは?

Shred Deliveryは、Solanaのトランザクションデータに超低遅延でアクセスするためのHeliusの事前実行データ製品です。次の2つの形式で提供されます:
  • Raw shreds (UDP) — 処理されていないシュレッドパケット、生成されるとすぐに配信されます。デシュレッディングを実装します。
  • 事前処理されたトランザクション (gRPC, Public Beta) — デコードされたシュレッド。デシュレッディングをスキップし、平均でprocessedのコミットメントレベルの約8ミリ秒前にトランザクションを配信します。
どちらのモードも、propAMM、スナイパー、コピー取引者、清算ボット、裁定取引、ネットワーク同期の遅延をなくしたいRPCノードオペレーターに競争力を提供します。 注意: シュレッドはトランザクションを運び、アカウントの状態は持ちません。 生のシュレッドと事前処理されたトランザクションの両方は、_実行前のトランザクション_を配信します。アカウントやプログラムの更新(トークン残高、ボンディング曲線の状態など)はシュレッド段階では存在せず、実行中にランタイムによって生成されます。リアルタイムでアカウントの状態変化が必要なら、LaserStream gRPCprocessedのコミットメントを使用してください。
さらに早いトランザクションシグナルを得るために、シュレッドになる前にpreconfSubscribe WebSocketを介してスケジュールされたトランザクションをストリームします。詳細はPre Confirmationsを参照してください。

Raw Shreds (UDP)

ユーザー側でのデシュレッディングロジックが必要です。月額$1,000/IP。プロプランカスタマーは月額$800/IP。

事前処理されたトランザクション (gRPC)

デコードされたシュレッドがトランザクションとしてprocessedの約8ミリ秒前に配信され、実行メタデータはありません。プロフェッショナルプラン、1MBあたり20クレジット。

バリデータアドバンテージ

Heliusは最高のステークバリデータであり、ステークの少ないバリデータやステークされていないRPCノードよりも速くシュレッドを受信します。

セルフサーブ

ダッシュボードのシュレッズタブからシートを追加および削除します。各シートは1つのIPにバインドします。サーバーに最も近い地域を自動検出します。

シュレッドとは何ですか?

Solanaでは、トランザクションが**「シュレッド」**と呼ばれる小さなデータパケットに分割され、ネットワーク全体での効率的で迅速な伝達が可能になります。 各シュレッドはトランザクションデータの断片であり、標準のネットワークパケット内に収まるように最適化され、バリデータによって迅速に分配され、完全なブロックに再構築されます。 このアーキテクチャは、Solanaの高スループットと低遅延を維持するために不可欠であり、Shred Deliveryはこの生データストリームに直接アクセスします。

詳細を知る:Solanaシュレッドの理解

Solanaのシュレッドメカニズムがどのように機能するか、そしてそれがトレーディングにとってなぜ重要なのかを説明する包括的なブログ記事を読む

生のシュレッドと事前処理されたトランザクション

どちらのモードもShred Deliveryの一部であり、両方とも事前実行データを提供しますが、Heliusがあなたに手渡す前にどれだけ処理するかが違います。

Raw shreds (UDP)

  • 生成されるままの処理されていないシュレッドパケットを配信
  • デシュレッディングロジックが必要
  • すべてのプランで利用可能。シートあたりの料金を払い、ダッシュボードで管理。
  • propAMMs、スナイパー、コピー取引者、清算ボット、裁定取引、ネットワーク同期の遅延をなくしたいRPCノードオペレーター

事前処理されたトランザクション (gRPC)

  • デコードされたトランザクション、processedの約8ミリ秒前
  • 実行メタデータなし(残高変化、ログ、エラーなし)
  • 標準のLaserStream gRPC配信;カスタムデシュレッディングなし
  • プロプラン、1MBあたり20クレジット

どちらを選択するか

インフラストラクチャがラインレートでデシュレッディング可能であり、毎マイクロ秒が重要な場合は**raw shreds**を選んでください。 processedの約8ミリ秒の先を取りたいが、デシュレッディングロジックを書きたくないとき、そして実行メタデータを必要としないときは、事前処理されたトランザクションを選んでください。データ構造、トレードオフ、SDKの例の完全な情報はPreprocessed Transactionsを参照してください。

Shred Delivery と LaserStream gRPCの比較

LaserStream gRPCとShred Deliveryはトランザクションライフサイクルの異なるポイントに位置しています: 多くのチームは両方を使用します:Shred Deliveryはトレーディングの決定を促す事前実行シグナルに、LaserStream gRPCはダッシュボードを更新し、状態を永続化する実行後確認に使います。

LaserStream gRPCについて学ぶ

リプレイ機能、複数地域へのフェイルオーバー、開発者に優しいSDKsを提供する本番用gRPCストリーミング。

LaserStreamの使用を開始する

HeliusダッシュボードからLaserStreamの使用を開始します。

Heliusバリデータの利点

Heliusはステークウェイトでトップのバリデータであり、ステークの少ないバリデータやステークされていないRPCノードよりも速くシュレッドを受信します。 Turbineでは、ステークウェイトの高いバリデータがデータ伝播ツリーで優先され、ブロックリーダーはシュレッドをステークの高いバリデータであるHeliusに最初に送ります。 このステークウェイトに基づく伝播により、私たちはネットワークのデータフローにおいて可能な限り早くシュレッドを受信します。他のプロバイダーが二次伝播を待ったり、ステークされていないインフラストラクチャに依存したりする必要がある中、私たちのバリデータポジションは、ネットワークを通じて流れる生のトランザクションデータへの直接的で優先されるアクセスを保証します。