シュレッドデリバリー

​

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

Shred Deliveryは、Heliusの事前実行データ製品で、Solanaのトランザクションデータへの超低遅延アクセスを提供するように設計されています。生成されるまま、UDP経由で配信される未処理のシュレッドパケットが届けられ、デシュレッドはユーザー側で実装されます。 デコード済みのトランザクションが必要で未処理のパケットを望まない場合は、デシュレッドのステップをスキップする同じシュレッドパイプラインに基づく別の製品であるPreprocessed Transactionsを使用してください。 生の shred は、propAMM、スナイパー、コピートレーダー、清算ボットのほか、ネットワーク同期のレイテンシを解消したい RPC ノード運用者に競争上の優位性をもたらします。 注意: シュレッドはトランザクションを運び、アカウントの状態は持ちません。 生のシュレッドと事前処理されたトランザクションの両方は、_実行前のトランザクション_を配信します。アカウントやプログラムの更新（トークン残高、ボンディング曲線の状態など）はシュレッド段階では存在せず、実行中にランタイムによって生成されます。リアルタイムでアカウントの状態変化が必要なら、LaserStream gRPCでprocessedのコミットメントを使用してください。

​

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

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

​

生のシュレッズ vs. 処理済みトランザクション

Preprocessed Transactionsは同じシュレッドパイプラインに基づく別の商品です。どちらも事前実行データを提供しますが、Heliusが提供前にどれだけ処理を行うかが異なります。

​

どちらを選択するか

インフラストラクチャがラインレートでデシュレッディング可能であり、毎マイクロ秒が重要な場合は**raw shreds**を選んでください。 デシュレッドロジックを書く必要がなく、processedの先行を求める場合は、**Preprocessed Transactions**を選び、実行メタデータを必要としない場合に使用してください。

​

Shred Delivery と LaserStream gRPCの比較

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

​

Heliusバリデータの利点

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