I really dislike the way Bitcoin’s scaling debate is framed as “Blocksize wars”
Because everyone agreed that Bitcoin needs larger blocks and it got 4x larger blocks via SegWit
The conversation was more about HOW to scale Bitcoin (hard forks were not popular due to their contentious nature) and whether or not layer 2s are the way to go forward
Today, Bitcoin mostly scales through custodians (exchanges, ETFs, Lightning operators, federations) while Bitcoin Cash took on the risk of enabling OP codes that ironically support much better layer 2s.
In a world where Bitcoin won, there would be no miners choosing to secure BCH. But here we are nearly a decade later, still unable to scale properly for the popular use cases and kicking the can down the road until other projects figure out better cryptography.
Vlad / Vlad, Bitcoin Takeover Podcast
npub12q…ypdx8
2026-05-05 07:47:24 UTC
Author Public Key
npub12qz56plzehejkyp4waaannmnny4y4c30j8q55a3wlk49haslga2snypdx8Published at
2026-05-05 07:47:24 UTCEvent JSON
{
"id": "0509abff30340256165bc95f2fe58d9155714a5fb1d5ffe5dbd84849d5ee50d8",
"pubkey": "50054d07e2cdf32b1035777bd9cf73992a4ae22f91c14a762efdaa5bf61f4755",
"created_at": 1777967244,
"kind": 1,
"tags": [],
"content": "I really dislike the way Bitcoin’s scaling debate is framed as “Blocksize wars”\n\nBecause everyone agreed that Bitcoin needs larger blocks and it got 4x larger blocks via SegWit\n\nThe conversation was more about HOW to scale Bitcoin (hard forks were not popular due to their contentious nature) and whether or not layer 2s are the way to go forward \n\nToday, Bitcoin mostly scales through custodians (exchanges, ETFs, Lightning operators, federations) while Bitcoin Cash took on the risk of enabling OP codes that ironically support much better layer 2s. \n\nIn a world where Bitcoin won, there would be no miners choosing to secure BCH. But here we are nearly a decade later, still unable to scale properly for the popular use cases and kicking the can down the road until other projects figure out better cryptography.",
"sig": "316b6085720a75dd88ed14ece3e643454900017e8b259c203c440cd80322a7b1d96fec40ed339272c549268cb5d1f7017a94a9eec5b9d7dabc2336aa6a66c2f6"
}