New record sized coinjoin for my coordinator - 377 inputs/413 outputs: https://mempool.space/tx/5d238e5bd251d55f4b83c10a9834265e59acc48d6027c68d6dc197cec15f7305
I'm curious what your specific reasons are for picking JoinMarket over Wasabi (assuming both have liquidity)?
18 outputs means you created change. If you are acting as the taker, you should always sweep to terminate the trail of linkable funds in that mix depth.
Reminder: Your money is not subject to the authority of voters. Do not pay any taxes to this mob of thieves.
These transactions are created with either Wasabi (https://wasabiwallet.io/) or BTCPay Server's coinjoin plugin (https://docs.btcpayserver.org/Wabisabi/).
Let's not sidetrack the conversation with metaphors: What do you think of my Samourai Improvement Proposal? https://web.archive.org/web/20231025112756/https://code.samourai.io/wallet/samourai-wallet-android/-/issues/461
>First of all, you have failed to demonstrate any Samourai Wallet "address reuse bugs" that can be equivalently compared to the systemic & symmetric address re-use vulnerabilities in Wasabi although you claimed them to be equivalent on Vlad's podcast.
Why can't they be compared? I just compared them didn't I? Your comment that Whirlpool's toxic change outputs and coordinator fee outputs already have such terrible privacy that it doesn't make any difference whether or not the addresses are reused doesn't help your argument, it hurts your argument.
>As for Ergo's tweet, when he says "unmixed" change, he's talking about change that comes out of a Wasabi CoinJoin tx
Okay, and when I say "unmixed" change I'm talking about the change that comes out of a Whirlpool tx0.
Now that we are both on the same page, please explain why you wouldn't just solve the problem of unmixed change like Ergo suggested by never creating it in the first place? I even opened a Gitlab issue in Samourai's wallet for doing this: https://web.archive.org/web/20231025112756/https://code.samourai.io/wallet/samourai-wallet-android/-/issues/461
Sounds like you are just talking shit, let's see if you can prove it by tracing my Wasabi coinjoin payment: https://x.com/Kruwed/status/1835105451555312041
"Inactive"? Do you have a full node to verify that? My coinjoin coordinator does far more volume than Samourai's ever did: nostr:nprofile1qqsw23lc30574v5ng0mjq56kdpnkw6vhuzcdnzp6d0dqntzt8utecccpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqgjwaehxw309ac82unsd3jhqct89ejhxqg5waehxw309aex2mrp0yhxgctdw4eju6t07rmfmt
So since you are aware of all of Samourai's address reuse bugs, then please explain to me why anyone would want to create "toxic change" instead of becoming fully untraceable? The WabiSabi protocol solves the "peeling chain" privacy leak that is produced by the Whirlpool protocol: https://x.com/ErgoBTC/status/1181573118810361856
I can reply to your wall of text, but it seems you are confused. Here's 3 different instances of address reuse in Samourai:
Samourai coordinator address reuse: https://x.com/Kruwed/status/1735129375001968838
Samourai toxic change address reuse: https://x.com/brian_trollz/status/1559018534675644418
Samourai postmix address reuse: https://x.com/SamouraiWallet/status/1283145015124996098
Not sure what you are looking for with 'entropy', but you can use this open source tool to measure the anon sets of WabiSabi coinjoins with 150+ inputs: https://github.com/turbolay/WabiSabiAnalyzer
Or, the user could have just used Wasabi instead of Whirlpool so they wouldn't have created toxic change in the first place? Why are you ignoring the solution?
Aren't rollups worthwhile since they can be combined with other layered proposals to extend their scalability?
If I'm wrong, why don't you prove it? I already gave you an untraceable coinjoin transaction, how about you try tracing it?
Literally anywhere to spend it. There is zero adoption in my entire region.
BTCPay Server's coinjoin plugin is this on steroids. Coordinator discovery is decentralized using Nostr: https://mempool.space/tx/f0117ea9c6aee4e2634390dc07792b087a5af5897fd59fd508aba3741a160dfe