FlashBlock Stream
Receive sub-block updates over gRPC or WebSocket before the standard block is formed.
FlashBlock signals, confirmed blocks, and regional transaction paths for latency-sensitive Base applications.
Choose pre-confirmation awareness, completed block data, or a regional path to the Base Sequencer.
Receive sub-block updates over gRPC or WebSocket before the standard block is formed.
Continuously consume completed Base blocks through regional gRPC endpoints.
Send signed raw transactions through regional gRPC or HTTPS endpoints with reusable connections.
The published benchmark covers transaction ordering, completed blocks, and FlashBlock arrival time in separate tests.
Read the Base benchmarkFlashBlock provides earlier awareness, Block Stream confirms the final block, and Transaction Sending closes the loop.
FlashBlock, approximately every 200ms
Completed Base block, approximately every 2s
Regional eth_sendRawTransaction
Subscribe to BlockRazor FlashBlock Stream over gRPC or WebSocket from the nearest supported region. FlashBlock is a sub-block update typically pushed about every 200ms before the completed Base block, so applications can react earlier than if they wait for the roughly two-second final block.
Use FlashBlock Stream for pre-confirmation signals, Block Stream for completed blocks and confirmed transactions, and regional Transaction Sending for eth_sendRawTransaction. Measure the full signal-to-submission path from the same production region because the fastest component alone does not determine end-to-end latency.
Send the signed transaction through the nearest BlockRazor Base endpoint using gRPC or HTTPS and keep the client connection warm where possible. Test regional latency, retries, and tail behavior with the production workload; lower transport latency can improve arrival time but cannot guarantee ordering or inclusion.
Use Block Stream when the application needs completed blocks and confirmed transactions. Use FlashBlock Stream when earlier pre-confirmation awareness is more important than waiting for the final block.
FlashBlock Stream supports gRPC and WebSocket. Block Stream uses gRPC. Transaction Sending supports gRPC and HTTPS for eth_sendRawTransaction.
Current documentation lists Frankfurt, Tokyo, and Virginia. Applications should select the nearest regional endpoint and validate latency with their own production workload.
Tell us about your partnership goals or subscription questions. Our business team can help with subscription plans, pricing, and ways to work together.
Log in to get your auth token and start building. You can contact us on Discord during integration.