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

2021-08-10 Thread ZmnSCPxj via bitcoin-dev
Good morning all, Thinking a little more, if the dust limit is intended to help keep UTXO sets down, then on the LN side, this could be achieved as well by using channel factories (including "one-shot" factories which do not allow changing the topology of the subgraph inside the factory, but ha

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

2021-08-10 Thread Antoine Riard via bitcoin-dev
> As developers, we have no control over prevailing feerates, so this is a problem LN needs to deal with regardless of Bitcoin Core's dust limit. Right, as of today, we're going to trim-to-dust any commitment output of which the value is inferior to the transaction owner's `dust_limit_satoshis` p

[bitcoin-dev] Fwd: NLnet cryotoprimitives grant approved

2021-08-10 Thread Luke Kenneth Casson Leighton via bitcoin-dev
with many thanks to NLnet, the EUR 50,000 grant to research and develop Draft cryptographic primitives and instructions to the newly-open Power ISA has been approved. unlike RISC-V where full transparency and trust is problematic and there are many participants whose interests may not necessarily

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

2021-08-10 Thread ZmnSCPxj via bitcoin-dev
Good morning Billy, et al., > 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 it should be possible to have unconditional soundness with the use of El-Gamal

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

2021-08-10 Thread Billy Tetrud via bitcoin-dev
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: [bitcoin-dev] Exploring: limiting transaction output amount as a function of total input value

2021-08-10 Thread Billy Tetrud via bitcoin-dev
> By explicitly specifying the start and end block of an epoch, the user has more flexibility in shifting the epoch Ok I see. I think I understand your proposal better now. If the output is spent within the range epochStart - epochEnd, the limit holds, if it is spent outside that range the change

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

2021-08-10 Thread Billy Tetrud via bitcoin-dev
> 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 thi