Quote from: anva on June 06, 2014, 10:26:37 AM

Quote from: stealth923 on June 06, 2014, 02:13:41 AM

Quote from: chaeplin on June 06, 2014, 02:09:19 AM

Quote from: chaeplin on June 06, 2014, 01:58:42 AM

Quote from: phosphorush on June 06, 2014, 01:53:00 AM

doesn't the network have to agree on what was the initial transaction? Therefore knowing that a bad xnode didn't do what was supposed to do?

xnode owner can change mind.
xnode can suffer Windows crash.
xnode can suffer power failure.
xnode can suffer network interruption.

if any one of this happen, coins are gone, belongs to xnode.

Truth or FUD?

Say.

Truth - XC coin transfers the actual coins to the xnode! Xnode decides to keep the coins, there's no way to stop the process. I raised this very early on!

DRK on the other hand works alot differently and doesnt have this problem

Truly decentralized!

From what i read in the xc forum, The communication is encrypted so xnode cant steal coins. I am not sure if multi path handles other scenarios like power failure, windows crash etc

encrypted communication is used to conceal real payee which mixer use it to send coins.

Payment to real payee is mixer wallet's role.
Wallet(mixer) should send coins.. Sad

Quote from: chaeplin on June 06, 2014, 01:36:27 AM

xnode is useless.
When you use xnode, you risk your coins.
xnode can steal your coins.

What actually xnode is doing ?

A/you --> xnode --> B

When you send coins using xnode, it's written to blockchain with xnode address.
Real payee address B is transfered to xnode with hoping xnode to deliver coins to B.

To avoid double spending, xnode need to wait at least 2 ~ n confirmation.

xode is Time/Block delayed postbox/transporter.

As coins sent to xnode address, not real payee B, coins are belong to xnode.
xnode should send coins to B.

Receiving coins and Sending coins are not occurred simultaneously.

https://bitcoin.org/en/how-it-works
http://www.zerohedge.com/sites/default/files/images/user3303/imageroot/2013/05/20130512_BTC.jpg