Never miss a beat: LaserStream’s Historical Replay ensures you can recover from disconnections and backfill missing data from the last 24 hours of blockchain activity.
What is Historical Replay?
Historical Replay is LaserStream’s feature that lets you replay recent blockchain data by setting afromSlot starting point. This is useful for handling disconnections and ensuring data continuity in real-time apps.
How Far Back You Can Replay
You can replay up to ~24 hours (~216,000 slots) of history, regardless of which commitment level you subscribe with. Pass afromSlot within that window and LaserStream streams forward from there to the present.
Older replays return finalized data. LaserStream keeps roughly the last ~20 minutes of slots in memory; anything older is served from a historical store that holds finalized blocks only. So when you replay a fromSlot older than ~20 minutes, the data reflects the finalized chain — you won’t see forked or dropped slots or intra-slot account updates in that range, even on a processed or confirmed subscription. Slots within the last ~20 minutes carry true commitment semantics, including forks and intra-slot account updates.
Handle Disconnections
Recover data lost during brief disconnections (up to 24 hours)
Bootstrap Applications
Start applications with recent context from the last 24 hours
Analyze Recent Events
Review recent transactions and account changes
Test with Recent Data
Use real recent data for testing and development
How It Works
Specify Starting Point
Use the
fromSlot parameter to set your replay starting point (must be within last ~216,000 slots)Automatic Reconnection: The LaserStream SDK handles reconnections and replay automatically. No additional code required!
Quickstart
- gRPC
Configuration Options
The slot number to start replaying from, as a
u64. Must be within the replay window (last ~216,000 slots / ~24 hours from the current slot), at any commitment level.Example: currentSlot - 1000Important: If you pass a slot older than the window, LaserStream rejects the request with Operation was attempted past the valid range.Use Cases
Reconnection After Brief Disconnection
Reconnection After Brief Disconnection
When your application reconnects after a short disconnection (under 24 hours), you can use Historical Replay to ensure no data is missed.
getCurrentSlot calls the Helius RPC; lastProcessedSlot is kept in memory below — persist it however suits your app (Redis, Postgres, a file, etc.).Bootstrap with Recent Context
Bootstrap with Recent Context
Start your application with recent context from the last few minutes:
Testing with Recent Data
Testing with Recent Data
Use recent historical data for testing (limited to last 24 hours):
Next Steps
LaserStream gRPC
Learn more about gRPC streaming capabilities and features
Get Started
Enable LaserStream from your Helius Dashboard and start streaming.
SDK Documentation
View the complete SDK docs
Contact Support
Get help with your implementation