By Ben Muse, VP of AI at Rankplan, operator of PSP Dex.
The idea
The blockchain trilemma is the claim that a blockchain network can optimise for only two of three properties at once:
Decentralisation: no single party or small group controls the network, and anyone can participate in verifying it.
Security: the network can resist attacks, double-spending, and manipulation, and its history is expensive to rewrite. 
Scalability: the network can process a large and growing number of transactions without fees or delays becoming prohibitive.
The term was popularised by Ethereum co-founder Vitalik Buterin, who used it to explain why blockchain design involves trade-offs rather than free improvements.
Why the three properties conflict
The tension comes from verification. In a classic blockchain design, every full node checks every transaction. That is what makes the system decentralised and secure: no trusted intermediary is needed because verification is replicated everywhere.
But replicating all work on all machines caps throughput at what an ordinary machine can handle. Raise transaction volume far enough and only data-centre hardware can keep up, which erodes decentralisation. Restrict who may validate and throughput rises, but control concentrates. The trilemma describes this pressure: pushing hard on one property tends to cost at least one of the others.
How different designs respond
Bitcoin chose decentralisation and security first. Modest block limits keep node operation cheap, and scalability is pursued in layers above the base chain, most notably the Lightning Network. Capacity is traded away on the base layer on purpose.
High-throughput chains chose scalability first, typically by requiring validators to run powerful hardware or by limiting the validator set. That buys speed at the cost of fewer independent verifiers.
Ethereum sits between the two, and its roadmap (sharding research, then rollups) tries to shift the trade-off itself: move execution off the main chain while keeping the main chain as a widely verified settlement and data layer.
Is the trilemma a law?
No, and it is worth being precise about this. The trilemma is a design heuristic, not a proven mathematical theorem. Critics note that the three properties are hard to measure, that “scalability” achieved by weakening verification is not the same property at all, and that clever engineering (better data structures, fraud proofs, validity proofs, data availability sampling) can move the frontier outward rather than merely slide along it.
Used carefully, the trilemma is still the fastest way to evaluate any blockchain claim: when a project advertises very high throughput, the useful question is what it gave up in validator requirements, trust assumptions, or censorship resistance to get there.
Key facts: Properties: decentralisation, security, scalability. Popularised by: Vitalik Buterin. Root cause: replicated verification on every node. Status: a widely used heuristic, not a formal proof.
