Partner · Blockchain Life 2026 — Dubai, December 1–2 · 15,000+ attendees from 130+ countriesGet tickets →
LIVE
BTC—ETH—SOL—BNB—XRP—ADA—AVAX—DOGE—LINK—DOT—MATIC—ATOM—LTC—TRX—TON—BTC—ETH—SOL—BNB—XRP—ADA—AVAX—DOGE—LINK—DOT—MATIC—ATOM—LTC—TRX—TON—
—▲0.0%
Blockchain

Anza and a16z Researchers Propose Gatling, Targeting 10ms Solana Slots

16 Jun 2026by CryptoJazz Admin1 min read224 views
Anza and a16z Researchers Propose Gatling, Targeting 10ms Solana Slots

A paper published on 16 June by researchers at Anza and a16z Crypto puts a number on how far the gap between block proposals on Solana might fall: 10 milliseconds. "Gatling: Rapid-Fire Consensus from Parallel Composition," credited to Giulia Scaffino, Max Resnick and Joachim Neu, argues that a network does not have to speed up any single consensus process to produce blocks faster. It can run several at once and stagger them. A prototype running nine instances side by side turned out a new proposal roughly every 56 milliseconds. As of the paper's release, none of this is a shipped feature, and no production timeline comes with it.

Nine instances instead of one faster one

Consensus is the procedure by which validators agree on the next block and its contents. Its speed is bounded by how long messages take to travel between validators, and most attempts to shorten block times attack that bound directly, by cutting rounds of voting or shrinking the messages that carry votes. Gatling goes around it. The design runs K independent instances of an existing consensus protocol side by side, starts them on a staggered schedule so their proposals land at evenly spaced intervals, and merges their outputs into one chain through a deterministic interleaving rule, so that every validator derives the same order from the same set of instances. The wrapper treats the underlying consensus as a black box and composes existing instances without modifying their internals, which is what would let it sit on top of a protocol already in use instead of replacing it.

56 milliseconds between proposals

The reported prototype results are for K=9, nine parallel instances. The gap between one block proposal and the next came in at about 56 milliseconds, roughly nine times the baseline rate and in line with the instance count. End-to-end latency, measured from proposal to confirmed output, was 226.6 milliseconds under normal conditions and 244 milliseconds with 1% packet loss. The paper calls the 10-millisecond slot time a theoretical target, not an achieved figure. The distance between 56 milliseconds and 226.6 milliseconds is the design's defining trade: parallel composition makes proposals arrive more often without making any individual instance confirm faster. A chain gets more frequent blocks, and each block still takes as long as it always did to settle.

Alongside Alpenglow, not against it

Solana already has a consensus overhaul in progress. Alpenglow replaces the TowerBFT and proof-of-history voting machinery with a component called Votor, targets roughly 150 milliseconds to finality, and introduces a Validator Admission Ticket priced at 1.6 SOL per epoch. It entered validator testing on a community cluster on 11 May 2026 and has not reached mainnet. The paper presents Gatling as orthogonal and complementary to that effort, not an alternative to it: Alpenglow makes a single consensus instance finalize faster, while Gatling would run several instances of whatever consensus a network already has. Because the wrapper does not touch the internals of the protocol it composes, the two are meant to stack.

A controlled run is not a live network

A latency figure from a prototype and a latency figure from a live network are not the same measurement. Solana mainnet runs across an open network with uneven hardware, adversarial traffic and real economic incentive to misbehave, and a controlled run at K=9 speaks to none of that. Client engineering is on its own track. Firedancer v1.0.0, the ground-up C rewrite of the validator client, reached testnet in June, on a date we could trace to only one report, and is explicitly not recommended for Mainnet Beta, which separates it from the Frankendancer hybrid already running more than 20% of mainnet stake. Agave v4.0.3 and v4.1.0-rc.1, released the same day as the Gatling paper, carried five backported correctness fixes covering entry validation, blockstore integrity, voting overhead and nonce handling. Gatling has a paper, a prototype and a shape that fits the work already under way. What it does not have is a date.

Read also: Firedancer v1.0.0 Reaches Testnet, Completing Solana's C Rewrite

← All news