Create account

replied 933d
WTF..indeed :-)
replied 930d
I agree there is concern about that and have spoken out on the issue:
replied 930d
They claim they can do it without a protocol change and that it could be done on any bitcoin fork
replied 929d
"They claim they can do it without a protocol change" - LOL

"That it could be done on any bitcoin fork" - sure but good luck getting majority hash running it for BCH & BTC.
replied 928d
I agree their claims on the issue are suspect
replied 923d
replied 923d
BTCs trajectory towards becoming a shitcoin started in 2017. So, no surprise there.
replied 923d
Yep, I'd go back even further and say BTC has been on a bad course since at least 2014 when RBF was added.
replied 923d
Are you opposed to a fee market in the first place? Or is there a different way from RBF, that you would want to see implemented?
replied 923d
Both BCH and BSV removed RBF. Miners can make more money from fees in the long run by increasing TX count, not by charging more per TX.
replied 922d
I agree with this.
replied 923d
RBF was created due to mempool size growing beyond block size limit. That should never be the case. IMO there shouldn't even be a block size limit
replied 922d
...BSVs fault was that many services dependent on running own nodes started to fail w. huge blocks. Now it is extreme centralized w. VERY few nodes & hence single points of failure.
replied 922d
Maybe home nodes that aren't doing anything. For miners the increased block size is fairly negligible.
replied 922d
What do you think about dynamic block sizes? With a fee structure encourage increasing blocksize when it's appropriate to do so, ofc
replied 922d
Not sure what you mean by dynamic block sizes. As you said there will always be some sort of limit. But if people are hitting it then something is wrong IMO.
replied 922d
I mean dynamic, as in growing and shrinking to scale smoothly with demand. Seems obvious IMO.
https://localmonero.co/knowledge/dynamic-block-size
replied 922d
Sounds like a mess, not sure why you'd ever lower the block size cap. If miners can't handle more transactions they should get off the network.
replied 918d
It's not about miners being unable to handle more transactions; it's about having block sizes that match mempool demand
replied 922d
Mostly agree with this.
Block size limit should in principle have no limit. But in reality there will always be a limit.