With recent highlights with Wasabi #603025 and new initiatives with Joinstr, Payjoin and others.
We need a decentralized Bitcoin Mixer with no central coordinator, as well as avoiding Chainalysis with UTXOs.
Yes71.9%
No3.1%
I prefer Lightning Network21.9%
None of the above3.1%
32 votes \ poll ended
LN is good forever!!
LN is the way ahead. It is working for me. Why do I need to look beyond?
LN works fine as a mixer
Nice try, fed
💯
https://postimg.cc/ns8vtv3x
https://postimg.cc/4mmLfQQH
I don't understand why you see Lightning privacy and coinjoins as a dichotomy.
They don't contradict each other at all. You can be confident in good privacy in Lightning AND support better coinjoin infrastructure/innovation.
He refuses to understand that without coinjoins and other onchain privacy techniques you may often leak information when opening LN channels.
Please show me that "leaked" information that provide my true identity.
You are too egocentric.
Imagine I might have received onchain payment for some work done from somebody, who knows my identity. Then I use that UTXO to open new LN channel from my node, without using coinjoin. At that moment person / company who paid me with 50/50 probability knows pubkey of my home LN node that otherwise runs over Tor and are anonymous.
+1^2
1 ^ 2 = 1 :)
1^3 cheers!
Use the 3 levels stash and all will be fine. Think like a bank, not just be like a bank... https://m.stacker.news/39059
And there's no need to open a LN channel directly with the received onchain sats. You can also buy a channel from a LSP and not reveal that UTXO. Are many ways to hide your channels...
Doing coinjoins in step 2 is simpler and more private. When you do onchain vs LN swap, swap provider can correlate onchain TXO with LN node pubkey. Which means you need to do more than one LN wallet, adding extra hops there, where, again, coinjoin is simpler. Basically, you are trying to avoid coinjoins at all costs, even if it means spending more time and effort. That doesn't seem rational to me, but your choice!
I am not against coinjoins. I use them in the past. Only that now with LN I find them just as another way for "cash-grab" from fools. So I do not use coinjoins anymore. And I know very well how to use LN with many nodes and wallets.
+1
Coinjoin was used in a pre-LN era and was good for those times. Now is kind of obsolete and like a honeypot trap and a tool for "cash-grabbers" fooling noobs. If you still don't know how to "lose trace" using LN, it means you still have a lot to learn about LN.
Lightning and coinjoin are two different ways to achieve privacy, with different trade-offs. They complement each other. Which is why I use both. In particular, I often protect coins with Wasabi, and then use those protected coins to open Lightning channels to get the funds back into Lightning.
I used Wasabi and Whirlpool in the past, in the pre-LN era. I don't use them anymore. Not useful for me. LN is enough for what I do with BTC.
Don't put all your security eggs in one basket...
watch me, using the 3 levels stash https://m.stacker.news/39041
Yes... if it actually works. Unfortunately that's not a trivial problem.
Joinmarket has a decentralized way to basically pick coordinators. But there are pluses and minuses to it vs Wasabi.
I would disagree with this description. Every person who initiates coinjoin and acts as a taker is coordinator and just picks other participants (makers) who provide liquidity, but coordinator is a taker side.
That's fair enough; I was using "coordinator" very loosely in that sentence.
Joinstr actually works and has no directory nodes like joinmarket or fidelity bonds requirement.
Wasabi is the worst possible way to do coinjoin.
How is Nostr relay requirement different from JoinMarket directory node requirement? It's just a different protocol to pass messages. And Nostr could be used as messaging channel for JoinMarket too, if somebody implements it. But I don't see much advantages there over JM onion messaging channels. And directory nodes isn't strict requirement, IRC messaging is still supported too.
Fidelity bonds isn't strict requirement too, you can still do coinjoins without them, it's just a measure to prevent sibyl attacks. Basically, if you run maker without a FB, you will just have coinjoins happening less frequently.
There are no hardcoded relays used for bootstrapping.
There is a idea to add some gossip protocol to JoinMarket, so that configured directory nodes are used just for bootstrapping. https://github.com/JoinMarket-Org/joinmarket-clientserver/issues/1445
That's a cop out. You've just made it annoying to use without changing the underlying model.
Nostr relays are equivalent to directory nodes, as Nostr itself is centralized. And getting rid of fidelity bonds just means you've gotten rid of an important safety mechanism that makes Sybil attacks harder. Joinstr hasn't replaced that with another mechanism, making it less secure than Joinmarket.
Joinstr will use aut-ct for sybil resistance. Recently waxwing fixed some things to make python bindings possible and will be added in next release of electrum plugin.
aut-ct is a form of fidelity bond. A rather weak form...
Yes - I do! I think ecash could be a nice way to leverage more privacy as well??
I support bitcoin mixer given the fact that these platforms utilize a technology that intertwines all transaction addresses with one another, which are then recorded in the fully accessible blockchain
i do not support a tool that wastes my time and money.
Will it really work? If does then it would be good to go
When we gambling for win everiday
More innovation please