I just found this Coinswap app and wanted to share it with everyone here. Couldn't find a relevant thread while searching, so I figured I'd start this one.
The app has some pretty cool features right now:
- you can customize your swap however you want
- shred your old transaction history
- advanced UTXO sanitization
- swap payments
- keeps sender and receiver history separate
Check it out here: https://github.com/citadel-tech/coinswap/releases/tag/v0.2.1
And their website: https://citadel-tech.github.io/website
It looks amazing, but also difficult to understand how it exactly works. Anyway, i notice they have really unique licensing option on their source code.
I've seen some project let you choose between open source license or propriety license (with paid support or feature), but this one is entirely different.
It's a new concept, a cycle of Hashlock, Timelock, and MuSig2 contracts where the hop doesn't communicate directly but rather via Taker > Maker0 > Maker1 > Taker.
The main limitation of this service is that you need a Bitcoin full node to become a Maker or Taker, something I don't think most traders can provide.
I have gone through the github link and also read some of the use cases/promised use cases. At a glance everything feel fine and privacy focused. But a deep scrutiny might leave us with some questions.
About shredding old transaction history; To me, this sounds more of a marketing language. for instance, on the bitcoin blockchain, the transaction history is not actually erased. The best that can be done is to obfuscate it or make it harder to trace. The idea of decoupling sender and receiver history is very possible is they introduce the eCash interoperability. The only concern will be the trust in the mint and ofchain transactions.
Maybe the combination of many privacy tools and systems make it more complex. Sometimes, a well understood single mechanism could be more effective that complex systems that are difficult to understand and use.
Nothing new. Citadel has just implemented Gregory Maxwells original idea first expressed on forum in 2013 using Taproot contract. It appears that their associated tools (Taker app and Maker server) are built specifically to run on Mutinynet, so performing swaps with these tools is intended solely for testing their Taproot‑based protocol rather than for real‑world use.
Protocol Flow:
This sounds like an incentive to increase the amount of total nodes instead of a limitation, but I get your point. People are either technically limited or lazy.
Thank you for sharing. The privacy movement in the next cycle is going to be massive. Will check it out. +1
At this stage, i believe the bigger issue you need terminal to install and configure the application.
I have some understanding of that part, but if you read the docs it's more complex due to other reason such as
1. Since it support multi-chain, what would happen if the other doesn't have Taproot or it's equivalent? Would it fallback into V1 protocol or mix V1/V2 protocol?
2. How well the fidelity bonds works to reduce sybil attack? From what i understand so far, it works by giving incentive with exponential scaling. But attacker who aim to deanonymize other people/coin wouldn't care so much about the incentive.
Probably you meant multisig rather than multi‑chain?
Regarding your question, if the other party doesnt support Taproot their protocol would simply fail during negotiation or contract construction in my view its as simple as that. Anyway, I dont want to dig deep into Citadels chainswap protocol until it becomes mainstream, if it ever happens .
No, although their homepage use term cross-chain rather than multi-chain.
I would agree with you if their application only support protocol V2. But just like you, i don't plan to dig that deep either.
Ecash interoperability sounds complete nonsense. Why would a trustless and self custodial swap protocol need to be interoperable with a custodial solution?
Maybe to achieve better privacy. I am really not bothered, if they have found a means to handle the trust from their own end, it's fine.
That's virtually what mixers do with CEXs.
In my opinion, if it's just between the Apache 2.0 license and the MIT license, it is much more simple for people and companies to deal with legally. Just follow the Apache license since abiding by it basically covers everything in the MIT license.
No issue if everything you do is open-source, though