After understanding Mining and Validators, we now look at a fundamental problem that affects every blockchain system in existence.
This isn't a bug or a flaw in blockchain technology — it's a fundamental design constraint. Every blockchain in existence, from Bitcoin to Ethereum to newer chains, must decide where to make compromises.
Think of it like a triangle: you can push toward any two corners, but the third corner will always pull back.
Every blockchain is evaluated across three dimensions. Click each pillar to explore its advantages and disadvantages.
If you optimize two properties, the third one usually suffers. This is the heart of the trilemma. Try it — select two properties to maximize and see what happens to the third.
Bitcoin: very secure, very decentralized — but limited scalability (~7 transactions/sec). Some other blockchains achieve high scalability but sacrifice decentralization or security.
Why? More decentralization = more coordination = slower. More security = more effort = less efficiency. More scaling = fewer participants or less verification = conflict in system design.
The trilemma is not a "flaw" — it's a design trade-off. Every blockchain consciously decides which priorities to set based on its intended purpose.
Bitcoin chose Security + Decentralization. A store of value used by millions needs to be trustworthy and censorship-resistant — even at the cost of slower transactions.
Other blockchains have made different conscious trade-offs: prioritizing Scalability for use cases like payments, gaming, or high-frequency applications where speed matters more than maximum decentralization.
We've already learned the foundations — now the Trilemma ties them together:
Imagine you're designing your own blockchain from scratch. You have limited resources — you can only optimize fully for one property above all others. What happens to the rest?
Answer all four questions to complete the lesson. Each one tests a key idea from the Blockchain Trilemma.