Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

I agree with Jeremy. Dust limit works due to design accident: that outputs are not encrypted. But outputs are private business and the real issue is only the cost of utxo set storage born by every user. There are two ways to address this: 1) either make ppl pay for renting that storage (which

Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

> As feerates have gone up over time, and as we expect them to go up further, >we should be considering drastically increasing the 3 sat/vByte basis to >something more like 20 sat/vB. I have no opinion on changing or removing dust limit. However, fee rates are not going up. Yes, we expect them

Re: [Lightning-dev] v0.10.1: "eltoo: Ethereum Layer Too"

Hi Lisa, > lisa neigut Mon, 09 Aug 2021 18:04:51 -0700 > We're pleased to announce the 0.10.1 release of c-lightning > , named > by @nalinbhardwaj. I am confused about the subject of this email. Is this an Ethereum project? What

Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

Why would removing the dust limit impact decentralisation of mining if miners can reconfigure the dust limit for their mined blocks? ___ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org

Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

> 5) should we ever do confidential transactions we can't prevent it without > compromising privacy / allowed transfers I wanted to mention the dubiousness of adding confidential transactions to bitcoin. Because adding CT would eliminate the ability for users to audit the supply of Bitcoin, I

Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

ZmnSCPxj, what you are describing is pretty much what Litecoin is doing with MWEB. Basically MimbleWimble (which has CT) with extension blocks. If you are interested: https://github.com/litecoin-project/lips/blob/master/lip-0002.mediawiki

Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit

For sure, CT can be done with computational soundness. The advantage of unhidden amounts (as with current bitcoin) is that you get unconditional soundness. My understanding is that there is a fundamental tradeoff between unconditional soundness and unconditional privacy. I believe Monero has taken

Re: [Lightning-dev] Turbo channels spec?

Sorry this took so long. https://github.com/lightningnetwork/lightning-rfc/pull/895 This changed quite a bit, based on discussion here and more coherent thinking. 1. You can simply send funding_locked early, no feature needed. 2. It's a bit useless unless you are the (sole) funder or you trust