Quote from: Taras on June 09, 2019, 01:21:16 AM

Quote from: Khaos77 on June 09, 2019, 12:25:55 AM

Quote from: ETFbitcoin on June 08, 2019, 05:25:35 PM

Running LN hub isn't even profitable even if you're "giant" hub, because
1. LN client will automatically find best route (shortest hop / cheapest routing fees)
2. If you set high fees on your hub, some people would rather open new channel or use altcoin
3. Cost to open & close channel, unless you make user pay for it

Quote from: Khaos77 on June 07, 2019, 09:22:33 PM

The solution is simple,
Bitcoin needs to make a code change that requires all LN Hubs to run a FULL NODE.
Not the scaled down nodes, like many use, but True FULL nodes with the Full Blockchain stored and letting new users sync the entire blockchain from them.

Sounds simple, but the biggest question is "How to verify LN hubs run true full nodes"?

Send hash of all blocks?
Send all block headers?
Ask random "old" blocks?
Ask random "old" transaction (assuming txindex enabled)?

Make the code verify the blockchain is stored on the hub ,
then have it verify the Genesis Block and then verify the last block synced is within an hour.

There are probably 10 completely different ways to accomplish it.
It is up for the programmers to write the code, I'll let them choose,
unless you want to say the core devs are too incompetent to carry out such a simple task.
So is that what you are saying?

Well, what stops a LN user from just removing the extra requirements from their client? It's open source after all. That doesn't sound like it would make them incompatible with the network.

So you are also saying the Core Devs are too incompetent to make it happen.

That seems to be the problem with the core devs and their supporters,
hardware not good enough, programming unable to accomplish simple tasks.

So be it,
bitcoin lack of full nodes are on your incompetent heads.

Locking thread because according to the above users, btc core devs are just too incompetent to require a full node running with an LN hub.

Good Day.