Zelcore

Solana's Origins and Architecture: One Monolithic Chain, Eight Innovations

8 min read
Solana's Origins and Architecture: One Monolithic Chain, Eight Innovations

In November 2017, an ex-Qualcomm engineer named Anatoly Yakovenko published a whitepaper arguing that blockchains were stuck solving the wrong problem. Validators, he wrote, spend most of their time agreeing on what time it is. Fix that, and almost everything else in the stack can be parallelized. The paper was titled A new architecture for a high performance blockchain. Over a decade at Qualcomm — plus stints at Mesosphere and Dropbox — had left him with strong opinions about pipelining, hardware, and what happens when software refuses to trust a clock.

That whitepaper became Solana. Beta mainnet shipped on March 16, 2020, minting roughly 500 million SOL at genesis. Six years later, Solana is the reference implementation of the monolithic school of blockchain design — the opposite bet from Ethereum, and the central subject of this five-part deep dive.

This first installment sets up the rest of the series. We'll walk through the origin story, the eight coordinated innovations that make a single-chain design viable, the tokenomics, and the architectural trade-off Solana made against the modular rollup approach Ethereum took. Parts 2 through 5 then zoom in on consensus, execution, the SPL token layer, and the outage history that trade-off has produced.

The 2017 thesis: a verifiable clock before consensus

Yakovenko's core insight was narrow and specific. In most blockchains, validators run consensus rounds that partly exist to timestamp events — to agree that transaction A came before transaction B. That's expensive. Round-trips dominate throughput. His proposed fix: give the network a cryptographically verifiable clock before consensus runs, so ordering is already settled by the time validators start voting.

That clock is Proof of History (PoH). It is not, despite the name, a consensus mechanism. PoH is a sequential SHA-256 hash chain — each hash takes the previous hash as input — that produces a verifiable sequence of elapsed time. Validators can inspect the chain and agree on ordering without round-tripping. Consensus still happens (Part 2 covers Tower BFT in detail), but it runs over a pre-ordered stream instead of negotiating order from scratch.

The philosophical contrast with Ethereum is sharp. In 2017, Ethereum's public roadmap was already pointing at proof-of-stake, sharding, and eventually rollups — a modular future where execution gets pushed off the base layer. Solana bet the other way. One chain. Tuned to fast, consistent hardware. Parallelism baked into every layer. The term of art is monolithic Layer 1: everything — consensus, execution, data availability, state — lives on one chain and scales vertically as hardware improves.

Neither bet is obviously correct. Ethereum gets a minimal, censorship-resistant base layer and a sprawling rollup ecosystem. Solana gets atomic composability — every piece of state is reachable from every transaction — and inherits any failure mode that a single chain can have. Part 5 will be honest about what those failure modes have looked like in practice.

From whitepaper to mainnet: Labs, Foundation, Anza

Solana Labs — the company — was co-founded in 2018 by Yakovenko with Greg Fitzgerald, Raj Gokal, Stephen Akridge, and Eric Williams. The Solana Foundation, a Swiss nonprofit, was set up separately to steward the protocol treasury, grants, and ecosystem coordination. Labs shipped code; the Foundation governed.

That org chart stayed stable for four years. Then on January 30, 2024, Anza was announced as a new, independent developer firm spun out of Solana Labs' validator-client team. The move was deliberate: Solana had historically run on a single production client, and single-client networks carry real systemic risk — a bug in that one implementation is a bug the whole network ships. Anza forked the Solana Labs validator into Agave in early 2024, and Labs has since wound down its active client work. The network now has a genuinely multi-team client landscape: Anza's Agave, Jito-Solana (a fork focused on MEV), and Jump Crypto's Firedancer — a from-scratch C++ client designed to push single-node throughput higher still.

If you come from the Bitcoin or Ethereum world, that diversity should feel familiar. Bitcoin Core plus Knots. Geth, Nethermind, Besu, Erigon, Reth. Client diversity is how mature chains de-risk the reference implementation.

The eight innovations, grouped by what they do

Solana's own documentation famously lists eight named innovations. Enumerated flat, they read as a buzzword list. Grouped by function, they tell a cleaner story.

Consensus and timing. Proof of History gives the network its verifiable clock. Tower BFT is a PBFT-style voting protocol that uses PoH timestamps to observe timeouts cheaply. Together they answer the "what happened when" question — the one how blocks chain together under consensus normally requires expensive coordination to settle.

Propagation and transaction flow. Turbine is block propagation modeled on BitTorrent: the leader breaks a block into erasure-coded shreds and fans them out to peers so bandwidth requirements scale logarithmically, not linearly, with validator count. Gulf Stream goes further upstream and removes the mempool entirely — clients forward transactions directly to the validator known to be the next leader. No shared pool, no flood-fill, no mempool-based front-running surface.

Execution. Sealevel is Solana's parallel smart-contract runtime. Because every transaction declares up front which accounts it will read and write, the runtime can schedule non-overlapping transactions across CPU cores concurrently. Pipelining arranges the validator's Transaction Processing Unit like a CPU pipeline — fetch, verify, bank, write — so each stage stays busy while others work on later blocks.

State. Cloudbreak is a horizontally scaled account store that shards state across a RAID-0 SSD array for concurrent reads and writes. Archivers was the original distributed ledger-storage design, using Proofs of Replication; in practice the concept was folded back into validator responsibilities rather than shipped as a separate tier. The eighth item lives today more as an architectural note than a separate role.

Part 2 will unpack PoH and Tower BFT in detail. Part 3 will dig into Sealevel and the parallel-execution model. For now, the point is that "monolithic" does not mean "unsharded and therefore slow." Solana's monolith is sharded internally — across cores, across SSD lanes, across pipeline stages — rather than across chains.

SOL tokenomics: 500M at genesis, disinflating to 1.5%

Solana's economic design is less exotic than its execution stack but worth pinning down. Genesis minted roughly 500 million SOL in March 2020. The inflation schedule has three knobs: an initial rate of 8%, a disinflation rate of -15% per year, and a long-term terminal rate of 1.5%. In plain language: inflation started at 8% annually, falls by 15% of its current value each year, and asymptotes toward 1.5% — a floor the model reaches roughly 10 to 12 years after inflation began. Approximately 95% of newly minted SOL flows to validators and delegators as staking rewards; the remainder goes to the Foundation.

As of early 2026, circulating supply sits near 575 million SOL out of a total supply near 625 million, with the current inflation rate around 3.9% and trending down. A pending proposal, SIMD-0411, would double the disinflation rate and compress the curve further. That contrasts with both Bitcoin's fixed 21M halving schedule — a hard cap enforced by a discrete 4-year step function — and Ethereum's supply arc and post-Merge issuance, which became net-deflationary under EIP-1559's fee burn. Solana is inflationary today, disinflationary in trajectory, and has no hard cap.

Worth noting: SOL is a native coin rather than a token. It pays fees, secures consensus via staking, and sits in the same execution environment as every SPL token. SPL — the Solana Program Library — is Solana's equivalent of ERC-20, but implemented as a single shared Rust program that every token plugs into, rather than each token deploying its own contract. Part 4 returns to SPL, what it means to share a runtime, and why that design choice shapes everything from fee UX to DeFi composability.

Key takeaways

Part 2 goes inside the clock itself: how Proof of History actually works as a sequential hash chain, and how Tower BFT turns that clock into a consensus protocol.


Further Reading

Holding Bitcoin in Zelcore: UTXO Hygiene, Lightning Access, and Self-Custody in Practice

Holding Bitcoin in Zelcore: UTXO Hygiene, Lightning Access, and Self-Custody in Practice

A practical, advanced guide to storing Bitcoin in Zelcore: BIP-84 addresses, UTXO hygiene, fee tiers, Lightning split, and a risk checklist that ties the whole series together.

9 min read
Holding Ethereum in Zelcore: Gas Hygiene, L2 Access, and What Pectra and Fusaka Change

Holding Ethereum in Zelcore: Gas Hygiene, L2 Access, and What Pectra and Fusaka Change

Capstone of the Ethereum Deep Dive: one 0x address for everything, reading EIP-1559 fees, auditing approvals, L2 choice, and Pectra plus Fusaka in practice.

8 min read
Accounts, Contracts, and the EVM: How Ethereum Actually Executes

Accounts, Contracts, and the EVM: How Ethereum Actually Executes

Ethereum replaces Bitcoin's UTXO purse with a giant table of accounts and a gas-metered stack machine. Here is how the state, the opcodes, and an ERC-20 transfer actually work.

10 min read

Join Our Newsletter

Get a friendly update from us once a month. No spam, just the latest from Zelcore.

Join Our Newsletter
    Solana Architecture: Origins and 8 Monolithic Innovations | Zelcore