一瞬たりとも見逃さない:LaserStreamのヒストリカルリプレイは、切断から回復し、過去24時間のブロックチェーン活動の欠落データをバックフィルすることを保証します。
ヒストリカルリプレイとは?
ヒストリカルリプレイは、LaserStreamの機能で、最近のブロックチェーンデータをリプレイする際に、開始ポイントを設定できます。これは、切断を処理し、リアルタイムアプリでデータの連続性を確保するのに役立ちます。リプレイ可能な期間
どのコミットメントレベルで登録しているかに関係なく、履歴の最大約24時間(約216,000スロット)をリプレイできます。そのウィンドウ内で開始ポイントを指定すると、LaserStreamはそこから現在までストリームを進めます。 古いリプレイは確定データを返します。 LaserStreamは約過去20分のスロットをメモリに保持しています。それより古いものは、確定されたブロックのみを保持するヒストリカルストアから提供されます。したがって、切断の処理
一時的な切断中に失われたデータを回復(最大24時間分)
アプリケーションのブートストラップ
最近24時間のコンテキストでアプリを開始
最近のイベントの分析
最近のトランザクションやアカウントの変更を確認
最近のデータを使ったテスト
本物の最近のデータを使用してテストと開発
動作の仕組み
1
開始ポイントの指定
fromSlotパラメータを使用してリプレイ開始ポイントを設定します(最新~216,000スロット内である必要があります)2
ヒストリカルデータのストリーミング
LaserStreamは指定したスロットから進んで全てのイベントを提供します
3
リアルタイムに追いつく
現在のスロットに達するまでヒストリカルデータがストリームされます
4
リアルタイムストリーミングの継続
シームレスにリアルタイムデータストリーミングへ移行
自動再接続: LaserStream SDKは再接続とリプレイを自動で処理します。追加のコードは不要です。
クイックスタート
- gRPC
設定オプション
number
必須
リプレイの開始スロット番号を、
u64として指定します。リプレイウィンドウ内(最新~216,000スロット/現在のスロットから約24時間)のいずれかのコミットメントレベルである必要があります。例: currentSlot - 1000重要: ウィンドウより古いスロットを渡した場合、LaserStreamはリクエストをOperation was attempted past the valid rangeで拒否します。使用例
短期間の切断後の再接続
短期間の切断後の再接続
アプリケーションが短期間の切断(24時間未満)後に再接続する場合、データが欠落しないようにヒストリカルリプレイを使用できます。
getCurrentSlotはHelius RPCを呼び出します; lastProcessedSlotは以下にメモリされます — それをどのように永続化するかはアプリに適した方法で(Redis, Postgres, ファイルなど)。最近のコンテキストでのブートストラップ
最近のコンテキストでのブートストラップ
最近数分のコンテキストでアプリケーションを開始:
最近のデータを使ったテスト
最近のデータを使ったテスト
最近のヒストリカルデータを使用してテスト(最新24時間に制限):
次のステップ
LaserStream gRPC
gRPCのストリーミング機能と機能についてさらに学ぶ
スタートガイド
HeliusダッシュボードからLaserStreamを有効にし、ストリーミングを開始します。
SDKドキュメント
完全なSDKドキュメントを参照
サポートに連絡
実装のヘルプを得る