Orange Man, Orange Coin, No coincidences!
(media.greatawakening.win)
You're viewing a single comment thread. View all comments, or full comment thread.
Comments (48)
sorted by:
So maybe you forgot that Satoshi always planned on scaling up the limit. He left specific instructions about it. It wasn't even a complicated solution. Increase the limit to 2MB, then 4, 8, 16, etc. always ahead of demand and leaving headroom for more transaction capacity and hardware will allow scaling according to Moore's Law. Blocks were never supposed to be always full.
Maybe instead of shit talking you could actually bring a sound argument?
The hard fork was a failsafe because the Core software got infiltrated and compromised. That's when the censorship started and attacks began against anyone discussing increasing the block size. A hard fork just means everyone has to upgrade their software to follow the same consensus rules. It's a normal upgrade path for open source software, not some nefarious trick. Imagine saying that you can never upgrade your operating system and no one else can either, because it should always be possible to run a node on a RasPi.
32 -128MB is pretty normal for video chunks and how long does that take to download on a residential broadband connection? Less than a minute? What about a commercial connection like miners would have? Seconds?
You are saying that 1MB is absolutely the optimal limit of capacity for the network when blocks are always full to the point that the backlog is usually over 1GB and fees can reach hundreds of dollars per transaction, and yet somehow it's "nowhere near scaling limitations"? How does this make sense to you?
When is the last time you looked at a block explorer?
When is the last time you sent a BTC transaction wallet-to-wallet?
Why is having 1MB blocks okay but 2MB blocks would disrupt the network according to you?
Oh by the way, Bitcoin Cash just solved this problem forever since it is now algorithmically adjusted block size with a 32MB floor. It runs totally fine.
No, I don't owe you one, the argument was settled... your ideas failed and your coin is worthles... i'm here for my own entertainment
Go run an pre-infiltration version then
More like 1-5MB, Bitcoin would ideally be 300kb to communicate across HAM radio... it's global money after all, needs to work over 3G and high orbit sattelite
I literally run a Bitcoin company
In other words you can't answer the question. All you have is this lame response and empty platitudes. I guess you think Biden is the legit president too since that was also "settled".
It's called Bitcoin Cash, the version of Bitcoin that is actually accessible and usable as cash for most of the world.
Maybe it should be optimized for dialup connections too. Perhaps another soft fork to allow for transactions over telegraph and Morse code as well?
You literally still haven't answered my question about why 1MB is ideal. But you think 300kb is ideal apparently, which puts you in the camp of Luke Jr, arguably the most insane of all the Bitcoin Core devs that wants Bitcoin to be an exclusive tool for the rich elites. Now it makes sense.
It's market you clown, I dont get my ideal 300k blocks and you don't get your gigamegs. Only you never understood the importance of consensus in what makes a hard money.
It's a shame your foolish attitude caused you to miss out on the first innings of the monetization of the next world reserve currency ... there's still several innings left so smarten up before it's too late.
I don't remember the market "deciding" anything. I remember heavy censorship and then the small blockers declaring victory after a manufactured fake consensus, much like what happened with covid and then the 2020 election.
You keep using that word "settled". I don't think it means what you think it means. If the debate was really settled so long ago, there wouldn't still be people like me around, and you would have more than insults to throw at me.
And by the way "gigameg" blocks are stupid too. BSV proved that. BCH has always been for a moderate approach that scales with hardware capabilities.