{"type":"rich","version":"1.0","author_name":"npub17fjkngg0s0mfx4uhhz6n4puhflwvrhn2h5c78vdr5xda4mvqx89swntr0s","author_url":"https://nostr.ae/npub17fjkngg0s0mfx4uhhz6n4puhflwvrhn2h5c78vdr5xda4mvqx89swntr0s","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2020-10-05\n📝 Original message:\nHi darosior,\n\nThis is true, but we haven't solved yet how to estimate a good enough\n`min_relay_fee` that works\nfor end-to-end tx propagation over the network.\n\nWe've discussed this during the last two spec meetings, but it's still\nunclear whether we'll be able to solve\nthis before package-relay lands in bitcoin, so I wanted to explore this as\na potential more short-term\nsolution. But maybe it's not worth the effort and we should focus more on\nanchors and `min_relay_fee`,\nwe'll see ;)\n\nBastien\n\nLe lun. 5 oct. 2020 à 15:25, darosior \u003cdarosior at protonmail.com\u003e a écrit :\n\n\u003e Hi Bastien,\n\u003e\n\u003e\n\u003e I think that *in some cases*, fundees should be paying a portion of the\n\u003e commit-tx on-chain fees,\n\u003e otherwise we may end up with a web-of-trust network where channels would\n\u003e only exist between peers\n\u003e that trust each other, which is quite limiting (I'm hoping we can do\n\u003e better).\n\u003e\n\u003e\n\u003e Agreed.\n\u003e However in an anchor outputs future the funder only pays for the\n\u003e \"backbone\" fees of the channel and the fees necessary to secure the\n\u003e confirmation of transactions is paid in second stage by each interested\n\u003e party (*). It seems to me to be a reasonable middle-ground.\n\u003e\n\u003e (*) Credits to ZmnSCPxj for pointing this out to me on IRC.\n\u003e\n\u003e Darosior\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20201005/b987b4a9/attachment.html\u003e"}