> ## Documentation Index
> Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt
> Use this file to discover all available pages before exploring further.
# シュレッドデリバリー
> Heliusの事前実行データ製品。UDP経由のSolanaシュレッドを生で、またはgRPC経由の事前処理されたトランザクション。
生のシュレッドを受信開始 — Heliusダッシュボードで購読します。
## Heliusシュレッドデリバリーとは？
[Shred Delivery](https://www.helius.dev/shreds)は、Solanaのトランザクションデータに超低遅延でアクセスするためのHeliusの**事前実行データ製品**です。次の2つの形式で提供されます：
* **[Raw shreds (UDP)](/ja/shred-delivery/raw-shreds)** — 処理されていないシュレッドパケット、生成されるとすぐに配信されます。デシュレッディングを実装します。
* **[事前処理されたトランザクション (gRPC, Public Beta)](/ja/shred-delivery/preprocessed-transactions)** — デコードされたシュレッド。デシュレッディングをスキップし、平均で`processed`のコミットメントレベルの約8ミリ秒前にトランザクションを配信します。
どちらのモードも、propAMM、スナイパー、コピー取引者、清算ボット、裁定取引、ネットワーク同期の遅延をなくしたいRPCノードオペレーターに競争力を提供します。
注意: シュレッドはトランザクションを運び、アカウントの状態は持ちません。
生のシュレッドと事前処理されたトランザクションの両方は、\_実行前のトランザクション\_を配信します。アカウントやプログラムの更新（トークン残高、ボンディング曲線の状態など）はシュレッド段階では存在せず、実行中にランタイムによって生成されます。リアルタイムでアカウントの状態変化が必要なら、**[LaserStream gRPC](/ja/laserstream)で`processed`のコミットメント**を使用してください。
さらに早いトランザクションシグナルを得るために、シュレッドになる前に`preconfSubscribe` WebSocketを介してスケジュールされたトランザクションをストリームします。詳細は[Pre Confirmations](/ja/pre-confirmations/overview)を参照してください。
ユーザー側でのデシュレッディングロジックが必要です。月額\$1,000/IP。プロプランカスタマーは月額\$800/IP。
デコードされたシュレッドがトランザクションとして`processed`の約8ミリ秒前に配信され、実行メタデータはありません。プロフェッショナルプラン、1MBあたり20クレジット。
Heliusは最高のステークバリデータであり、ステークの少ないバリデータやステークされていないRPCノードよりも速くシュレッドを受信します。
ダッシュボードのシュレッズタブからシートを追加および削除します。各シートは1つのIPにバインドします。サーバーに最も近い地域を自動検出します。
## シュレッドとは何ですか？
Solanaでは、トランザクションが\*\*「シュレッド」\*\*と呼ばれる小さなデータパケットに分割され、ネットワーク全体での効率的で迅速な伝達が可能になります。
各シュレッドはトランザクションデータの断片であり、標準のネットワークパケット内に収まるように最適化され、バリデータによって迅速に分配され、完全なブロックに再構築されます。
このアーキテクチャは、Solanaの高スループットと低遅延を維持するために不可欠であり、Shred Deliveryはこの生データストリームに直接アクセスします。
Solanaのシュレッドメカニズムがどのように機能するか、そしてそれがトレーディングにとってなぜ重要なのかを説明する包括的なブログ記事を読む
## 生のシュレッドと事前処理されたトランザクション
どちらのモードもShred Deliveryの一部であり、両方とも事前実行データを提供しますが、Heliusがあなたに手渡す前にどれだけ処理するかが違います。
* 生成されるままの処理されていないシュレッドパケットを配信
* デシュレッディングロジックが必要
* すべてのプランで利用可能。シートあたりの料金を払い、ダッシュボードで管理。
* propAMMs、スナイパー、コピー取引者、清算ボット、裁定取引、ネットワーク同期の遅延をなくしたいRPCノードオペレーター
* デコードされたトランザクション、`processed`の約8ミリ秒前
* 実行メタデータなし（残高変化、ログ、エラーなし）
* 標準のLaserStream gRPC配信；カスタムデシュレッディングなし
* プロプラン、1MBあたり20クレジット
### どちらを選択するか
インフラストラクチャがラインレートでデシュレッディング可能であり、毎マイクロ秒が重要な場合は\*\*[raw shreds](/ja/shred-delivery/raw-shreds)\*\*を選んでください。
`processed`の約8ミリ秒の先を取りたいが、デシュレッディングロジックを書きたくないとき、そして実行メタデータを必要としないときは、**事前処理されたトランザクション**を選んでください。データ構造、トレードオフ、SDKの例の完全な情報は[Preprocessed Transactions](/ja/shred-delivery/preprocessed-transactions)を参照してください。
## Shred Delivery と LaserStream gRPCの比較
LaserStream gRPCとShred Deliveryはトランザクションライフサイクルの異なるポイントに位置しています：
| 機能 | 生のシュレッド (UDP) | 事前処理された (gRPC) | LaserStream gRPC |
| --------------- | --------------------------------------- | ------------------------------------- | -------------------------------- |
| **ライフサイクルのどこで** | 事前実行 — 生のシュレッドパケット | 事前実行 — デコード済みシュレッド、`processed`の約8ミリ秒前 | 実行後 — 処理済み、確認済み、最終化されたコミットメントレベル |
| **データタイプ** | 生のシュレッドパケット | デコードされたトランザクション、実行メタデータなし | 実行メタデータを含む完全なトランザクション |
| **レイテンシ** | 事前処理より速い | `processed`の約8ミリ秒前 | 超低遅延の処理済みデータ |
| **ユーザー側の処理** | デシュレッディングロジック | なし | なし — オールインワン |
| **リプレイ** | ❌ | ❌ | ✅ 24時間 |
| **最適な用途** | propAMMs、スナイパー、コピー取引者、清算ボット、裁定取引、RPCノード | カスタムデシュレッディングなしのデコード済みデータ | 本番アプリ、分析、バックエンドサービス |
| **セットアップ** | シートごとに料金を支払い; ダッシュボード経由で調整 | 開発者に優しいSDKs（プロプラン、1MBあたり20クレジット） | 開発者に優しいSDKs |
多くのチームは**両方**を使用します：Shred Deliveryはトレーディングの決定を促す事前実行シグナルに、LaserStream gRPCはダッシュボードを更新し、状態を永続化する実行後確認に使います。
リプレイ機能、複数地域へのフェイルオーバー、開発者に優しいSDKsを提供する本番用gRPCストリーミング。
HeliusダッシュボードからLaserStreamの使用を開始します。
## Heliusバリデータの利点
Heliusはステークウェイトでトップのバリデータであり、ステークの少ないバリデータやステークされていないRPCノードよりも速くシュレッドを受信します。
Turbineでは、ステークウェイトの高いバリデータがデータ伝播ツリーで優先され、ブロックリーダーはシュレッドをステークの高いバリデータであるHeliusに最初に送ります。
このステークウェイトに基づく伝播により、私たちはネットワークのデータフローにおいて可能な限り早くシュレッドを受信します。他のプロバイダーが二次伝播を待ったり、ステークされていないインフラストラクチャに依存したりする必要がある中、私たちのバリデータポジションは、ネットワークを通じて流れる生のトランザクションデータへの直接的で優先されるアクセスを保証します。