This chapter confronts the most stubborn engineering obstacle standing between Web3 and its own ambitions. The preceding chapters described how a blockchain achieves something genuinely new: a shared, tamper-resistant record that strangers can trust without trusting any institution (see Chapter 11, The Blockchain, and Chapter 14, Consensus Mechanisms). But that achievement comes at a price measured in speed and cost. A network engineered so that thousands of independent computers all agree on every entry is, almost by definition, slow and expensive compared with a single company's database. If Web3 is to serve billions of ordinary people — the test by which its proponents ask to be judged — it must somehow process vastly more activity than its founding designs allow, and it must let its proliferating, mutually isolated networks communicate. This chapter explains why the bottleneck exists, why it is not a mere bug to be patched away but a deep trade-off, and how the field's two great families of answers — scaling a single chain and connecting many chains — attempt to escape it.
Invite 3 friends to subscribe and this chapter opens here.
Your invite link
In plain terms
an ordinary online service is like a single accountant who records your transaction once and is done. A blockchain is like a stadium full of accountants who all independently record and double-check every single transaction, then compare notes to make sure they agree. That redundancy is not waste — it is precisely what makes the record trustworthy without a boss. But it means the whole crowd can only go as fast as the members can keep up, and adding more accountants does not speed things up; everyone still does all the work.
the redundancy that gives a blockchain its security is the very thing that limits its speed. You cannot simply "add more computers" to make it faster, because security requires that the computers all do the same work rather than divide it.
picture a motorway with a single toll booth. At three in the morning, with one car arriving at a time, the booth is fast and the toll is cheap. At rush hour, with thousands of cars arriving at once, a queue forms; the only way past it, in a blockchain's fee market, is to pay more than the next driver to jump the line. The road has a fixed number of lanes through the booth, and you cannot widen it without changing something fundamental about how it is built. Web3's scaling problem is the problem of how to get rush-hour traffic through a deliberately narrow booth.
think of three goals — fast and cheap, open to everyone, and hard to attack — written at the corners of a triangle. The trilemma says you can comfortably sit near two corners but not all three at once. Make it fast and cheap by demanding bigger, more powerful nodes, and you push out ordinary participants, sacrificing decentralisation. Keep it open to everyone on modest hardware, and you cap how fast it can go. The art of blockchain scaling is the art of bending this triangle.
on-chain scaling is widening the toll booth itself — adding lanes to the original road.
the Layer-1 is the supreme court — slow, expensive, but final and trusted. A Layer-2 is a fast lower court that handles the day-to-day caseload and only escalates the summary, or a genuine dispute, up to the supreme court. Most matters never need to trouble the higher court at all.
two people open a tab between themselves by locking some funds on the main chain, then pay each other back and forth as many times as they like, instantly and for free, simply by updating their private running total. Only the opening and the final balance are recorded on Bitcoin. Lightning is the bar-tab idea made into a payment network.
instead of mailing the supreme court a thousand individual case files, a rollup does all the hearings itself, then mails up one summary document plus a guarantee that the hearings were conducted by the rules. The court files the summary and verifies the guarantee — a fraction of the work, yet the thousand outcomes inherit the court's authority.
an optimistic rollup is like a newspaper that publishes a story and stands by it, on the understanding that anyone who can prove it false has a week to come forward and collect a reward — while the paper that lied pays a penalty. Most of the time no one objects, so the system runs fast and cheap; the mere threat of a well-rewarded challenger keeps it honest.
imagine proving to someone that you know the password to a locked room without ever saying the password — perhaps by repeatedly emerging from the room with an item only the password-holder could retrieve. The verifier ends up certain you know the secret, yet learns nothing about the secret itself. In a ZK-rollup, the rollup proves "I processed these transactions exactly according to the rules" without forcing the base chain to inspect the transactions one by one. The "zero-knowledge" label is partly a misnomer in this use — what matters here is less the privacy and more the succinctness: a tiny proof can stand in for an enormous amount of computation.
optimistic rollups trust by default and punish cheaters after the fact; ZK-rollups refuse to trust and demand mathematical proof up front. Both let many transactions share the security of one slow, expensive base-layer entry — which is the whole point.
recall the stadium of accountants, each redoing all the work. Sharding splits them into smaller teams, each responsible for one section of the ledger, so the teams work simultaneously rather than all duplicating the same task. The challenge is making sure the teams still trust one another's sections without each having to re-check them — which is exactly what the trilemma warns is hard to do without weakening security.
Ethereum's strategy became a division of labour. The base layer stops trying to do everything itself and instead becomes a cheap, secure noticeboard where the Layer-2 rollups pin their summaries; the rollups do the heavy lifting. Sharding, in its surviving form, is about widening that noticeboard. The claimed destination — six figures of transactions per second — would, if reached, put blockchains in the same league as the world's largest payment networks.
every blockchain is like a country with its own sealed record office that recognises only its own documents. A deed registered in one office means nothing in another, because each office trusts only what it has recorded itself. With hundreds of such offices and no shared post office between them, moving value or information from one to another becomes the central unsolved problem. This is the interoperability problem — the question of how separate, mutually distrusting blockchains can exchange assets and messages.
because you cannot physically carry a coin from one sealed record office to another, a bridge acts as a custodian who locks your coin in a vault on the first chain and hands you an IOU token on the second, promising the vault holds the real thing. The IOU is only ever as trustworthy as the vault and the custodian behind it.
the bridges failed not because the underlying blockchains were broken, but because the bridges themselves were trusted middlemen — exactly the kind of single point of control that a blockchain is supposed to eliminate. They became the vault everyone's money sat in, and so the vault everyone tried to crack. The lesson, painfully learned, is that bolting chains together with custodial bridges recreates the fragility of the old centralised world at the seams between the new decentralised one.
if independent blockchains are sovereign countries that must each fund their own army, Polkadot is more like a federation with a single shared defence force protecting every member state, while each state keeps its own local laws. The parachains specialise in whatever they do — one for finance, one for gaming, one for identity — but they do not each have to solve the hard, expensive problem of security from scratch, and because they share a common protector they can communicate without trusting a separate, hackable bridge between them. The analogy breaks down in that the member chains remain genuinely distinct systems with their own rules; the federation supplies security and a messaging layer, not a single uniform government.
the internet works because every device, whatever its make, speaks the same standard protocols for moving data. Email from any provider reaches any other because they share a common postal language. IBC aims to be that common language for blockchains: rather than building a custom, trusted bridge for every pair of chains, each chain simply learns to "speak IBC," and can then communicate with every other chain that does the same. The two visions differ in emphasis: Polkadot offers a shared army (pooled security with a common messaging layer); Cosmos offers a shared postal service (sovereign chains with a common communication standard).
the whole promise of Web3 — an internet owned by its users rather than its platforms — depends on whether the plumbing can be made to handle billions of people without becoming, in effect, just another set of powerful gatekeepers. Scaling is not a side issue; it is the test of whether the vision can survive contact with reality.
What the chapter covers
- Why blockchains are slow and expensive
- The blockchain trilemma
- On-chain scaling and its limits
- Off-chain scaling: do the work elsewhere, settle on-chain
- Rollups: the workhorse of Ethereum scaling
- Sharding: splitting the work
- The other problem: too many chains that cannot talk
- Bridges, and why they keep failing
- Multichain by design: Polkadot's shared security
- Multichain by design: Cosmos and the Inter-Blockchain Communication protocol
- Why scaling decides whether Web3 can serve billions
- Synthesis
Terms explained in this chapter
The full chapter is in the book.
Buy the full bookGet Chapter 8 free
Subscribe and Chapter 8, on cryptography, opens for you on this site. Invite friends and the rest of Part III opens too.
One email to confirm, then Web3 in plain terms, a free seven-day email course, and an occasional note about the book. Unsubscribe any time.