Solana transaction sender
A Rust sidecar that races transactions to the leader over QUIC.
- Role
- Sole author
- Stack
- RustQUICYellowstone gRPC
On Solana, a trade is only as good as its path to the current block leader. This sidecar takes a signed transaction and sends it down several paths at once; whichever lands first wins.
Decisions
Race every path, keep the winner
No single route to the leader wins every time, so the sender doesn't guess. It sends the same signed transaction down four paths at once, and the first to land wins. Same signature means duplicates are deduped onchain: a trade can never execute twice.
Single transactions over Jito bundles
Bundles kept coming back invalid whenever transactions touched shared pool accounts. Parallel single transactions raced across paths land more reliably, and plain RPC is always in the race, so a send never runs out of routes.
Proven, not assumed
With leader connections kept warm, a single send costs about 1ms, and the whole send stage measured 9ms at p50 across 1,064 trades, about 0.8% of end-to-end latency. Sending isn't the bottleneck, and now there's data to prove it.
What I built
- Four paths in parallel: staked SWQoS over persistent QUIC via Yellowstone, direct QUIC to the leader with fan-out to upcoming leaders, a Triton fast path, and plain RPC.
- A leader connection warmer that pre-opens QUIC connections to the next few leaders, so a send costs ~1ms instead of the 50–150ms of a cold handshake.
- A send-path benchmark to measure each route's land rate and latency.