lol
here we go again. the over promised hyped up LN utopia. and the many sheep thinking its the end goal solution to bitcoins woe's
i really hate it when people say theoretical because they have not ben bothered to do the physical act of using it in real scenarios of real bruteforce testing the system.
the 0.002 is based on a over promised statistic of a rout with minimal hops thats pre setup the route, the hops(channels) in the route are all fully funded and have the minimal fee set up and agreed on. everyone is online and then bam its then timed... in actual fact i dont think even that its 0.002seconds. decker probably just done some maths on validation of signature times to treat payment is accepted, rather than real scenario time
1. it cant do 500 tx a second regularly/everytime guaranteed. that 0.002 is only possible AFTER it has found its routes and only transacts through those routes theirafter.
yet to find a route and make a payment takes longer, because with each hop (channel) it has to pass through causes a payment to take longer. and finding a route that has funds available and an acceptable fee. takes longer
2. emphasis the theoretics are of if you had a active connection to a very nearby channel that is online and active and accepting payments
so imagine you set up a route to buy starbucks coffee. once that route is set up. then yes theoretically you can pay starbucks in 0.002 using an existing route(deckers 500/sec stat). but imagine one of the hops in the route does not have the funding reserve to hotpotato your payment through. you then have to find a new route. which means it wont be 0.002seconds. also this 0.002sconds is for a theoretical route with very minimal hops. as i said the more hops the longer it takes.
also imagine instead of wannting to buy coffee from starbucks you then want to buy groceries at walmart. this is not a 0.002second payment because you have not pre-setup the route and also its harder to find hops(channels) with more than $2 to guarantee payment flow.
3. because not all channels will have say $100 per participant/per channel to hot potato your walmart grocery payment. EG to be a reliable participant in a network of say 5000 users either requires a node to have 8 channels for it to take 5 hops to get end to end
in short to allow everyone just 1 payment. each node has to have $800($100 per channel) on reserve MINIMUM just to allow a few people to make that 1 payment. before some routes have to close
X[$100 - $100]A A[$100 - $100]B B[$100 - $100]C C[$100 - $100]D D[$100 - $100]WALMART
imagine X wants to buy $100 of groceries. above shows A xinging a healthy route. now each HOP(a,b,c,d) has just 2 channels for easy display
lets see what happens when the payment is made
X[$0 - $200]A A[$0 - $200]B B[$0 - $200]C C[$0 - $200]D D[$0 - $200]WALMART
X has now paid walmart. problem now is (a,b,c,d) dont have $100 on their side to make another X-> walmart payment.
infact A cant buy anything from walmart because (b,c,d) are empty
infact B cant buy anything from walmart because (c,d) are empty
infact C cant buy anything from walmart because (d) is empty
all that is able to be done is a refund backwards
this is why nodes end up needing more than a couple channels and needing even more funding than $200($100 per channel)
take D for instance if D wants to be a reliable route for walmart just for 4 participants D would need $500 just to allow each participant to buy their weekly shop once each. C would need $400 Bwould need $300 A would need $200 and X would need $100.. and thats without preloading the reverse channels
by reverse channels i mean both directions are not loaded and its treated as a one direction payment x->walmart.. as shown here
X[$100 - $0]A A[$200 - $0]B B[$300 - $0]C C[$400 - $0]D D[$500 - $0]WALMART
at this point walmart cant pay D anything. D cant pay C any thing. and so on. its not a walmart -> x direction route
anyway lets allow X to buy walmart groceries
X[$0 - $100]A A[$100 - $100]B B[$200 - $100]C C[$300 - $100]D D[$400 - $100]WALMART
now A can buy groceries
X[$0 - $100]A A[$0 - $200]B B[$100 - $200]C C[$200 - $200]D D[$300 - $200]WALMART
now B can buy groceries
X[$0 - $100]A A[$0 - $200]B B[$0 - $300]C C[$100 - $300]D D[$200 - $300]WALMART
now C can buy groceries
X[$0 - $100]A A[$0 - $200]B B[$0 - $300]C C[$0 - $400]D D[$100 - $400]WALMART
now D can buy groceries
X[$0 - $100]A A[$0 - $200]B B[$0 - $300]C C[$0 - $400]D D[$0 - $500]WALMART
ok so now all 5 users have bought 1 week of groceries. but now they cant buy next weeks groceries
hopefully this shows that with just being a route of 2 channels would mean that you would have to in a 5 hop system hold $500 to be able to be a route of 4 others and yourself for just 1 payment each.
now imagine having 4 channels, = more funds needed and pre participants routing through you... if everyone were only 4-5 hops away walmart .. then D would need $12100 just for him and 120 others to buy just 1 week of groceries
as this shows.
take a good look at that image.. imagine that after the first week D done the groceries. now everyone needs to refill (close open channels) all over again and the main route A,b,C,D would need to have the big extra buffer reserves for all the connections.. ABCD cant just have $100 in the route reserve. even if they only personally spend $100 on themselves
and this is only amounts for 120 users only wanting to spend $100 a week..
i dare anyone to start running scenarios of a decentralised (non factory hub/node) where by it doesnt require people to have more than 8 connections and doesnt need to be more than 8 hops away.. where by everyone can be connected up to 1 billion people.
do the maths people how many hubs/hops/channels and funding pr channel would be needed for a reliable network of
20,000 people
100,000 people
1million people
100million people
1billion people
you will be shocked at how a decentralised system wont work.
take banks. in america there are 95,000 banks serving 300mill people. imagiine that like each bank branch having 3157 channels (customer accounts)
and each bank has to communicate. there would need to also have
~95000 connections to be 1 hop from another hub(bank)
~308 connections to be 2 hop from another hub(bank)
~46 connections to be 3 hop from another hub(bank)
so work out how many channels each individual person would need to not be in a bank branch hub situation
and how much funding per channel that individual would need.
and how many hops away (degrees of separation) to be connected to everyone
then look at the banker branch situation of hubs with ~4000 channels where each individual is only atmost 4 hops away
youll soon se a decentralised hop model does not work, due to reliance of multiple hops all bing online funded. by the cost to each individual to be funded and the time to route and make payment.
LN's utopia only works in a bank branch (hub) model where your multisig counterpart has authorisation over thousands of users
LN's model/niche/ appeal is not as a scaling solution for everyones needs. it should be treated as a 3rd party srvice managed by hubs(paypal2.0) and used for those making regular paypnts to a regular end recipient..
not a pay anyone anywhere anytime instantly..
but a pay regularly to known recipients service