SOLANA//SCOPE
SLOT358,412,907 · 400 ms

ENGINEERING READOUT · REV 2026-08

Solana,
on the wire.

Every 400 milliseconds, a new leader stamps transactions into a verifiable clock, shreds the block across a relay tree, and the fastest machines on earth race to be first in line. This page puts the whole system under the scope — four channels, one sweep at a time.

TRACE · BLOCK PRODUCTION, CONTINUOUS slot nn+1n+2n+3 slot nn+1
400 msTARGET SLOT TIME
< 1 sOPTIMISTIC CONFIRMATION
~13 sFULL FINALITY (32 SLOTS)
1000sTX / SECOND SUSTAINED
CH-01 · TOPOLOGY

One leader, a tree of validators

Solana has no mempool and no mining race. A published, stake-weighted schedule assigns each ~400 ms slot to a single leader, who builds the block. Everyone else validates and votes. Blocks are cut into small packets called shreds and pushed down a fan-out relay tree — the Turbine protocol — so propagation cost stays low even with thousands of nodes.

FIG 1.1 · TURBINE SHRED PROPAGATION LEADER slot n · builds block RELAY LAYER · high stake DOWNSTREAM VALIDATORS · re-broadcast, replay, vote shreds ≈ 1,280-byte packets · erasure-coded · tree reshuffles per shred
CLUSTER CONSTANTS
  • PoHA continuous SHA-256 hash chain acts as a clock — events are ordered by where they land in the hash stream, before consensus.
  • SCHEDULELeaders are drawn per epoch (~2 days), weighted by stake, in runs of 4 consecutive slots each.
  • TOWER BFTValidators vote on forks with exponentially growing lockouts; the heaviest fork wins.
  • GOSSIPNodes discover peers and exchange metadata over a gossip plane, separate from the shred path.
  • CLIENTSAgave (Rust) runs most of the cluster; Firedancer (C, by Jump) is the performance-focused second client.
ROLE / 01

Leader

The validator whose slot it is. Ingests transactions, executes them, weaves them into the PoH stream, and shreds the result out to the tree.

ROLE / 02

Validator

Staked node that replays the leader's block, verifies every signature and state change, and votes. ~1,000+ of them, stake-weighted.

ROLE / 03

RPC node

Unstaked full node serving reads and accepting transactions from wallets and apps — the cluster's front door, not part of consensus.

CH-02 · SIGNAL PATH

Life of a transaction

There is no waiting room. Gulf Stream forwards your signed transaction straight to the current and upcoming leaders, where it enters the Transaction Processing Unit — a hardware-style pipeline. Non-conflicting transactions execute in parallel (Sealevel), get stamped into Proof of History, and are on their way to every validator before your wallet finishes its spinner.

FIG 2.1 · SIGNAL PATH, WALLET → FINALITY (FOLLOW THE PACKET) WALLET sign + blockhash RPC sendTransaction GULF STREAM forward to leaders SIGVERIFY GPU-friendly BANKING Sealevel · parallel PoH STAMP ordered in time TURBINE shred broadcast LEADER'S TPU — TRANSACTION PROCESSING UNIT PROCESSED · in a block CONFIRMED · supermajority voted FINALIZED · 32 rooted slots validators replay the block, then send votes — which are themselves transactions on chain WALLET sign + blockhash RPC sendTransaction GULF STREAM forward to leaders SIGVERIFY GPU-friendly BANKING Sealevel · parallel PoH STAMP ordered in time TURBINE shred broadcast LEADER'S TPU PROCESSED · in a block CONFIRMED · supermajority voted FINALIZED · 32 rooted slots validators replay the block, then vote — votes are themselves on-chain transactions
WHY IT'S FAST / 01

No mempool

Transactions carry a recent blockhash and get streamed directly to scheduled leaders. Nothing pools publicly waiting to be picked — it expires in ~150 blocks (~1 min) if unprocessed.

WHY IT'S FAST / 02

Declared state

Every transaction lists the accounts it reads and writes up front. Sealevel uses those lists to run non-overlapping transactions on all cores at once.

WHY IT'S FAST / 03

Fees as bids

Base fee per signature plus an optional priority fee per compute unit. Priority is priced per account, so a hot market gets expensive without taxing the whole chain.

CH-03 · ADVERSARIAL SIGNAL

MEV: the dark trace

Whoever orders transactions can profit from that ordering. On Solana the game is different from Ethereum — with no public mempool, extraction runs through leader-adjacent infrastructure: Jito's out-of-protocol auction, private transaction feeds, and raw spam racing. The two dominant strategies are atomic arbitrage across DEXes and, more corrosively, sandwiching user swaps.

FIG 3.1 · ANATOMY OF A SANDWICH BLOCK n · EXECUTION ORDER ↓ 1 · ATTACKER BUYS pushes price up first 2 · YOUR SWAP fills at the worse price 3 · ATTACKER SELLS pockets the spread PRICE ORDER → fair +impact you fill here exit BLOCK n · EXECUTION ORDER ↓ 1 · ATTACKER BUYS pushes price up first 2 · YOUR SWAP fills at the worse price 3 · ATTACKER SELLS pockets the spread PRICE ORDER → fair +impact you fill here exit
FIG 3.2 · JITO BUNDLE AUCTION SEARCHERS BLOCK ENGINE sealed-bid auction LEADER top of block TIPS → validators + stakers bundles: ≤ 5 txs, atomic, all-or-nothing, sequential — losers pay nothing
EXTRACTION / TOOLS

How value gets taken

Atomic arb — price gaps between DEX pools closed in one bundle, risk-free if it lands. Jito bundles — pay a tip to win top-of-block placement. Private order flow — some operators run modified validators that leak or sell a view of incoming transactions; sandwiching survives there even after Jito shut its public mempool in March 2024. Spam racing — flooding duplicate transactions to win by sheer arrival probability.

PROTECTION / TOOLS

How users defend

Tight slippage — caps the worst price a sandwich can force on you. MEV-protected RPCs — endpoints (Jito's among them) that route around leaked order flow. Priority fees + tips — faster inclusion shrinks the attack window. Limit orders & RFQ — a fixed price can't be sandwiched. Aggregators increasingly bake these in by default.

CH-04 · LATENCY FLOOR

The microsecond arms race

When the whole game resolves inside a 400 ms slot, geography is destiny. Serious trading firms treat Solana like an exchange matching engine: colocate next to the leader, read shreds before blocks are even assembled, and hold staked, first-class lanes into the TPU. The stack below is standard HFT practice, ported on-chain.

FIG 4.1 · LATENCY LADDER (LOG SCALE)
SLOT TIMETHE BUDGET
400 ms
CROSS-OCEAN RTTX-OCEAN RTTWRONG CONTINENT
~120 ms
SAME-REGION RTTRIGHT CITY
~20 ms
SAME-RACK HOPCOLOCATED
~500 µs
KERNEL-BYPASS NICKBYPASS NICUSERSPACE NETWORKING
~10 µs
EDGE / 01

Colocation

Validators cluster in a few metros — Frankfurt, Amsterdam, New York, Tokyo. Firms place bare-metal boxes in the same facilities and chase the leader schedule across regions.

EDGE / 02

Shred streaming

Services like Jito ShredStream deliver raw shreds the moment they leave the leader — a view of the block tens to hundreds of milliseconds before RPCs report it.

EDGE / 03

Staked lanes

Stake-weighted QoS reserves the leader's inbound QUIC capacity for staked peers. Firms lease stake or run validators just to own a guaranteed on-ramp when blocks are full.

EDGE / 04

Faster rails

Firedancer rebuilds the validator in HFT-grade C with kernel-bypass networking; DoubleZero lays dedicated fiber between validator hubs to cut public-internet jitter.

FIELD NOTES · WHAT CUTTING-EDGE LOOKS LIKE IN 2026
  • CONVERGENCEThe Solana latency stack now mirrors traditional HFT: colocation, private fiber, kernel bypass, FPGA-friendly parsing — the exchange just happens to be a distributed ledger.
  • LEADER-AWAREEverything is scheduled around the public leader rotation: routing, stake, even which datacenter your strategy wakes up in for the next four slots.
  • BLOCK ZEROThe frontier is acting on shreds mid-slot — reacting to a transaction before the block containing it formally exists.
  • PRECONFOptimistic confirmation already lands under a second; Alpenglow's ~150 ms finality target would collapse the gap preconfirmations exist to fill — while Ethereum builds an explicit preconf market (Bolt, Primev) to paper over its 12 s slots.
  • THE TENSIONEvery microsecond shaved centralizes advantage; every protocol change (SWQoS, bundle auctions, multiple concurrent leaders on the roadmap) is an attempt to keep the race fair-ish.
CH-05 · CROSS-CHAIN BENCH

Same game, different tables.

Every chain with an ordering market grows the same organs: an auction where position is sold, a protection rail that shields users from it, and a fast-data feed for whoever pays for the early look. The bench below lays them side by side — eight techniques, five chains, and the tooling that runs the table.

FIG 5.1 · TECHNIQUE × CHAIN HEAT GRID
FIG 5.2 · TOOL BENCH — GROUPED BY FUNCTION, FILTERED BY CHAIN / STANCE