Onpode
Cover art for Decentralization, security, and scalability — why blockchains can't maximize all three

Decentralization, security, and scalability — why blockchains can't maximize all three

July 8, 2026 · 10 min

Juniper Vale & Hope Sterling

The blockchain trilemma, framed by Vitalik Buterin around 2015, holds that no blockchain can fully maximize decentralization, security, and scalability simultaneously. Bitcoin does 7 TPS to stay open to home validators; Solana hits 30,000+ TPS but requires server-grade hardware. Every chain bends one leg — none has escaped.

The blockchain trilemma is a structural constraint in distributed ledger design, popularized by Ethereum co-founder Vitalik Buterin, asserting that a blockchain network cannot simultaneously optimize decentralization, security, and scalability (throughput).

0:009:47
Make your own on Onpode

Describe any topic. Hear it in minutes.

More Onpode episodes on Crypto

About this episode

The blockchain trilemma sounds like an abstract engineering puzzle, but its consequences show up in every fee spike, every slow confirmation, every time someone tries to mint something and gives up. This episode works through the real tension: decentralization, security, and scalability cannot all be maximized at once, and every major chain has made a choice about which one to sacrifice — even when they won't say so plainly. The episode opens with a number that reframes everything: Bitcoin, the gold standard, processes seven transactions per second. Ethereum's base layer does fifteen to thirty. Solana pushes past thirty thousand — but to validate on Solana, you need hardware that prices out ordinary participants. Tron and BNB Smart Chain quietly shrink their validator sets to a known few and don't pretend otherwise. Each approach bends a different leg of the triangle. The most interesting stretch is the rollup discussion. Ethereum's Layer 2 ecosystem is technically clearing over 34,000 TPS combined, which sounds like a solution. But the episode presses on who's actually ordering those transactions — the sequencer — and what it means when that role is concentrated in a small number of hands. It's a real tension, not a gotcha: the user experience is genuinely better, and Ethereum's security still anchors the proofs. Whether that counts as fixing the trilemma or relocating it is the honest question the episode leaves open.

Frequently asked

What is the blockchain trilemma?

The blockchain trilemma, articulated by Vitalik Buterin around 2015, states that a blockchain cannot fully optimize decentralization, security, and scalability at the same time. Engineers can maximize any two properties, but the third will always be compromised. No major chain — Bitcoin, Ethereum, or Solana — has escaped this constraint.

Why is Bitcoin so slow compared to Solana?

Bitcoin processes roughly 7 transactions per second with ~60-minute finality because its design prioritizes decentralization: anyone with modest home hardware can run a node. Solana exceeds 30,000 TPS but requires server-grade validator hardware most individuals cannot afford, concentrating participation and trading decentralization for speed.

Did Ethereum's Merge fix the blockchain trilemma?

Ethereum's 2022 Merge, which switched from proof-of-work to proof-of-stake, did not significantly increase base-layer speed — Ethereum still processes roughly 15–30 TPS. The Merge preserved decentralization and security while buying time for the Layer 2 rollup roadmap, which handles speed above the base layer.

Do Ethereum Layer 2 rollups solve the blockchain trilemma?

Ethereum's Layer 2 ecosystem collectively processes over 34,000 TPS using zero-knowledge rollups that anchor cryptographic proofs back to Layer 1. However, transaction ordering is handled by sequencers often run by a small number of parties, relocating the decentralization problem off-chain rather than eliminating it.

How do Tron and BNB Smart Chain handle the blockchain trilemma?

Tron and BNB Smart Chain explicitly trade decentralization for throughput. Tron uses delegated proof-of-stake and BNB uses proof-of-staked-authority, both concentrating consensus in a small, known validator set. Unlike Solana or Ethereum, neither chain obscures this choice — high speed comes from intentionally centralized validator design.

Grounded in 12 sources
[PDF] Blockchain consensus mechanisms and fragmentation · bis.org
What Is the Blockchain Trilemma? | Chainlink · chain.link
What is the blockchain trilemma? · coinbase.com
Layer 1 - Crypto Gloss · cryptogloss.io
Ethereum just solved a critical problem Bitcoin doesn't want to fix on its own network - but why? · cryptoslate.com
Blockchain Trilemma Explained: Scaling 2026 | DEXTools News · dextools.io
What Is a Layer 1 (L1) Blockchain? The Base Layer Explained | Support · eco.com
Bitcoin vs Ethereum vs Solana: Architecture Comparison for Developers | Fystack Blog · fystack.io
Ethereum's 2026 Upgrade Roadmap: Solving the Blockchain Trilemma · kucoin.com
Solana vs Ethereum: Complete Comparison Guide for 2026 | LiteFinance · litefinance.org
What is the Blockchain Trilemma and How to Solve It? - MoonPay · moonpay.com
Blockchain trilemma: decentralization, security, and scalability challenges explained · trezor.io
Read transcript

Hope Sterling: Juniper, be honest — when you hear the number seven, what do you think of?

Juniper Vale: Uh — days in a week? Lucky number? Why, where is this going?

Hope Sterling: Seven transactions per second. That's Bitcoin. The original, the pioneer, the one everyone points to as the gold standard — literally doing seven per second. And Solana is at thirty thousand plus. I cannot get over this gap, and today we are finally reckoning with it.

Juniper Vale: Okay, the seven is even wilder once you add the sixty-minute finality — so it's slow, and you wait an hour to know it actually cleared.

Hope Sterling: And yet! Bitcoin validators are just — people. At home. Running nodes. And to validate on Solana you need server-class hardware most people literally cannot afford. So they're both 'decentralized' but that word is doing completely different work in each sentence.

Juniper Vale: That's the contradiction Vitalik Buterin basically predicted — he framed this as a trilemma around 2015, put it in a blog post in 2017. Decentralization, security, scalability: engineer for two, and the third one bends. The question isn't who escaped it.

Hope Sterling: It's who admitted it.

Juniper Vale: Exactly — and who redefined their terms so nobody would notice.

Hope Sterling: Okay but like — why, though? Why does more people mean slower? That part I genuinely don't get.

Juniper Vale: Think of it like a group chat where every single person has to read the message, confirm it, and forward it before it counts as sent. That's consensus. Add more people to that chat and the whole thing slows down — not because anyone's being lazy, but because the coordination cost is real. Bandwidth, CPU, storage — every node is doing all of it, every time.

Hope Sterling: Wait — so Bitcoin is slow on PURPOSE.

Juniper Vale: Yes. Deliberately. Bitcoin's whole design says: anyone with a modest home setup can run a node. That openness — that anyone-can-join validator set — is the actual product. Seven transactions per second and sixty-minute finality are the price tag on that choice.

Hope Sterling: The slowness is like — the receipt. Proof you didn't cut corners on who gets to participate.

Juniper Vale: Yeah, exactly — and this is the part I don't want to gloss over. The trilemma isn't a bug someone forgot to fix. It's the cost of getting thousands of strangers to agree without trusting any single one of them. You can't engineer your way around that, you can only decide which cost you're willing to pay.

Hope Sterling: Imagine — my friend Dani is trying to mint something at like two in the morning, right? She's in a group chat with ten people. Fine, fast. Now imagine she's in a group chat with ten thousand people and every single one of them has to reply before her message goes through. That's — oh my gosh, she'd give up. She'd just go to bed.

Juniper Vale: And that's actually the whole problem in one image. More validators means slower, costlier global coordination — always. There's no version where you keep adding people to that chat and it somehow speeds up.

Hope Sterling: But Dani, same friend, she wants to mint an NFT Saturday afternoon. Not two a.m., like, sunny Saturday, coffee in hand. On Ethereum's base layer? Fees spike because everyone's on the network at the same time and she's just — sitting there watching gas prices. She literally waits.

Juniper Vale: And Ethereum's base layer is only doing fifteen to thirty transactions per second, so when traffic hits, fees are basically an auction. Whoever pays more jumps the line.

Hope Sterling: Versus Solana — instant, cents. Done. But then I told Dani, okay you can't actually run a validator yourself, the hardware costs thousands, like server-grade thousands — and she just stared at me.

Juniper Vale: That's Solana's whole move, I mean — they hit three to five thousand sustained TPS, but the cost of that speed lands on validator hardware requirements ordinary people can't clear. They kept the word 'decentralized.' They just quietly redefined it to mean 'decentralized enough.' Which is... a different thing.

Hope Sterling: Wait — so who actually just admits it?

Juniper Vale: Tron and BNB Smart Chain, honestly. No pretense. Tron uses delegated proof-of-stake, BNB uses proof-of-staked-authority — both shrink to a small, known validator set on purpose to get throughput. They're not hiding that consensus is concentrated. They just decided speed was worth it.

Hope Sterling: Okay but then — The Merge. Ethereum switched the entire consensus mechanism, proof-of-work to proof-of-stake, that's massive, and the base-layer speed barely moved? Like at all?

Juniper Vale: Barely moved. Still fifteen to thirty TPS after The Merge. Because The Merge was never about speed — it preserved the decentralization and security that make Ethereum's base layer trustworthy, and it bought time for the rollup roadmap to actually build. That's the play. Sacrifice speed at Layer 1, protect the foundation.

Hope Sterling: And the rollup layer — but, like, who's actually running those rollup sequencers is a question I think we need to get to, because that answer kind of breaks the whole 'we solved it' story.

Juniper Vale: That question — who's running those sequencers — is the part that doesn't resolve cleanly. Because Ethereum's Layer 2 ecosystem is clearing over 34,000 TPS combined, which sounds like, okay, trilemma solved, right? Except... the way zero-knowledge rollups work is, execution happens off-chain, and then a cryptographic proof gets anchored back to Layer 1. The base layer hasn't changed. The speed is happening above it.

Hope Sterling: Wait — 34,000? That's more than Solana.

Juniper Vale: Technically, yeah. On paper. But — and this is the part I want to push on — someone has to order and batch those transactions before they get submitted to Layer 1. That's the sequencer. And right now, those sequencers are often operated by a very small set of parties.

Hope Sterling: We just moved the concentration problem upstairs and painted it a different color? That's — that's not a solution, that's a renovation.

Juniper Vale: That is exactly what trilemma critics say, yeah. The sequencer controls which transactions get ordered, at what speed, in what sequence — and if it's one company running that, the decentralization you thought you inherited from Ethereum's base layer is... I mean, it's technically still anchoring security proofs to Layer 1. But the actual transaction ordering is concentrated.

Hope Sterling: Okay but rollup people would push back on that, right? Like they'd say — users are getting fast, cheap transactions and Ethereum's security is still underneath. Doesn't that just... work?

Juniper Vale: That's the honest version of the pro-rollup argument. It works for users. And that's not nothing — genuinely. Someone trying to move money at midnight pays almost nothing, clears instantly. The experience is fixed. The question is whether that counts as fixing the trilemma or just relocating it to a layer most people don't know exists.

Hope Sterling: Because if the sequencer goes down, or — like, if whoever runs it decides to front-run transactions or censor something — Dani doesn't even know who to be mad at. She thinks she's on Ethereum.

Juniper Vale: And that's the unsettled part. The trilemma didn't disappear — it's wearing a new outfit, one floor up, and most users can't see it. Both sides have a real point. I'm not going to tell you one of them is wrong.

Hope Sterling: That's the thing that actually settled for me, like — we started with seven transactions per second and I thought the story was about speed. Who's fastest, who's slowest, who won. But it was never actually about that.

Juniper Vale: No chain has demonstrated it can fully escape the trilemma. Solana raises hardware barriers, Tron and BNB shrink the validator set, Ethereum's rollups push execution off-chain. Every one of them bent the third leg. They just bent it in different directions.

Hope Sterling: And Vitalik, like — he named all of this back in 2015. The triangle. You get two, the third one gives. And we've all been watching chains spend a decade arguing about whether their version of 'decentralized' counts. Which — I mean, that's not engineering anymore, that's just... vibes with math on top.

Juniper Vale: The honest evaluative question — the one that actually matters — is whether the chain you're using is transparent about what it gave up, and whether that sacrifice fits what you need it to do.

Hope Sterling: So it's not who's fastest. It's who's telling the truth about the price.

Juniper Vale: Yeah. That's where I landed too. Dani's still out there paying fees she doesn't fully understand, on a chain that may or may not have told her why — and that's the real problem.

Decentralization, security, and scalability — why blockchains can't maximize all three · Onpode