バリデーターの台帳エントリ（ブロック形成とProof of History (PoH)シーケンスの基礎）が欠落している場合、どのようにSolanaの履歴を検証できますか？

初期のSolanaアーカイブ（例：BigQuery、pre-v1.18 BigTable）にはエントリが不足しており、正確なリプレイ、PoH検証、および銀行状態のコミットメント検証が不可能です。

DexterLabでは、欠落しているエントリを再構築しています：
- GCSからエポック規模の台帳ダンプ（>1TB）をダウンロード
- RocksDBを直接解析して、元のエントリを抽出
- 元のバリデーター台帳の状態に一致するように、完全なエントリ ストリームを再構築

解決する課題：
- 大規模なデータ取り込みとデコード
- 不完全または破損した台帳セグメントの処理
- メタデータのずれのない正確なエントリ順序の再構築
- 決定論的なリプレイと状態ハッシュの一貫性の維持

当社のパイプラインは、ギャップ、ずれ、または信頼の前提なしに、ジェネシスからの完全なSolana履歴検証を可能にします。