Quote from: BurgerCash on February 11, 2019, 11:21:22 PM

The narrative is that non-mining nodes matter, and the blockchain is way too bloated on 1MB already, let alone 8 or 32MB.
Thing is, if every merchant wants one, companies like BitPay own multiple (in order to check for double spends agains 0conf scammers) + all miners having the full blockchain + spv services + all exchanges you could argue that this situation is decentralized ENOUGH.
Decentralization is not a goal to work towards imho, it's just a means of achieving censorship resistence and a lack of central planners / single points of failure. And unless there's other benefits to decentralization (having useless people feel important as if they're participating is not a benefit) I don't see why having more full nodes is beneficial.

yep. correct
having 100,000 nodes are decentralised
funniliy the EXCUSES to say everyone(millions/billions) NEEDS to be a full node. so lets stifle bitcoin and deburden bitcoin of utility to push people into LN..
but then those with the stifle/deburden bitcoin mindset... then strangely are OK with factory servers/watchtower masternodes.. and then millions of users that are just autopilot slaves using litephone apps where their funds are locked with a factory/watchtower aswell as a counterparty

the hypocrisy is soo ludicrous the only end agenda for having that hypocrisy would be the LN lovers hope to be the hubs/watchtowers/factories getting rich

to preempt and answer the usual echo chamber crew of LN lovers rebuttles

1. initial blocksync time - can be solved with just grabbing a few UTXO set info of a users wallet to get an initial 'unverified' final balance. thus users are not twiddling thumbs(same method SPV/Bloom works..) but still including the full blocksync where the blocksync is then less of a time sensitive priority

2. initial blocksync bandwidth. - users dont need to be connected to 200 nodes so just connect to 1-2 nodes and wait.
(point one) solves the twiddling thumbs waiting for utility issue. so downloading the blockchain is not a waiting dilemma but a background afterthought.

3. initial blockchain data. hard drives of 4 terrabyte are no problem. we are not stuck at millennium technology afterall
(same argument as games consoles and users wanting to play latest games apply. if you want to run it. expect to upgrade hardware more than once every 2 decades)

4. linear/quadratic sig validation.. reduce the sigops limit prevents a problem. no one needs thousands of sigops anyway

5. peer-to peer / cash/ money is a one user to one user analogy so the whole pushing for group transactions just bloat transaction sizes thus limit numbers of users who want independence away from group held custodial models. so get back to simple lean transactions

6. remove the wishy washy witness scale factor code that still under utilises blockdata limits

7. add a fee priority formulae that actually is beneficial to all. punishing just the spammers. but also allowing efficient infrequent transactors with a fee that differs from the spammers. but still effectively gives pools something. without having to stifle bitcoin utility and deburden the network(which definitely would kill miners fees)

all points above have nothing to do with increasing the blocksize but would most definitely get bitcoin passed the 600k tx a day threshold yet to be achieved.

and then
8. incremental (not massive gigabyte foolish nonsense)... INCREMENTAL growth like we had between 2010-2015