Re: [bitcoin-dev] Non-equal value CoinJoins. Opinions.

2019-12-29 Thread Yuval Kogman via bitcoin-dev
Hi, On Sun, 29 Dec 2019 at 10:23, ZmnSCPxj wrote: > > Indeed, this is a problem still of equal-valued CoinJoin. > In theory the ZeroLink protocol fixes this by strongly constraining user > behavior, but ZeroLink is not "purely" implemented in e.g. Wasabi: Wasabi > still allows spending pre- and

Re: [bitcoin-dev] Non-equal value CoinJoins. Opinions.

2019-12-29 Thread Lucas Ontivero via bitcoin-dev
This idea is not similar to the one in the knapsack paper because this one is based only in the computational complexity of finding partitions that match the outputs. However, and except in rare cases, there is only one valid partition (solution) for each output, it doesn't introduce any

Re: [bitcoin-dev] Non-equal value CoinJoins. Opinions.

2019-12-29 Thread Yuval Kogman via bitcoin-dev
On Sun, 29 Dec 2019, 05:31 Yuval Kogman, wrote: > n = # inputs + # indistinguishable outputs > sorry, this is really wrong (although of no consequence to my arguments) - n is the smaller of these two numbers, not their sum. ___ bitcoin-dev mailing

Re: [bitcoin-dev] Non-equal value CoinJoins. Opinions.

2019-12-29 Thread ZmnSCPxj via bitcoin-dev
Good morning Yuval, > Additionally (though is a broader criticism of CoinJoin based privacy and not > specific to unequal amounts, and in particular refers to ZmnSCPxj's assertion > of 0 linkability) I am very worried that perspectives that focus on > linkability information revealed by a