This is the last part of the whitepaper. Sorry for the little delay as I was focusing on code testing in the last few days.

===

The last section of the whitepaper is to show you a concrete examplein SuperCoin’s real network. This is a real test with SuperSend  p2p decentralized trustless system, in SuperCoin main network. All the txids and addresses are real, and you can find them in the SuperCoin’s blockchain explorer.

First, in order to use SuperSend you need to enable the Coin Control features. This can be done from menu Setting->Options the click on Display tab. Select “Display Coin Control Features” checkbox.
 

Now you will see in the “Send Coin” tab, the Coin Control features. You will see now the checkbox “SuperSend (anonymous send)” checkbox, at the bottom of the Coin Control.

You don’t have to use Coin Control to send coins. When you want to send coins using SuperSend, just select the checkbox. It is very simple: it is based on each send.

SuperSend will charge 1% service fee (with 0.5 SUPER minimum). This service fee is to be divided by the 2 service nodes (mixer and guarantor) equally. Also it prevents scams with many small amount transfers. The fee will be added automatically to the required sent amount from Sender’s balance.

Any clients can become service node, if they satisfy some minimum requirements. At this time the requirements are set to the following:
-   Having at least 2 addresses in the client (you can create new address in “receive addresses” tab, with “new address” button.
-   Having a spendable balance of 500 coins

If your client satisfies the above conditions, it will automatically announce itself as service node. If you don’t want your client to become a service node, the put the following line in the config file:

Even you don’t want to become a service node yourself (note: service nodes will receive fee at each service), you can still use SuperSend provided you have 2 or more service nodes connected.

On the lower right corner of the QT client, there is a newly added indicator for availability of the SuperSend. The SuperSend is enabled when you have connections to at least 2 of the service nodes. At this time the “S” icon displays green color. Put your mouse on top of the green “S” circle you will see how many service nodes you connected to.
 

If the “S” icon displays red, it indicates that you don’t have enough connections to service nodes, so in consequence the SuperSend feature is not available (but you can still use regular send. The regular send is available all the time).
 

If the “S” indicator displays yellow, this means a SuperSend job is currently in processing. You will have to wait it finishes before making another SuperSend. Note that the yellow status can be generated because you send something using SuperSend, or it could be that someone else send coins and your node is selected as a service node (Mixer or Guarantor). In case you perform service to others, you don’t need to do anything. The system will automatically perform the tasks. But do not exit the client when the status is in yellow. The yellow indicator will last for maximum 60-80 seconds. So it is just a transition state.
 

You send coins by selecting SuperSend, and enter the destination.


You will then need to confirm it. Remember, you must have enough fund in the account to use SuperSend. Due to its escrow requirements of SuperSend, the Sender needs to have at least double of the send amount plus the service fee. For example, in order to send 100 coins, the Sender must have at least 2x100 + 1 (1% service fee) = 201 coins in his account. Otherwise he has to use the normal send. The escrow is required so that all parties must follow the rules to complete the transaction.


Some people may ask why Sender needs to put in an escrow, since he will provide the send amount and service fee to the escrow anyway. The answer to that question is in that without the additional escrow, there is no reason or obligation for the Sender to sign off the distribution transaction when everything is completed, in which case there will be no guarantee that Mixer will receive his sent amount plus the service fee.

Once the coins are sent using SuperSend, you can use “getlastanontxinfo” command on the console to check its status. The following 4 pictures showed the progression of this test send example, it goes through different stages of the processing, as show in the “Status of last/current transaction”.

This picture shows that all public key info collected (before creating multisig address).
 

The following picture shows that multisig 2-of-3 address is created by the system, and deposits to multisig address completed.
 

The following diagram shows that the deposits are verified and then distribution multisig transaction is created.


The last picture shows the trustless anonymous transaction is completed and all escrow refunded. This is a view from sender’s log.


From Mixer and Guarantor side, you see slightly different logs (customized to them).

In this example, 1.2345678 coins are sent using SuperSend. The Sender will see an amount of 2.96923578 coins sent to the escrow (which is a multisig address dynamically created), 2.96923578 = 1.23456789x2 + 0.5 (service fee). The multisig address is CTfgXTYHQ1Bq725qkYBFgvPRSyPXUMvwze, the transaction there can be seen at blockchain explorer:
http://chainz.cryptoid.info/super/address.dws?CTfgXTYHQ1Bq725qkYBFgvPRSyPXUMvwze.htm

Similarly, Mixer and Garantor will deposit to the escrow. Then each party will verify the deposits. Once confirmed, the multisig 2-of-3 distribution transaction will be created:

Mixer will send the coins to the destination after verifying all the deposits. He will then sign the above multisig distribution transaction. After he signed it, the transaction cannot be posted at the network as it has only one of the two required signature.

Now the Sender will verify that Mixer indeed send the amount to the destination. After he is satisfied with it, he will sign the multisig distribution transaction. Note that he has interests to sign it if everything is fine, as he has a fund in the escrow that he wants back. After he signs the 2-of-3 multisig transaction, now there are 2 signatures with it, and the status of the multisig transaction will become complete.


Anyone can post it to the network and make it official. So Sender will post it after he signs it. The multisig transaction will be executed and all parties get refund, and Mixer/Guarator will also get their service fee.

Now the anonymous p2p decentralized trustless transaction completes. The source of the transaction is not traceable as in/out transactions are done at two different addresses that are not linked.

The multisig escrow system ensures that no party can cheat in the transaction; they have to follow the rules to complete the transaction. This is a complete decentralized, peer-to-peer anonymous system. It demonstrates the power of multisig technologies.

====

This completes the whitepaper, any questions/comments please post on the thread.

I think the promo is the problem. Apparently super does not have a big team. Some other coins used plain tech but have tons people to fud and promo. They describe their own very common tech in a obscure and twisted way, making many non-tech people think they ar from another planet from the galaxy. This is how they promo and then cheat.

Let me get this straight, Supercoin is a full working trustless + anon coin.

How come we are not at the moon as of now? Are there so many people unaware that there is a coin out there who has accomplish it? Because everybody is saying there isn't a coin that is full working trustless + anon coin as of yet.  

What is everybody's thoughts on this?

I added some Q&As in the Dev's Corner (2nd post after OP). As I heard there are some fuds on the Supercoin recently, some people who have no knowledge at all on multisig are attacking Supercoin's multisig technology.

By looking at all questions, I found some are good questions (like some from fluffypony), so while ignoring all fuds, I try to answer these questions in Q&A, and we welcome all reasonable questions and I am willing to discuss all details with other qualified devs.

The multisig tech we are using is 100% sound. Other projects such as Open Bazaar (creating a p2p decentralized trustless marketplace) uses the same tech. Unfortunately I see some attacks on Supercoin are completely out of rack. These people with zero knowledge on multisig better find some basic tutorials to understand it before posting nonsense in some threads.

Our purpose is to advance the technologies for cryptocoin. The cryptocoin domain is very new, there will be inevitably mistakes here and there. Our goal is not to say our coin is the best, but to do our best with best technologies and advance our understanding onthe cryptocoin.

With this, here are the Q&As (I added it to Dev's Corner too).


Q1: Since in normal case, Guarantor does not participate in transaction, why we still need it?
A: Guarantor is needed in case of dispute. For example, Mixer claims he sent the coins to destination, while Sender claims he does not see it. At this time, Guarantor is the one to decide whether to distribute the escrow fund as if the transaction completed, or the transaction cancelled.

Q2: Is Supersend with trustless system going to be slower than SuperSend Mixer (phase-1)?
A: In our testing it is pretty fast, the anonymous p2p trustless transaction usually takes 20-40 seconds to complete. But since there are several transactions during the process, it will be a little slower than the SuperSend with centralized mixers.

Q3: Is there a fee to use trustless anonymous system?
A: Yes. The service fee is 1% or 0.5 SUPER, whichever is bigger. The service fee will be shared equally by Mixer and Guarantor.

Q4: If you only use 1 mixer and 1 guarantor, what if I have so many nodes that I can send you a modified multisig transactions that actually sends the coin to another address instead?  
A: First of all, another node will have no idea on what is the escrow multisig address. It is not a public address. It is created on the fly with randomly selected public keys from each of the participating nodes. Other nodes will not receive any info on the public keys. Also, the system does broadcast any messages. Messages are point-2-point and not broadcasted.
Second, all communicated private messages are signed with each party's private key, and verified on arriving by the public key of that party. So another node can not forge a message from a participating party, not to say he has any way to get the message and know the id of transactions etc at all. So other nodes can can not forge messages.

Q5: If sender is only sending it to the mixer and then to the receiver, I can just analyze within X blocks for the same amount of coins and I will have a pretty high confidence level that the transaction belongs to the sender/receiver, especially if the amount is pretty unique?
A: You can't analysis these for sure. The first step we send as one amount, the amount can easily be splitted into multiple amounts as we did in our phase-1 mixer scenario (amount splitted into random 2-4 parts). Moreover, there are many similar amount sent around. All escrow amounts are similar amounts, all you see is that 3-4 similar amounts sent around and you can't trace them as in/out addresses are not linked at all. It is also easy to split the sending amount (and all fund transfer in the transaction) into "canonical" values (meaning standard like 100, 50, 25, 10, 5, 2, 1 etc). These enhancements are very easy to do and we probably will do it in the next few releases.

Q6: The Guarantor is being trusted to do arbitration between the Sender and the Mixer. Therefore, given the nature of 2-of-3 multisig transactions, the Guarantor and the Mixer can sign the transaction, and then refuse to sign the cancellation transaction, leaving the Sender out of luck and out of funds?
A: Yes this is true. However, the system assumes most people are good people. In any system, if majority are bad, then you can't do much, except to have a centralized trust system. This is similar to cryptocoin, if >50% are bad, then they will take over.
This is the same as in trustless distributed marketplace OpenBazaar (https://openbazaar.org/) did. In this system, there are Buyer, Seller and Arbitrator. If both Buyer and Arbitrator are bad (and coordinated), then you can't do much. They published a nice paper to describe this system (https://gist.github.com/dionyziz/e3b296861175e0ebea4b)

Q7: SuperSend Tustless uses TxIDs? With malleability what if the TxID changed?
A: Malleability mainly caused by multiple possible signature format that is in the TxID. This issue mostly fixed in Bitcoin 0.9.0 by restrict to one "standard" format and not replaying any mutated transactions. This basically fixed the problem.
Moreover, we don't need to transfer TxID per se. Our purpose in the algorithm is to verify whether all deposits made correctly, and whether Mixer actually sent the amount to the distinations. There are ways to do this without using TxIDs. strasboug in this thread proposed some solutions:
https://bitcointalk.org/index.php?topic=734578.0
Since escrow is on the multisig address, and multisig address is broadcasted to all the related parties. Each party can verify the deposits by looking at the input on that address. For Mixer's sent tx it is also easy to verify based on the transaction after a given timestamp, and with Mixer's send wallet address. The solution is does not depend on TxIDs.
Last point I want to make on this is, even if in some very rare case (0.1%?, 0.01%? 0.001%?) the TxID changed, the worst is that the send transaction fails, all fund will be refunded to each party, there will be nothing lost.

Q8: Not all possible malleability vectors are "fixed" in 0.9.0, so transactions are still quite malleable and the transaction ID can still change. What do you do?
A: As said above, TxIDs are not mandatory in the solution. There are other ways to do it. In the first release we use TxIDs, we will possibly switch to non-TxID solutions.
BTW, if you are telling me that Bitcoin is still very vulnerable, I agree. However, we here do not try to beat Bitcoin. If people can still steal Bitcoin with malleability, then they can steal any cryptocoins, SUPER included. I won't feel bad on that at all. This is not related to trustless system, even with rare malleability not yet fixed by Bitcoin, all parties participating trustless transaction will not lose anything.

this thread was started because you have idiots in your community that picked a stupid fight against the XC community (which is 10x larger than Super's) and spread FUD about our coin and  this thread was more of a retaliation. Our community is usually very good and for such a large community, we have relatively few people that like to go around and stir the pot. However, the self-moderated thread about XC made by a Supercoin investor was pathetic with most of XC's posts being deleted only leaving FUD comments for the entire community to see. On top of that,  the MAMM dev accused our dev of cheating, we had Supercoin investors come in and call XC a scam, a cheat, liars....pretty much anything to defame XC. After a few days of arguing, and dealing with constant bullshit in the self moderated thread (and it was obvious Supercoin investors was trying to skew the story by looking like we didn't have any legitimate responses to their inquiries, however we did and they were constantly deleted), many XC investors were aggravated beyond belief and one opened this thread, just to sort of 'balance the bullshit'.

I would try to defend against those fudsters but I don't have the technical knowledge, like most people here.

A troll with technical knowledge is really the worst kind of troll since it normally takes statements from the dev to put them in place.

Wow... looks like this pump is over....   There's no buy support till like 2.2k.. wtf is going on?!?!

This is a quick update showing you that dev team is testing on SuperCoin real network.

Below is a screenshot showing successful transaction log for the sender and guarantor. The SuperCoin multisig address created in this transaction is CNixhRT4Jwg92SBLfBAhL4Q9b3sv8Wja4p, note that multisig addresses in SuperCoin starts with "C", not "S" (multisig address never starts with the same letter as normal address, like BTC normal address starts with "1" while multisig address starts with "3" etc). The transactions of it (escrow part) can be seen in the block explorer:
http://chainz.cryptoid.info/super/address.dws?CNixhRT4Jwg92SBLfBAhL4Q9b3sv8Wja4p.htm

This is one of the real network tests we did. Remember we will start beta tests in SuperCoin main network on August 20.

There is almost no buy support. So it takes a little to drop the price, doesn't say a lot. See it as an opportunity to buy some more.

Schedule of today, August 17

-Completion of white paper + release
-Alpha test decentralized P2P anon on SUPER's real network


BIG BIG NEWS !!!

Spread the word

Well, i hope that all who dumped for profit ended that trend.

Phase II is at our doorsteps, and I think they'll regret it 'cause sold at this time.

Expecting huge uptrend.

when do we get some buying pressure, its very weak now...

we will do alpha tests in about 12 hours later. We are quite busy. Everything how multisig technology should be used explained mostly and already and the first time ever in supercoindev post here https://bitcointalk.org/index.php?topic=736705.msg8324932#msg8324932 It's also proven that system actually works in he alpha test yesterday.

This is multisig based innovator crypto, truly trustless and it works see: http://screencast-o-matic.com/watch/c2j2lynsM2

We plan to make today supercoin alpha tests. As superdev explained https://bitcointalk.org/index.php?topic=736705.msg8390411#msg8390411

keep up good work, we are getting hot.