{"type":"rich","version":"1.0","title":"Bastien TEINTURIER [ARCHIVE] wrote","author_name":"Bastien TEINTURIER [ARCHIVE] (npub17f…ntr0s)","author_url":"https://yabu.me/npub17fjkngg0s0mfx4uhhz6n4puhflwvrhn2h5c78vdr5xda4mvqx89swntr0s","provider_name":"njump","provider_url":"https://yabu.me","html":"📅 Original date posted:2021-06-29\n📝 Original message:\nHi Rusty,\n\nOn the eclair side, we instead send `funding_locked` as soon as we\nsee the funding tx in the mempool.\n\nBut I think your proposal would work as well.\n\nWe may want to defer sending `announcement_signatures` until\nafter the funding tx has been confirmed? What `min_depth` should\nwe use here? Should we keep a non-zero value in `accept_channel`\nor should it be zero?\n\nCheers,\nBastien\n\n\n\nLe mar. 29 juin 2021 à 07:34, Rusty Russell \u003crusty at rustcorp.com.au\u003e a\nécrit :\n\n\u003e Hi all!\n\u003e\n\u003e         John Carvalo recently pointed out that not every implementation\n\u003e accepts zero-conf channels, but they are useful.  Roasbeef also recently\n\u003e noted that they're not spec'd.\n\u003e\n\u003e How do you all do it?  Here's a strawman proposal:\n\u003e\n\u003e 1. Assign a new feature bit \"I accept zeroconf channels\".\n\u003e 2. If both negotiate this, you can send update_add_htlc (etc) *before*\n\u003e    funding_locked without the peer getting upset.\n\u003e 3. Nodes are advised *not* to forward HTLCs from an unconfirmed channel\n\u003e    unless they have explicit reason to trust that node (they can still\n\u003e    send *out* that channel, because that's not their problem!).\n\u003e\n\u003e It's a pretty simple change, TBH (this zeroconf feature would also\n\u003e create a new set of channel_types, altering that PR).\n\u003e\n\u003e I can draft something this week?\n\u003e\n\u003e Thanks!\n\u003e Rusty.\n\u003e _______________________________________________\n\u003e Lightning-dev mailing list\n\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20210629/a9f7eb76/attachment.html\u003e"}