pull down to refresh
300 sats \ 1 reply \ @gd OP 18 Jan \ parent \ on: Scaling LN routing with Chaumian eCash lightning
I understand very well how 2-of-2 lightning channels work, but 2-of-2 doesn't have risk of signatory collusion.
Lightning Factory details are interesting— thanks for the paper.
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