You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Naive multiparty coinjoin schemes are vulnerable to chain analysis based on amount linkages. For example, if you see a joined transaction of (0.5, 0.5, 0.4, 0.7) -> (0.4, 0.6, 0.3, 0.8), this can be uniquely decomposed into (0.5, 0.5) -> (0.4, 0.6) and (0.4, 0.7) -> (0.3, 0.8). (references: https://www.coinjoinsudoku.com/, https://github.com/Samourai-Wallet/boltzmann).
This actually shows how important it is to use numbers those are either random or sit on the distribution of real world data. Since the following lines in the paper...
As a result of the above analysis, modern coin shuffling schemes have focused on making equal-amount coins, which intrinsically are indistinguishable (CashShuffle, Wasabi, etc). In isolation, these shuffle schemes are essentially perfect, especially since the cryptographic protocol allows parties to hide information even from each other.
...would like to state that coinjoins can be easily decomposed to their submappings, this is the wrong example to make here, as it illustrates the opposite, that it cannot be easily decomposed and that there are numerous submappings.
It's not a bug or issue, so I guess it can be insta closed, it's just I wanted to share a few notes and elaborate on the example used in the paper.
For the record, the full list of submappings are:
This actually shows how important it is to use numbers those are either random or sit on the distribution of real world data. Since the following lines in the paper...
...would like to state that coinjoins can be easily decomposed to their submappings, this is the wrong example to make here, as it illustrates the opposite, that it cannot be easily decomposed and that there are numerous submappings.
More Interesting Info
Resources
The text was updated successfully, but these errors were encountered: