0 sats \ 2 replies \ @nerd2ninja 18 Jan \ parent \ on: Scaling LN routing with Chaumian eCash lightning
I'm going to blow your mind for a minute. You know lightning channels? Just the normal ones we make with CLN or LND. Those are n-of-n (2-of-2) multi-sigs with unilateral exit.
Its because you can exit by yourself if you follow certain rules, but the other party (or parties in the case of multi-party channels) have recourse if you try to exit using an old state.
Yes, 1 party can become uncooperative (this is where the all signatories must sign all transactions part comes in) and thereby prevent a payment from going through, but you can exit without them and them reopen with everyone except them later, and you can exit without their signature.
"Using Lightning Factories, there is no risk for a counter party going unresponsive, since the factory can be closed uncooperatively with a small locktime ∆t to allow for disputes, instead of a period of time representative of
29
the lifetime of the factory"
This paper I linked for you is just one of many proposals for multi-party channels and it does have a concept of justice transactions
reply
but 2-of-2 doesn't have risk of signatory collusion.
And neither would 3-of-3 or 10-of-10. It just gets tricky because all the problems with 2-of-2 get worse and worse the more people you add. If your channel partner goes down in a 2-of-2 you can't transact, but if 1 channel partner in a 10-of-10 goes down you again can't transact and with more people involved, that is more likely to happen.
Before I send you off with only one multi-party channel paper, I should send you off with a few others so you aren't left reading one as if its gospel
Here's John Law's paper "LN-Factory-optimized": https://github.com/JohnLaw2/ln-factory-optimized/blob/main/factoryoptimized_v1.4.pdf
Actually John Law has a bunch of different constructs: https://github.com/JohnLaw2?tab=repositories
If we get soft forks that allow for LNSymmetry there's that version: https://blockstream.com/eltoo.pdf
reply