pull down to refresh
1076 sats \ 3 replies \ @nerd2ninja OP 15 Aug \ parent \ on: Federated VS Decentralized (Don't Call it Decentralized) Deus Lo Vult Edition bitcoin
I've been thinking too about how multi-party channels should have a miner fee fund that some of the routing fees go to.
So k00b, I haven't posted in a while because I am extremely busy with studying to advance my career and other money related moves to put myself in a financially strategic position.
When at least the majority of that dust has settled I am trying to read through the various non-soft fork related multi-party channels and I want to write an article that gives the TLDR on the trade-offs of each of them compared to the proposals that do require a softfork. Then if I see more excitement for one of them over the others, maybe I'll attempt to write an implementation spec for it (and then invite the real engineers to shred everything I've written lol)
Just an update about where my head is at and things.
reply
The paper I started reading was using timouts and every LN transaction was actually creating a valid Bitcoin transaction with a shorter timeout with the theory being that the shortest timeout transaction would be mined on-chain before any of the older states.
There's also a paper on multi-party channels that use PTLCs instead of the current HTLCs (haven't read that paper yet so I can't tell you what's special about PTLCs that make that paper possible)
reply
The PTLC one sounds vaguely familiar. I think it had to make a ton of tradeoffs to limit an intractable number of pre-signed txs.
The paper I started reading was using timouts and every LN transaction was actually creating a valid Bitcoin transaction with a shorter timeout with the theory being that the shortest timeout transaction would be mined on-chain before any of the older states.
Oh interesting. I hadn't thought about doing more with time-iterated games. Time is one of few trust-minimized levers we have for this stuff though.
reply