d. use multisig with merchant upfront and then sign off on a transaction with the merchant at the cashier desk.. that broadcasts
that way you cant RBF/double spend without their signature of any possible second spend you attempt
Great, now combine this with payment channels, atomic and trustless multihop contracts in a peer-to-peer network and you've got Lightning!
trustless? (pfft)*
yea combine that with not paying into the merchant direct(pftt)
but instead locking excessive funds up with some random person days before. then having to lock up more funds with another random person incase the first person is offline.
then having to switch off all the autopilot and public announcement defaults to hide from having your liquidity raided before you can spend it yourself..
and then have to plan which bunch of random people to hop through to hopefully find a link to the merchant you intend to use.
oh and then hope along this route none of them are *'turbo' faking channel balance.. to cause issues for you or the merchant
what you describe of having to have a few channels set up with more balance then needed locked up earlier then needed. and the HOPE that the merchant might be involved in the intricate web of hops when needed.. that is what i call inefficient.
heck even your altnet favoured devs have hit that wall hard, and said how the hop-route model is a both chicken and egg failure. it only works if enough idiots are conned into using the network, but then later fails again because everyone is then using the network leaching out the liquidity of possible paths.. thats why they are moving more in directions of the hub-spoke model of directly contracting with the merchants(albeit they still want to be MSB middlemen hubs inbetween ofcourse which has its own flaws)
as for finality/settlement..
especially when none of them are then broadcasting to confirm the payment to settle up. middlemen can then play games punishing each other in a chargeback scam game of fastest scammer wins.. along with all the rebalance games inbetween to empty out liquidity..
seriously. you seem to be stuck in the 2018 utopian glossy advert, and not actually done your research on how impractical your altnet is and how many ways it can be abused for people that just want to buy their lunch on a whim, without anything more then a 10 minute plan during lunchbreak.
(or maybe you do know how many ways it can be abused and thats your actual intent)your altnet only works sometimes, if you are set up hours/days before hand with excessive funds pre-locked to increase chances of possible paths(still with no guarantees). and then even if you find a path there is no finality to the payment without the risks of middlemen meddling with the system
i prefer what bitcoin was designed for. paying the intended recipient without the silly meddle men 'hop-n-hope' games
(i purposefully spelled it meddle)What you describe requires to make two on-chain transactions; one depositing my money on the multi-sig address and another withdrawing the change. I find it inefficient to transact once with two transactions.
yea i know you dont like settling up and finalising. i know you prefer people to lock up and stay locked up so you can play games with their balance. but thats not bitcoin.