I don't see the whole "multipath" idea yet, but at least mixer outputs come from the 550XC masternode input rather than the senders inputs.
Can some further details or source code be provided for how the signatures for multipath/mixed transactions work for this release? It still doesn't look like there is any multisignature going on between the wallet and mixer wallet so in theory mixers can still steal coins in rev2?.
Can some further details or source code be provided for how the signatures for multipath/mixed transactions work for this release? It still doesn't look like there is any multisignature going on between the wallet and mixer wallet so in theory mixers can still steal coins in rev2?.
Not in rev2.. You cant steal coins
Can you address this with technical details or some proof. I keep seeing people say that these coins will get stolen. They are even talking about it in CINNI thread.
https://bitcointalk.org/index.php?topic=573232.msg7335393#msg7335393
XC is in the near DUMP or a Pump-n-Dump right now. They released their new wallet. Anyone know if it is better than ours??My feeling it's a scam coin. Thoughts, comments? thnx.
~darylluke.
~darylluke.
its a scam and not worth of mention in Cinni thread
would you want a hold a coin that can stolen/lost because of xnode? its completely experimental, people should able to expect that when they send coins somewhere it ends up at their intended destination, not someplace else because of malfunction or a bad xnode stealing coins.
Its unacceptable for your coins to be at risk because of experimental features. Imagine you sent anon 100k XC somewhere and a bad xnode hijacks and sends it to their own address.
Lets set the record straight
#1. XC is not a scam coin.
#2. XC's XNode technology is still under development
#3. You can't send more than 10 XC's through the XNODE system, plus you have to use the debug console, so clearly it is Beta feature that is being tested to demonstrate the progress[and provide PROOF] and provide testing for the code.
#4. REV2 Will use multisig to prevent stolen coins
OK, so rev2 will use the proper multisig coinjoin
Thanks for some clarity. Still this rev 1.5 is risky but proves the idea.Is the idea for "multipath" the ability to specify a number of multisig coinjoins in parallel and series to achieve a tradeoff in terms of privacy vs transaction time?