FastRelay — Client Integration Guide
Introduction
FastRelay is an ultra-low-latency Solana transaction relay designed for traders, market makers, and automated systems requiring sub-millisecond dispatch.
Your client submits a pre-signed Solana transaction to FastRelay, and it is immediately delivered using a highly optimized, leader-aware pipeline engineered for speed — with stake-weighted priority delivery for maximum transaction inclusion rates.
Broadcast Pipeline
Every transaction is broadcast simultaneously through 5 channels:
- Stake-Weighted QUIC (Primary) — Priority delivery across multiple global endpoints
- QUIC TPU — Direct to current + next 48 Solana leaders via QUIC
- UDP TPU — Fire-and-forget UDP to leaders
- RPC Fan-out — Parallel sendTransaction to multiple RPC endpoints
- ROC Relayers — Jito Block Engine and custom relayers
Submission Modes
The relay provides three submission modes:
A) QUIC (Recommended — 0.1ms possible)
Persistent, connection-oriented, extremely low overhead.
B) WebSocket (wss://) — persistent, browser-native
Open one socket per region, then stream transactions or atomic bundles for as long as you like. One TLS handshake at connect, none afterwards. Works from browsers and every modern language without a custom client.
C) Standard HTTPS
Simplest integration, but typically 15–25ms latency.
All three modes accept both single transactions and atomic Jito bundles — up to 5 transactions that land together or not at all, submitted straight to the Jito Block Engine.
The rest of this guide
| Page | What's on it |
|---|---|
| Endpoints | QUIC, HTTPS and WebSocket addresses for all four regions |
| API Keys | Optional keys, and the three ways to pass one |
| Rate Limits | 5 rps unstaked, rising to 200 with stake |
| Tip Wallets | The eight tip wallets and the minimum tip |
| Your Effective Rate | Query the tip and limit that apply to a wallet |
| Transaction Support | Legacy and versioned transactions, size limits, ALT |
| Sending via QUIC | The recommended path, with Rust and Python examples |
| Sending via HTTPS | The simplest path — a standard REST POST |
| Sending via WebSocket | Persistent streams for transactions and bundles |
| Atomic Bundles | Jito bundles, both tip requirements, landing semantics |
| Responses & Errors | Response shapes and the full error-code reference |
| Performance & Monitoring | Keep-alive, latency breakdown, co-location, ping |
Support
For technical support or colocation inquiries:
- Discord: Join the server