|
|
|
|
|
by npoc
793 days ago
|
|
Bitcoin isn't the first form. Study bitcoin long enough and you'll realise it is the best it could possibly be (allowing for small tweaks, additions that don't change the underlying fundamentals)
It's not what it first appears and catches everyone out to start with. Give me any number of negatives and I'll explain with clear reasoning why you're wrong and why they're a strength. |
|
I know it's not the first attempt at internet money, but it is the first form that didn't require a central intermediary for all transactions. That's what sets all this apart.
I can give you a number of shortcomings and I promise you I've heard what you have to say, and thought about it too. I'm hoping you have something new for me, I enjoy changing my mind.
To start, let's commit blasphemy: the hard cap. It's a bad idea. So is a percentage debasement rate, as is the supposed target of central banks. I'm partial to continuous, linear debasement, which translates to a geometrically decreasing debasement as a percentage of supply. For one, holders free ride the network. Two, no other asset anywhere ever behaves this way. Bitcoin is the most scarce thing in the universe, and that's a good thing until it's not. Something that's always predictably scarce temporally but, taken to infinity, has no hard limit, is superior IMO as long as there's no feedback loops in the supply change.
Bitcoin cannot handle enough transactions. Lightning is just fractional banking with extra steps. Again, you're not here to sell layer 2, you're here to convince me (or at least make the case) that this is a strength.
All monetary exchange for all of history is public to anyone.
For the strongest security guarantee, all history must be stored forever by everyone participating in consensus. Note, if this were solved, block size would be a non issue. It is solved actually, believe it or not, just not in bitcoin.
That's what I've got off the top of my head. Bitcoin isn't the best it could be, it could be the best if everyone's commerce was private and historical data was not needed to ensure security. My other point, hard cap, is more contentious and we could argue that one for days and make no progress.
Note that I did not mention PoW, ASICs, fees, block size (although one of my points alludes to the possibility of getting rid of that entirely) or any of the usual surface level talking points because I don't think they're worth going over again. I tend to like PoW and think trying to prevent ASICs is counterproductivr, as far as fees go, they're a symptom of a couple of the problems I laid out above.