Quote from: jaked on May 12, 2017, 06:14:39 AM

Quote from: Amph on May 12, 2017, 05:49:02 AM

Quote from: jaked on May 12, 2017, 05:45:41 AM

Quote from: kiklo on May 12, 2017, 04:00:30 AM

Quote from: jaked on May 11, 2017, 10:26:06 PM

In the ongoing scaling debate, I wonder why is the discussion focused solely on the block size.

To my understanding, decreasing the difficulty, either statically or dynamically, has the same effect, of increasing the transaction-confirmation rate.
I don't know if such a thing can be done with a soft work, but for those advocating a hard fork, why not a fork that decreases difficulty?

Can anyone enlighten me?

Bitcoin Transaction Capacity could have been increased by a larger block size or a faster blockspeed.
Either would work.

BTC Core is blocking all improvements for 1 reason to push shitwit, and use LN to make BTC into an Offchain Fractional Reserve banking system.
Increasing transaction capacity would allow people to keep their transactions onchain, keeping the transaction capacity pathetic like it is now forces people to use their offchain fractional reserve bullshit. In Short BTC Core makes money by selling BTC out forever to the banking cartels.

Cool

So let's, for the sake of argument, assume Core has those malicious motives, and take them out of the picture.
Why is anyone else not proposing solutions based on faster blockspeed? Why don't we have a "BU" with a faster blockspeed, rather than larger block size?

because would lead to more orhpan, there is a reason if the block time on average is 10 min, actuallyi t's better to say 2016 every two weeks

and what you are proposing it's not feasible, it's based on mienr decision, and the mining is done in a way that the more hash you have and the better which eman more diff

this is done to make the network stronger to some various attacks, having the diff low mean less hash, which mean more insecure network

Everything is based on miners's decisions, and hence everything is feasible.
They could agree on a new protocol which reduces difficulty, in exactly the same way they could agree on a new protocol which increases the block size.

A reduced difficulty reduces the security, but if BTC's value decreases due to scaling issues, the network's vulnerability increases as well, as hash power will be lost to other cryptos.

it doesn't make sense to change the code to reduce the diff while the hash is the same, the diff is based on the hash, otherwise you are changing the way the diff is displayed but the real one would always match the hashrate

in any case no miner will ever agree to reduce his/her hashrate and take less profit, this is utterly no-sense, and i don't think that the value will decrease because of scalability issue

the majority of people that buy bitcoin just don't use their coins they put them in holding, therefore they don't need lower fee, i bet only those that at the moment need this are average joe moving 0.01 every week or so...