... insults is all he's got.
I disagree with him on many (most) points but this...just ain't so.
For sure he's a smart guy and makes some good points.
"Smart" isn't in short supply. I grew up in a smart city, was surrounded by smart people, went to a smart university, got a smart degree. I'm just not impressed with "smart." Some people can be extremely intelligent by some measures and especially dumb in others. So what is "smart"?
In my experience, honesty and integrity are far more scarce and far more valuable attributes. I've watched "smart" people destroy the world around them, and themselves, during the course of my lifetime. I'm just not impressed by "smart."
If you break his points down and really analysis them, you will realise just how weak they really are.
Big Blocks is the solution! What a load of horse shit!
"A hard cap on on-chain txs is a hard cap on on-chain txs, any way you try to spin it." <- then it doesn't matter what size you raise the blocks? how could you advocate larger/bigger blocks when you do not believe in it as a solution to deal with transaction congestion. 1MB/8MB Same thing! Need a better solution. 1 Lane Highway/10 Lane highway, eventually you will get to the same issues at hand!
He say Layer 2 is a non solution, again, such ignorance to the fact you he uses layer 2 every day.
And his response to, "what happens when your 8MB block is not enough?", that's fine we will just keep raising the block size!
Lets keep raising it to the point where the blockchain/database/ledger is so massive, no one is going to want to run a full node.
The other misconception he is pushing is, "higher fees". As much as we all like to pay nothing for something, the true reality is, we need fees to keep bitcoin secure! We need the miners to do what they do, we need to reward them. The block rewards will be negligible in 3 - 4 halving times, we need fees to be as high as possible, if that means only using onchain to settle large value transaction.
There could be a layer 3, but on top LN (layer2), that could open and close channels without the need to write onchain, utilize existing onchain open channels. How do we that, i do not know, i am not smart enough and neither is jbreher.... but the difference is, i can see the possibilities and the potential..