Re: [bitcoin-dev] [Lightning-dev] Scaling Lightning With Simple Covenants

2023-11-15 Thread jlspc via bitcoin-dev
Hi aj, A few more thoughts on this trust/safety vs. capital efficiency tradeoff: > Optimising that formula by making LA [the channel's active lifetime] as large > as possible doesn't > necessarily work -- if a casual user spends all their funds and > disappears prior to the active lifetime

Re: [bitcoin-dev] On solving pinning, replacement cycling and mempool issues for bitcoin second-layers

2023-11-15 Thread Antoine Riard via bitcoin-dev
Hi all, I think any valid consensus-change based solution to the pinning and replacement cycling issues for Bitcoin L2s should respect the following properties / requirements (ideally): - non-interactive with contribution of your off-chain counterparty - minimize level of fee-bumping reserve and

[bitcoin-dev] Fwd: OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely

2023-11-15 Thread Antoine Riard via bitcoin-dev
> No, that's not a general underlying issue. You've found two separate issues. > Furthermore, revoked states are clearly different than HTLCs: they're > fraudulent, and thus in punishment-using protocols they are always associated > with high risks of loss if they do in fact get detected or

Re: [bitcoin-dev] Future of the bitcoin-dev mailing list

2023-11-15 Thread Overthefalls via bitcoin-dev
Hi floppy disk guy, thanks for prompting me to look closer at Nostr, it's very interesting. I hope that whatever solution is chosen doesn't involve handing power over to a centralized entity that wants collect as much information on every living person as possible, and lock everyone and