scalability trilemma

The scalability trilemma is the observation that a blockchain seems able to deliver only two of three prized qualities at once: scalability (handling many transactions cheaply and quickly), security (resisting attacks even from well-funded adversaries), and decentralization (running on many independent participants rather than a powerful few). Push hard on any one corner and the other two tend to suffer. It is the central design tension that shapes almost every modern blockchain project.

The squeeze comes from a simple fact: in a classic blockchain, every full node re-checks and stores every transaction. That redundancy is exactly what makes the network secure and decentralized, because no single machine has to be trusted. But it also caps throughput at the speed of an ordinary computer, since adding more nodes does not let the system do more work in parallel. The obvious fix, asking each node to do more, quietly raises the cost of running a node until only big data centers can keep up, and decentralization erodes.

Think of it like a town that votes on every decision by a full show of hands. The process is wonderfully trustworthy and open to all, but painfully slow. Speed it up by letting a small committee decide, and you have traded away the openness that made the vote trustworthy in the first place. Most cutting-edge work, from layer-2 systems to sharding, is really an attempt to bend this trilemma, getting more throughput without quietly sacrificing the security or openness that gives a blockchain its value.