Search content
Sort by

Showing 20 of 92 results by btcsup
Post
Topic
Board Off-topic
Re: What Song are you Listening To?
by
btcsup
on 14/09/2014, 08:26:00 UTC
daddy cool
Post
Topic
Board Announcements (Altcoins)
Re: [ANN][SUPERCOIN]First P2p Decentralized Trustless Anonymous Wallet New Thread
by
btcsup
on 21/08/2014, 04:11:37 UTC
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:
Code:
anonymousservice = 0

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:
Code:
010000005134f553030cafb8d931619765b36ee7767165f0ce5dbd616faf92eb438f86286b00a4530c0100000000ffffffff00ea3421c2e665d732f6f19f2898c91a6eb42e0c23f74fd5bfe013fc58ab283c0100000000ffffffff0f2ae1d71455ff3ab175fa6d4cb3112eff6c404e8f86a3a31f453b7b3cbda1fd0100000000ffffffff0315cd5b07000000001976a9146674fb672742529a2b95e494e3dfd080b63fd8d288acc2b03410000000001976a914269771575d9dfdecb6a969e547cf10d68849c8b988acade3d808000000001976a914a744aee8f373a1d9517352a7853a61fa3f8f9f5288ac00000000

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.
Code:
010000005134f553030cafb8d931619765b36ee7767165f0ce5dbd616faf92eb438f86286b00a4530c01000000b500483045022100dcd329a3090ea4db4aa676bde531c95b2f6510947293c8304bb7667878dc2f5c022067065c76a8d98f96b27c75f3d08b4384ff550c2ceb59db8f283fcd2828c3361f014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff00ea3421c2e665d732f6f19f2898c91a6eb42e0c23f74fd5bfe013fc58ab283c01000000b50048304502210096a47d60fe43c10d29566dc98a8ecae9433312149257a9d8754ef3c7b2bc7ff3022063c1b806f5eeeff42ae87ba6108c3a9aec7a05abbd03fcb5e66e66c27c270978014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff0f2ae1d71455ff3ab175fa6d4cb3112eff6c404e8f86a3a31f453b7b3cbda1fd01000000b400473044022031660221c65a911b9cbce27c97d04cc0c18e2f9f7448666905115961f2eac773022074e034bd3a7ab46d6fb4bb1cd0f0c97ab0295ef7d05d46ce168ba243f2840de4014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff0315cd5b07000000001976a9146674fb672742529a2b95e494e3dfd080b63fd8d288acc2b03410000000001976a914269771575d9dfdecb6a969e547cf10d68849c8b988acade3d808000000001976a914a744aee8f373a1d9517352a7853a61fa3f8f9f5288ac00000000

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.

Code:
010000005134f553030cafb8d931619765b36ee7767165f0ce5dbd616faf92eb438f86286b00a4530c01000000fdfe0000483045022100ddb8e23ffcda6bb86a8d3c104e6365a5d15acc192e4ae1c502be524f2436dfe602205704c9515e7000313d4d86a3bc5b693c066a6d641a0c2662854477c2e9c3161701483045022100dcd329a3090ea4db4aa676bde531c95b2f6510947293c8304bb7667878dc2f5c022067065c76a8d98f96b27c75f3d08b4384ff550c2ceb59db8f283fcd2828c3361f014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff00ea3421c2e665d732f6f19f2898c91a6eb42e0c23f74fd5bfe013fc58ab283c01000000fdfd00004730440220062f5dfccd8a977cde3a9dce370e3fe0bb9cc62e06ab46951ddc7f14a0b21cdc0220312fb04328b66e3561bcf1389f34db6e4172bcd4e90041283fc79fa6284bca480148304502210096a47d60fe43c10d29566dc98a8ecae9433312149257a9d8754ef3c7b2bc7ff3022063c1b806f5eeeff42ae87ba6108c3a9aec7a05abbd03fcb5e66e66c27c270978014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff0f2ae1d71455ff3ab175fa6d4cb3112eff6c404e8f86a3a31f453b7b3cbda1fd01000000fdfd0000483045022100c40af67a2043b4791288844dbfd6cea5d5a273fd4f2ce9de26160db2c595abb80220760f1b6c0cad3d447d71d1f2e86ed67899f508a1e607428884382e27867710f301473044022031660221c65a911b9cbce27c97d04cc0c18e2f9f7448666905115961f2eac773022074e034bd3a7ab46d6fb4bb1cd0f0c97ab0295ef7d05d46ce168ba243f2840de4014c6952210306a712464d0ea33dafc25d3057b593600fc63c03a1f7aa9fc74cd75701044e9d2102987a1c09aedf53fd9dbe464fb2d4a7ff12267227fb19ecea048a07b47bfd4ef0210331dd0f241ace32569d962a53d429d994200de9c8100db1a280280d61b7db588a53aeffffffff0315cd5b07000000001976a9146674fb672742529a2b95e494e3dfd080b63fd8d288acc2b03410000000001976a914269771575d9dfdecb6a969e547cf10d68849c8b988acade3d808000000001976a914a744aee8f373a1d9517352a7853a61fa3f8f9f5288ac00000000

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.

Thanks for the update, good job.
Post
Topic
Board Announcements (Altcoins)
Re: [ANN][SUPERCOIN]First P2p Decentralized Trustless Anonymous Wallet New Thread
by
btcsup
on 20/08/2014, 07:50:24 UTC

I,m quite sure the main reason for the resent drop in the price of Supercoin was directly caused by the thread started labelled -
supercoin is fundamentally broken


Stated in the thread is
"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."

When this thread was most active, the price started dropping hard, which shows that some people believed instantly what was said there. Which shows how easily people can be caused to sell off through being scared that something was wrong.

For others it has been a great buying opportunity.

There is no need to be insecure about this coin. Just look at what is being accomplished. And as with any altcoin only put into it what you can afford to lose as all altcoins are a high risk. And with high risk, it can also equal high reward.

Supercoin has much to offer, and like I have said before I expect all this trading to look like a flat line on future exchange graphs.

The anonymous decentralization, and the speed is of great importance, as the tech becomes more understood, and if all goes well as it seems to be then the sky is literally the limit.

I mean this coin is trading for 1 or 2 cents each. Think about it.



XC has a big fud team, they tried nasty ways against supercoin, because someone pointed out their claims of multisig is not true and praised supercoin tech (they actually never saw their own XC multisig address before - see https://bitcointalk.org/index.php?topic=742025.0). supercoin dev team is not related to this at all.

The unfortunate thing is that the fuds seem working, and many people don't understand the technologies believed their fuds. But truth is truth, people will understand the value and this new multisig technology and how significant it is.

When people are weak they have internal tension about saying lies or hiding behind lies. Multisig is not a technology for amateurs. That's why.
Post
Topic
Board Announcements (Altcoins)
Re: [ANN][SUPERCOIN]First P2p Decentralized Trustless Anonymous Wallet New Thread
by
btcsup
on 20/08/2014, 05:37:52 UTC
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.




+100
Post
Topic
Board Off-topic
Re: IF YOU HAD 1,000,000 DOLLARS WHAT WOULD YOU BUY???
by
btcsup
on 18/08/2014, 09:49:05 UTC
Bitcoin but i would buy below 500 usd slowly and always sell over 600 usd
Post
Topic
Board Off-topic
Re: What Browser You Use
by
btcsup
on 18/08/2014, 09:48:07 UTC
Chrome because fastest for me
Post
Topic
Board Archival
Re: Last Drink You drank. (daily thread)
by
btcsup
on 18/08/2014, 09:47:10 UTC
Milkshake
Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 20:01:21 UTC

people already showed you what you posted do not have a single multisig address. What your links for??

we ask some simple info and you provided something complete different. Please answer the simple question, and don't post ton of unrelated info to confuse people.

Let me state it more briefly then: you're asking for the wrong thing.

MULTI_SIG M-OF-N is not used in XC.


Can we move on now?


oh What really was quick Smiley))  Grin Grin Grin Grin You accepted the fact finally.


YEAH like you just said "MULTI_SIG M-OF-N is not used in XC"


Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 19:58:26 UTC

Is that not the POINT of being hidden? What good would it do it you can trace it though the block chain to find out the receivers address?

you completely misunderstand what is anonymous system. A tutorial here: anonymous system simply makes sender-receiver not traceable, it does not mean the transaction not recorded in the block chain? sounds simple enough? Grin
Well there still that month old bounty for 2 BTC to anyone who can link sender to receiver should be easy for you ohh great one. let me guess you don't have the time to make 1k even though if XC is as shit as you claim it to be would only take a few minutes, oh lets see you got better stuff to do..lol..like i said 2 BTC up for grabs all you gotta do is accept the challenge...I DARE YOU!!

Again, please don't waste time here. I can use a simple mixer and you don't be able to trace my transaction. But here we talk about multisig, and let me repeat this simple question for the last time:

provide us a multisig address that has tx associated with it, in the blockchain, so we can inspect and see what is there. This can prove you actually have the capability of multisig.


Didn't Dan the XC dev just say that multisig addresses aren't used? And that it relies on the transactions being signed by all parties instead?

So why do you keep asking for a multisig address, can you explain? I am not a programmer.

Mammoth or supercoin devs can help you with this explanation just visit their OP.
Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 19:47:00 UTC
XC finally accepted they have no multisig address thus they are not trustless

Tor depended something else they packaged it like trustless Grin
Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 19:44:12 UTC
I have the real proof atcsecure xc dev posted on mammothcoin thread and he said this is as multisig address!

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atcsecure's (XC dev) multisig wallet   Grin Grin  lol see how he tries to cheat without fear)

see how he tries




He as big dev saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people.

But he is stupid enough to post non multisig address at the same time. http://chainz.cryptoid.info/xc/tx.dws?229177.htm
This is not possible without using multisig to build decentralization unless alliens (or hype) builds new technology. See video speaks about.

XC facts
FACT 1 XC dev is proven to be lier!
FACT 2 XC dev cheated people on website about XC technology.
FACT 3 XC dev tried to fud with army of fudster on mammothcoin.
FACT 4 XC dev selling something else with different package.


To learn more about REAL multisig technology Watch the video

OpenBazaar's Sam Patterson Talks Ecommerce, Decentralization, Multisig & More | Coin Brief Interview


https://www.youtube.com/watch?v=oK85PCee3pU

Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 19:30:51 UTC
You want to learn truth? See how XC dev try to cheat mammothdev

I have the real proof atcsecure xc dev posted on mammothcoin thread and he said this is as multisig address!

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atcsecure's (XC dev) multisig wallet   Grin Grin  lol see how he tries to cheat without fear)

see how he tries




He as big dev saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people.

But he is stupid enough to post non multisig address at the same time. http://chainz.cryptoid.info/xc/tx.dws?229177.htm
This is not possible without using multisig to build decentralization unless alliens (or hype) builds new technology. See video speaks about.

XC facts
FACT 1 XC dev is proven to be lier!
FACT 2 XC dev cheated people on website about XC technology.
FACT 3 XC dev tried to fud with army of fudster on mammothcoin.
FACT 4 XC dev selling something else with different package.


To learn more about REAL multisig technology Watch the video

OpenBazaar's Sam Patterson Talks Ecommerce, Decentralization, Multisig & More | Coin Brief Interview


https://www.youtube.com/watch?v=oK85PCee3pU

Post
Topic
Board Altcoin Discussion
Re: XC uses multisig address and transaction? The answer is NO!! Look at facts here!
by
btcsup
on 16/08/2014, 19:11:27 UTC
I have the real proof atcsecure xc dev posted on mammothcoin thread and he said this is as multisig address!

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atcsecure's (XC dev) multisig wallet   Grin Grin  lol see how he tries to cheat without fear)

see how he tries




He as big dev saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people.

But he is stupid enough to post non multisig address at the same time. http://chainz.cryptoid.info/xc/tx.dws?229177.htm
This is not possible without using multisig to build decentralization unless alliens (or hype) builds new technology. See video speaks about.

XC facts
FACT 1 XC dev is proven to be lier!
FACT 2 XC dev cheated people on website about XC technology.
FACT 3 XC dev tried to fud with army of fudster on mammothcoin.
FACT 4 XC dev selling something else with different package.


To learn more about REAL multisig technology Watch the video

OpenBazaar's Sam Patterson Talks Ecommerce, Decentralization, Multisig & More | Coin Brief Interview


https://www.youtube.com/watch?v=oK85PCee3pU
Post
Topic
Board Altcoin Discussion
Re: Does XC uses multisig address and transaction? The answer is NO!! Facts here!
by
btcsup
on 16/08/2014, 18:26:06 UTC
Who is the first one will ask ATCSECURE again multisig wallet or get the dev banned here i have my proofs


I have a real proof atcsecure xc dev posted on mammothcoin thread let me upload wait, he said this is as multisig

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atc secure multisig wallet  Grin lol see how he tries to cheat without fear)

see how he tries like he does not need whitepaper at all (!)...




he as big developer saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people using charisma.

But he is stupid enough to post non multisig address
Post
Topic
Board Altcoin Discussion
Re: Does XC uses multisig address and transaction? The answer is NO!! Facts here!
by
btcsup
on 16/08/2014, 18:23:46 UTC
I have a real proof atcsecure xc dev posted on mammothcoin thread let me upload wait, he said this is as multisig

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atc secure multisig wallet  Grin lol see how he tries to cheat without fear another dev)

see how he tries like he does not need whitepaper at all (!)...




he as big developer saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people using charisma.

But he is stupid enough to post non multisig address
Post
Topic
Board Altcoin Discussion
Re: Does XC uses multisig address and transaction? The answer is NO!! Facts here!
by
btcsup
on 16/08/2014, 18:13:17 UTC
LIES are not sustainable
XC LIES YOU CAN LIE BUT WE SPEAK TRUTH

----- !!WARNING!! THIS THREAD IS SPEAKING TRUTH ABOUT XC HYPE -----

Agreed!

----- ---- !!WARNING!! THIS THREAD IS SPEAKING TRUTH ABOUT XC HYPE -----
Post
Topic
Board Altcoin Discussion
Re: Does XC uses multisig address and transaction? The answer is NO!! Facts here!
by
btcsup
on 16/08/2014, 18:03:19 UTC
@dadon tell us that because no body will understand lies behind XC because nobody knows multisig  and they will keep going with XC like this.

No problem there  Grin Because people are idiots already believing.
Post
Topic
Board Altcoin Discussion
Re: Does XC uses multisig address and transaction? The answer is NO!! Facts here!
by
btcsup
on 16/08/2014, 17:49:59 UTC
I have a real proof atcsecure xc dev posted on mammothcoin thread let me upload wait, he said this is as multisig

http://chainz.cryptoid.info/xc/tx.dws?229177.htm (This is atc secure multisig wallet  Grin lol see how he tries to cheat without fear)

see how he tries like he does not need whitepaper at all (!)...




he as big developer saying first he does not need whitepaper at all, second advising poor mammoth dev to check multisig...

This the amazing technology how to cheat people using charisma.

But he is stupid enough to post non multisig address
Post
Topic
Board Off-topic
Re: Post your Internet speed
by
btcsup
on 16/08/2014, 15:32:43 UTC
voted for 5 MB
Post
Topic
Board Off-topic
Re: I am literally stupid.
by
btcsup
on 16/08/2014, 15:31:15 UTC
https://bitcointalk.org/index.php?topic=596620.msg8365985#msg8365985

Without help of family and the state I be on the streets.

My school system failed me or my brain just is the way it is and the school system couldn't help me at all.

sad. very depressing.

People that have smarts take it for granted and it pisses me off.
It's not about being smart, it is because only some percentage allowed to win.