Onpode
Cover art for The blockchain trilemma: decentralization, security, and scalability trade-offs

The blockchain trilemma: decentralization, security, and scalability trade-offs

July 29, 2026 · 13 min

Max Rivera & Clara Bennett

The blockchain trilemma — the structural constraint that a network cannot fully maximize decentralization, security, and scalability simultaneously — was formalized as a mathematical proof by contradiction in 2024. Ethereum's Layer-2 ecosystem reaches 34,000 TPS while Solana sustains 3–5,000, but both achieve speed by relocating, not resolving, the trade-off.

The blockchain trilemma is a structural constraint in distributed ledger design, articulated by Ethereum co-founder Vitalik Buterin, which holds that a blockchain system cannot simultaneously achieve optimal levels of decentralization, security, and scalability.

0:0012:33
Get the next episode on Crypto

Follow it free — new episodes land in your feed.

Or make your own — any topic, in minutes

More Onpode episodes on Crypto

About this episode

Ethereum's base layer processes somewhere between 15 and 30 transactions per second. Its Layer-2 ecosystem, built on top of it, clears 34,000. Solana — a chain whose core pitch is raw speed — sustains 3,000 to 5,000. Hold all three numbers in your head at once and something stops making easy sense. This episode works through why. The blockchain trilemma — decentralization, security, scalability — was named by Vitalik Buterin around 2015, but it spent nearly a decade as a conjecture. In 2024, Mssassi and Abou El Kalam published a formal proof by contradiction showing the constraint is structural, not a gap waiting for clever engineering. That shift matters: it changes the question from 'can someone solve this?' to 'where did each chain hide the cost?' The episode traces that cost across Bitcoin (7 TPS, deliberate), Solana (real throughput, concentrated validators), and Ethereum's Layer-2 stack (ZK-rollups running through sequencers — Base currently uses one). The throughput in each case is genuine. So is the trade-off. The trick is that modern architectures redistribute the trilemma across layers rather than resolving it, and the layer most users touch is the one designed not to show the constraint. If you've ever picked a chain based on speed or fees without thinking much about what made that speed possible, this episode gives you the honest frame underneath.

Frequently asked

Is the blockchain trilemma actually proven or just a theory?

The blockchain trilemma was formally proven in 2024. Researchers Mssassi and Abou El Kalam published a peer-reviewed proof by contradiction showing that simultaneously maximizing decentralization, security, and scalability produces inherent mathematical contradictions — moving the concept beyond Vitalik Buterin's 2015 conjecture into established computer science.

How does Ethereum's Layer-2 ecosystem reach 34,000 transactions per second?

Ethereum Layer-2 networks reach roughly 34,000 TPS using ZK-Rollups, which bundle thousands of transactions into a single cryptographic proof — a zk-SNARK — submitted to Ethereum's base layer for settlement. Execution happens off-chain through sequencers, not Ethereum's full validator set, so the trilemma is redistributed across layers rather than eliminated.

Why is Solana faster than Ethereum's base layer?

Solana sustains 3,000–5,000 TPS by requiring server-class hardware to run a validator, which increases throughput but concentrates the validator set among participants with significant capital. This trades decentralization for speed — the blockchain trilemma's constraint isn't removed, it's shifted into Solana's validator economics.

What is a sequencer in an Ethereum Layer-2 network, and why does it matter?

A sequencer is the entity that orders and processes transactions on an Ethereum Layer-2 network before a cryptographic proof is submitted to Ethereum's base layer. Coinbase's Base L2, for example, currently runs a single sequencer — meaning one entity controls transaction ordering, concentrating decentralization risk at the execution layer despite Ethereum's secure settlement layer beneath it.

What trade-offs did Bitcoin make to achieve its level of security?

Bitcoin prioritized security and decentralization at the direct cost of scalability, processing roughly 7 transactions per second with 10-minute block times. Proof-of-work secures the network through raw computational effort, making a 51% attack expensive, but throughput was deliberately deprioritized — Satoshi's design choice, not an engineering oversight.

Grounded in 11 sources
Navigating the Blockchain Trilemma: A Review of Recent Advances and Emerging Solutions in Decentralization, Security, and Scalability Optimization · doi.org
The Blockchain Trilemma: A Formal Proof of the Inherent Trade-Offs Among Decentralization, Security, and Scalability · doi.org
Breaking the Blockchain Trilemma: A Comprehensive Consensus Mechanism for Ensuring Security, Scalability, and Decentralization · doi.org
Scaling blockchains without giving up decentralization and security: a solution to the blockchain scalability trilemma · doi.org
CrustChain: Resolving the blockchain trilemma via decentralized storage and proof-of-capacity consensus · pmc.ncbi.nlm.nih.gov
Ultra Scalable Ethereum · bankless.com
What Is the Blockchain Trilemma? | Chainlink · chain.link
Blockchain Scalability: Execution, Storage, and Consensus · chain.link
What Are Ethereum Killers? Top 6 Projects Compared · coinspot.io
Blockchain Trilemma Explained: Scaling 2026 | DEXTools News · dextools.io
What Is a Layer 1 (L1) Blockchain? The Base Layer Explained | Support · eco.com
Read transcript

Clara Bennett: Max, hey — I have a question before we even start. When you hear 'Ethereum is slow,' does that land as a fact to you or a story?

Max Rivera: Honestly? Fact, until — yeah, until this week. Something flipped.

Clara Bennett: What flipped it?

Max Rivera: I found out Ethereum's combined Layer-2 ecosystem is processing thirty-four thousand transactions per second. And Solana — the fast one, the whole pitch is speed — sustains three to five thousand. I had to re-read that like three times because it felt like a typo.

Clara Bennett: Thirty-four thousand versus — wait, and Ethereum's own base layer is sitting at fifteen to thirty TPS while this is happening.

Max Rivera: That's the part that's genuinely weird to me. How does the host chain crawl while its ecosystem laps every competitor?

Clara Bennett: In practice, it's because the base layer wasn't designed for speed — it was designed around a different set of priorities. Vitalik Buterin put a name to the underlying constraint around 2015. The blockchain trilemma: decentralization, security, scalability — a network can optimize two of those properties, but pushing all three simultaneously creates contradictions you can't engineer away.

Max Rivera: So Ethereum's base layer isn't broken — it made a choice, and the thirty-four thousand TPS is the Layer-2 ecosystem making a different, adjacent choice on top of it.

Clara Bennett: Driven largely by zero-knowledge rollup technology — which is doing the heavy lifting in that number. The question worth sitting with is what that vertical stacking actually costs.

Max Rivera: Yeah — and that's exactly where I want to go, because I'm not sure the cost is obvious to anyone using these systems.

Clara Bennett: The cost isn't obvious because the trilemma is invisible when things work. Let me back up to the plain version first — imagine you're designing a voting system. You want everyone to vote, you want the votes to be tamper-proof, and you want results in seconds. You can nail two of those. The third one always costs something. That's it. That's the whole idea.

Max Rivera: And those three things map directly onto — decentralization, security, scalability.

Clara Bennett: Exactly those three. Decentralization means control spread across many independent nodes — more validators, less censorship risk, but more coordination overhead. Security is the network's resistance to attack, measured by how expensive it would be to pull off a 51% attack. And scalability is throughput — transactions per second, low latency.

Max Rivera: Bitcoin — that's the clearest case, right? Like, nobody's confused about what Bitcoin chose.

Clara Bennett: Bitcoin is the map. Seven transactions per second, ten-minute blocks — that's not an accident or a failure. Proof-of-work secures the network through raw computational effort, and the cost of a 51% attack scales with that. Bitcoin picked security and decentralization and just... left throughput on the floor.

Max Rivera: Seven TPS. I mean — picture someone trying to pay for coffee with Bitcoin. The barista is still standing there nine minutes later.

Clara Bennett: That's the trade-off made visible. And the reason it matters is — this was a deliberate design choice. Satoshi didn't miss scalability. The protocol deprioritized it.

Max Rivera: Wait — is that actually proven, though? Like, is the trilemma a real constraint or is it just — I don't know, a very popular opinion from 2015? Because Vitalik Buterin named it, but naming something isn't the same as proving it.

Clara Bennett: That's the right question to ask, and the answer changed last year. Mssassi and Abou El Kalam published a formal proof in 2024 — proof by contradiction. They showed that if you assume a system maximizes all three properties simultaneously, you arrive at inherent contradictions. It's not Vitalik's blog post anymore. It's peer-reviewed computer science.

Max Rivera: So it went from — a really smart person's framing in 2015 to an actual mathematical result in 2024.

Clara Bennett: Right — and that distinction matters because it moves the conversation. If it's just Buterin's conjecture, maybe someone engineers around it. If it's a proof by contradiction, the constraint is structural. You're not fighting an opinion, you're fighting the math.

Max Rivera: Which means every chain — Bitcoin, Ethereum, Solana — they're not failing to solve it. They're each just... picking their two corners and owning the gap.

Clara Bennett: Picking two corners and owning the gap — that's the clean version. But Solana is where that clean version gets complicated, because the pitch is that they didn't pick two corners. The pitch is all three.

Max Rivera: And I want to believe that pitch. Like, genuinely. Three to five thousand TPS sustained — that's real, right? That's not marketing?

Clara Bennett: The throughput is real. Picture a game developer — it's eleven PM, she's deploying a mobile gaming app, players are going to mint items in real time. She needs fast confirmations or the game breaks. She looks at the numbers, sees five thousand TPS, types 'Solana' into her config file, and ships. That speed is not a lie.

Max Rivera: Okay but then — what is she actually buying?

Clara Bennett: She's buying throughput that was produced by a specific hardware decision. Solana sustains that speed by requiring server-class hardware to run a validator. Not a home machine. Not a Raspberry Pi. A server. Which means ordinary participants cannot economically run a node.

Max Rivera: Wait — so the validator set is just... small? By design?

Clara Bennett: Concentrated. That's the more precise word. Fewer nodes, each doing more work. And that's exactly what decentralization is supposed to prevent — validation concentrated in the hands of participants with serious capital. The trilemma didn't disappear. It just moved. Solana traded decentralization for throughput and left the price tag in the fine print.

Max Rivera: Okay, I mean — I want to push on this a little, because our developer at eleven PM, her game works. Transactions confirm. Nobody's attacking her chain. So the centralization risk feels kind of — theoretical? Like, what's the actual harm if nothing goes wrong?

Clara Bennett: The harm is in what 'nothing going wrong' depends on. Fewer validators means the economic cost of a 51% attack is lower. Not zero — but lower than a network where anyone can run a node. And Solana's Ethereum Layer-2 competition now clears thirty-four thousand TPS aggregate. So she's accepting a concentrated validator set for a speed advantage that isn't even exclusive anymore.

Max Rivera: Thirty-four thousand versus five thousand. And Solana still carries the centralization cost.

Clara Bennett: That's the reframe that should be happening and isn't. Solana made the trilemma less visible — which is genuinely impressive engineering. But visibility of the trade-off is not the same thing as its absence.

Max Rivera: Huh. So it's almost like — Solana solved the PR problem of the trilemma without actually, wait, no — it solved the user-experience problem. You don't feel the constraint. But the constraint is still sitting there in the validator economics.

Clara Bennett: Exactly. And that thirty-four thousand TPS number from Ethereum's Layer-2 stack has its own version of this story — because that speed lives on a different set of assumptions than Ethereum's base layer. We should dig into it.

Max Rivera: And that thirty-four thousand number — I keep wanting to hold it up like it's the answer, but the more I think about how it's actually produced, the more it feels like... wait, how is it produced? Like mechanically.

Clara Bennett: ZK-Rollups. The key mechanism is this: instead of submitting every transaction to Ethereum's base layer individually, you bundle hundreds or thousands of them into a single cryptographic proof — a zk-SNARK — and that one proof goes to the base layer for settlement. One proof, many transactions.

Max Rivera: So Ethereum's validators — the full decentralized set — they're only seeing the proof. Not the transactions.

Clara Bennett: Correct. The base layer inherits security to the rollup. But execution — the actual processing — happens through sequencers. And sequencers are not the same thing as Ethereum validators.

Max Rivera: How many sequencers are we talking?

Clara Bennett: Take Base — Coinbase's Ethereum L2. Right now it runs a single sequencer. One entity ordering and processing transactions before the proof hits Ethereum.

Max Rivera: Hold on. One?

Clara Bennett: One. That's not unusual for L2s at this stage. And that's the exact redistribution I'm describing — the trilemma doesn't vanish, it relocates. Ethereum's base layer handles settlement with its full validator set. The speed layer runs on far fewer participants.

Max Rivera: So imagine someone — let's say a freelancer in Lisbon, she's getting paid in USDC through Base because the fees are low and confirmations are fast. From her side it feels like Ethereum. Secure, decentralized, the whole thing. She has no idea her transaction was ordered by a single sequencer before it ever touched Ethereum's validator set.

Clara Bennett: And in practice, for her, nothing goes wrong — until a sequencer goes down or censors a transaction. Then her mental model of 'Ethereum security' doesn't match what she actually had.

Max Rivera: That's — yeah, that's the sleight of hand I couldn't name before. We didn't solve the trilemma. We just stacked it vertically and handed users the fast layer without telling them the decentralization is still sitting on the slow one underneath. And modular architectures, sharding — it's the same pattern, right? Each layer solves its own piece, but each layer still faces its own internal version of the constraint.

Clara Bennett: That's the modular honest answer. Sharding splits the network into parallel subsets to lift throughput — but then you have cross-shard coordination problems that introduce their own security surface. Every layer that optimizes independently still lives inside the trilemma. The constraint is relocated, not retired.

Max Rivera: So the trilemma isn't a problem that got solved — it's a problem that got distributed. Spread across a stack so that no single layer looks obviously broken.

Clara Bennett: And invisible to anyone who doesn't know to look beneath the layer they're actually touching. That's the practical stakes — not the math, not the architecture diagrams. It's that the trade-off your freelancer accepted is hidden inside a UX that was designed to not show it.

Max Rivera: And I think that's actually — that's where I land, finally. It's not that the trilemma is a bug any of these chains failed to fix. Mssassi and Abou El Kalam didn't just put a bow on Vitalik's 2015 framing, they showed it's structural — like, the contradiction is baked in at the math level, not the engineering level. So Bitcoin chose security and decentralization, Solana chose throughput and security, Ethereum's L2 stack redistributed the whole thing across layers. None of them are wrong. They each just... picked.

Clara Bennett: That's what clicked for me, too. The trilemma isn't a failure of imagination. It's a real constraint that makes every chain's trade-off a design choice. And once you see it that way, the question 'which chain wins' just — stops being useful.

Max Rivera: It becomes 'which chain's trade-offs fit what I actually need.' Which is a much less satisfying question because it doesn't have one answer.

Clara Bennett: No, it doesn't. But it's the honest one.

Max Rivera: Yeah. I keep wanting there to be a winner and — the math says there isn't. There's just different distributions of the same tradeoff. That's a weird thing to sit with.

Clara Bennett: It is. Though I'd rather sit with that than with a clean answer that turns out to be wrong.

Max Rivera: Fair. Thanks for working through this with me — genuinely.

The blockchain trilemma: decentralization, security, and scalability trade-offs · Onpode