Create account

homopit
replied 2305d
BitcoinHoarder
Only metric there is, is the fallout of 250 BC nodes at the time of the 'test' - https://cash.coin.dance/nodes/all. Maybe they were all low-end systems. I wouldn't make claims like Tom
BitcoinHoarder
replied 2305d
That >25% of ABC nodes got knocked down is highly concerning. No statement from ABC or miners as to why. BU nodes all held up. Maybe we do need to run more stress tests after all.
Sk8eM dUb
replied 2305d
Yup. Upgrade or die, strongest implementation wins. No mercy for raspi nodes running second rate software.
BitcoinHoarder
replied 2305d
In that case, we need to test again before 11/15. If users could result in fallout of enough nodes, would we be “voting” for an implementation indirectly without hash?
Sk8eM dUb
replied 2305d
I've been saying since 9/1 that the next stress test should be 10/1 and so forth. There were too many kinks to work out and real volume can come in very very quickly.
BitcoinHoarder
replied 2305d
Ok I’m down. I used 1.1 BCH last test. I can commit 2 BCH to the next one.
homopit
replied 2305d
Re 'real volume'. It can, but that to happen is very unlikely. You have unrealistic expectation. Please look at things in perspective.
Sk8eM dUb
replied 2305d
I'm not necessarily saying sustained volume at those levels but in a bull market you can get media hits that sebe usage into a frenzy. We don't want to screw the pooch at that time.
homopit
replied 2305d
From 25,000 to 2.5M daily tx are two orders of magnitude. 100x. BCH as is can take any media hysteria in the short term (2 years). And easy fix of burst relay gets us to 8M daily tx.
Sk8eM dUb
replied 2305d
Aright I'm with you there. Although there is the so called "fidelity effect" where you want to be able to show bigger buisinesses that this thing isn't going to choke under pressure
homopit
replied 2305d
and just removing the limits is just a PR, or even outright lie, if one wants to use that as a proof that it won't choke. Software needs optimization, and removing the bottlenecks.
Sk8eM dUb
replied 2304d
I don't think that's what anyone is claiming. The "remove of the limit" rhetoric acknowledges that miners wont try to propagate a block that has a high probability of getting orphaned.
homopit
replied 2304d
But is it. I saw many times 'fidelity problem' and rhetoric 'remove the limit to show the chain can scale'. Remove the bottlenecks, that's the way to show haw the chain can scale.
homopit
replied 2305d
Simply, software is not optimized and can not use hardware resources, even if limits are removed. There are many bottlenecks to be removed before we can show BCH won't choke.
homopit
replied 2305d
And BCH is not yet there - with current software implementations it will choke under >8M daily TX volume, no matter if the block limit is even removed, or not.
BitcoinHoarder
replied 2305d
At a minimum, users would be selecting the miners with the most robust system I’m assuming?
Sk8eM dUb
replied 2305d
I've been saying since 9/1 that the next stress test should be 10/1 and so forth. There were too many kinks to work out and real volume can come in very very quickly.
homopit
replied 2305d
No statement from ABC? Why do you need it? It is not that ABC team run ALL those nodes. (BTW, it's 17%)
homopit
replied 2305d
"It was definitely too much for my VPS" https://www.reddit.com/r/btc/comments/9cxmyw/2315_mb_bitcoin_cash_block/e5dzqif/?context=3
Low-end nodes dropped out.
Fnuller15
replied 2305d
It could be small rasp pi nodes which got knocked out. It would only be an issue if it hit the miners. Also, you can say that 75% of the nodes passed the test - Glass half full/empty?
homopit
replied 2305d
Fnuller15
replied 2305d
Exactly, and it had little to no impact on the network. It would have been surprising if nothing got stressed during a stress test.