OK, let's look into the situation thoroughly.
The point of our interest is the block #412717 that have been minted on Wed Aug 27 10:27:50 UTC 2014:
{
"hash" : "0a4b5d908ad166687458b53be3e38026cc0739fe6bdc07f5d1b3fab56d1ab450",
"confirmations" : 35211,
"size" : 1483,
"height" : 412717,
"version" : 6,
"merkleroot" : "63df532bbda833e32e5e35351eeece814f676a8913a2b25755cb3970e125d242",
"mint" : 151.44383561,
"time" : 1409135270,
"nonce" : 0,
"bits" : "1e00f33b",
"difficulty" : 0.00411126,
"blocktrust" : "10d709f",
"chaintrust" : "77fe3838c266eb",
"previousblockhash" : "e195ffc523b5ae5eb22f276ddf16d371264a50e14efd027734ffcc0d3f648efc",
"nextblockhash" : "139ce9f8459e2900ac21afac356206aa9caf8e2706719bd211066e20e2a4c0c5",
"flags" : "proof-of-stake",
"proofhash" : "005d88032d28e23818f34d32ee6d25646cd6ece09a24857e5bc8220c6c2ed08c",
"entropybit" : 0,
"modifier" : "96a50c668d2e6d91",
"modifierchecksum" : "48e73dfe",
"tx" : [
"e56d535befb465438c3462fafc7fad7c8166f1787acd081b8f9a393a02859d87",
"0fcdfa6eddd4f072ca60c127e964322aeef963104f1f22b2a17564807ea93fc8",
"16795d47790afc33661739e1f475a190052e4635248299b963974c1bc86f063d"
],
"signature" : "304402204c9d042f5d02aaaf0c9fe2f5ba19b05015e2c81e2362861f8e82943364cf877c022015cadb60241be39a4d287877001e0af5065e16e51e8a9a7080d611a48cc8cee2"
}
First two transactions are usual PoS block preamble, nothing special.
But the third one is very interesting:
gettransaction 16795d47790afc33661739e1f475a190052e4635248299b963974c1bc86f063d
{
"txid" : "16795d47790afc33661739e1f475a190052e4635248299b963974c1bc86f063d",
"version" : 1,
"time" : 1409130103,
"locktime" : 0,
"vin" : [
{
"txid" : "b6603f95330e3bc35ee55c553d456d262821671369ee5e11bc64343910136214",
"vout" : 1,
"scriptSig" : {
"asm" : "0 3045022100c56a3bc0b0cebee99b0cb34669d487d5625a46ac67faa9fb572b32f52b55c1cf022060db626a364ea7bf7d425543986afe9f8861ffe34a44106a9107b2ca9848a13f01 3044022019c25f281eebb2b7ddedace1c92226428a32f7c4ce0e34c362828bfadfc6ef7a022069cccdffc282d3e500a5ecd55df8b6619647b91e44f1ea0c03384f230c78a9de01 522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae",
"hex" : "00483045022100c56a3bc0b0cebee99b0cb34669d487d5625a46ac67faa9fb572b32f52b55c1cf022060db626a364ea7bf7d425543986afe9f8861ffe34a44106a9107b2ca9848a13f01473044022019c25f281eebb2b7ddedace1c92226428a32f7c4ce0e34c362828bfadfc6ef7a022069cccdffc282d3e500a5ecd55df8b6619647b91e44f1ea0c03384f230c78a9de014c69522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae"
},
"sequence" : 4294967295
},
{
"txid" : "e804b04697973c7304f82ac82f70e8505da1c66c2cdd1293643887a904dc3143",
"vout" : 1,
"scriptSig" : {
"asm" : "0 3045022100cdb498b4ce4028755afedde59dc5a4678f81ac0eef769400c4bbe88bad0c0822022044aff6bd5ca7e9bdd4a0be981d478890b9ab054aa8f84066b84f773abf409cc801 3045022100c1bbd5d7469a4ced95f1dc8ae5db8e9141ab5f25d835ee43037ec4a28bd25f1602204a2c46a49c069910d0723a425aa32c3e512d46ad29a46f3f20aed58c929c971601 522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae",
"hex" : "00483045022100cdb498b4ce4028755afedde59dc5a4678f81ac0eef769400c4bbe88bad0c0822022044aff6bd5ca7e9bdd4a0be981d478890b9ab054aa8f84066b84f773abf409cc801483045022100c1bbd5d7469a4ced95f1dc8ae5db8e9141ab5f25d835ee43037ec4a28bd25f1602204a2c46a49c069910d0723a425aa32c3e512d46ad29a46f3f20aed58c929c9716014c69522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae"
},
"sequence" : 4294967295
},
{
"txid" : "625889a1b52554ce024019f0ee46d727b1c53e7f25f889d62807e2a8da5e1502",
"vout" : 1,
"scriptSig" : {
"asm" : "0 3045022100c32e46672706d7eb5823cfcff3ec0fb86cc7cbe10f555d4828e39a0e023f222a0220152cef78079b9220360102b1d4007b6bc90dac5c5872d89369003928babafc0001 30440220519e360d7192fad442858d0d00db6b341a6c2bc8543b36123f6919df73b15353022035bdce1f700a668483ad4efdda158ddf8ff403dadb84705dbcd4f6d10e3e33a901 522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae",
"hex" : "00483045022100c32e46672706d7eb5823cfcff3ec0fb86cc7cbe10f555d4828e39a0e023f222a0220152cef78079b9220360102b1d4007b6bc90dac5c5872d89369003928babafc00014730440220519e360d7192fad442858d0d00db6b341a6c2bc8543b36123f6919df73b15353022035bdce1f700a668483ad4efdda158ddf8ff403dadb84705dbcd4f6d10e3e33a9014c69522103f7a7174ee664978d1884dd1b0f89f2e3edcd0fb256349eb67e6d1a8cd1966cce21022951c076e7edb096f8f8386fcfb67f5fc52cf8cd8d6b0af137135732f49a0d842103c320da380ca359af1fa393b0f3e7088b456c4bef80e050b216670f7ad441f7ad53ae"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 10.00000000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 4b07f6645ab0008c0857e272d48c22bd29af66de OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9144b07f6645ab0008c0857e272d48c22bd29af66de88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"SU8jFUH9yThpL6KYUSKLkKXoV4kRdS4DAV"
]
}
},
{
"value" : 20.24975000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 3bb2618a84d8946535a646a6007bfcb2f507a061 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9143bb2618a84d8946535a646a6007bfcb2f507a06188ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"SSjebHo3EG3fKiM6GrNhjyTMDfnis13Bxa"
]
}
},
{
"value" : 10.24975000,
"n" : 2,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 6302900260d686dab3a41424fb8242a22b717e9a OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9146302900260d686dab3a41424fb8242a22b717e9a88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"SWKWzt4YEZfYuGGQYSzg1btp4MpKmwody4"
]
}
}
],
"blockhash" : "0a4b5d908ad166687458b53be3e38026cc0739fe6bdc07f5d1b3fab56d1ab450",
"confirmations" : 35219
}
Note, it has timestamp 1409130103.
Also, note, that it has three inputs and three outputs with approximately the same amounts (minus fees). So, this transaction have been specially crafted as it has no change output. Was it crafted by human or automatically - has no importance, the key point it is unusual transaction.
Let's look at it's first input source transaction:
gettransaction b6603f95330e3bc35ee55c553d456d262821671369ee5e11bc64343910136214
{
"txid" : "b6603f95330e3bc35ee55c553d456d262821671369ee5e11bc64343910136214",
"version" : 1,
"time" : 1409130117,
"locktime" : 0,
"vin" : [
{
"txid" : "73259d469d621e9b6c5ab18f9692025aab1598fb92f63d1389b9210cd06de987",
"vout" : 0,
"scriptSig" : {
"asm" : "304502210091deba8388ec111d5ff15ec58f990fd9c5be96e7ca4487489ef9671d9c73e3800220579a43fda3943457229c98593b1ddaf8d4328b29d4fcde555b709a88b20f277d01 0202697e3e01c730f832705ed1f67f1dd264538b55aaabd4f20e5621ccb1028706",
"hex" : "48304502210091deba8388ec111d5ff15ec58f990fd9c5be96e7ca4487489ef9671d9c73e3800220579a43fda3943457229c98593b1ddaf8d4328b29d4fcde555b709a88b20f277d01210202697e3e01c730f832705ed1f67f1dd264538b55aaabd4f20e5621ccb1028706"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 29.49980000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 8509d7a3e07af07ede52b544896ac952935bc793 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9148509d7a3e07af07ede52b544896ac952935bc79388ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"SZRShDKwFbpGyWfzWhsRNsoG5c2kXYRpxC"
]
}
},
{
"value" : 20.50000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_HASH160 cadc04751928af98d2793d4c2551e66daaeb12c3 OP_EQUAL",
"hex" : "a914cadc04751928af98d2793d4c2551e66daaeb12c387",
"reqSigs" : 1,
"type" : "scripthash",
"addresses" : [
"CaxWdsLq6hxSnRemfQNmRNXUqmRBG8QgUJ"
]
}
}
],
"blockhash" : "e13d587bf843a67e617bbac11236e9834bddcaa26eb6dfbe4acaeed69f855e85",
"confirmations" : 35628
}
It has the timestamp 1409130117, i.e., 14 seconds later than the transaction spending its output! Also, it is included into the block e13d587bf843a67e617bbac11236e9834bddcaa26eb6dfbe4acaeed69f855e85",
at height 412420!!!
The standard implementation of the bitcoin protocol would never accept such a transaction or a block containing such a transaction. Let's look into the Supercoin's publicly available source code, the CTransaction::ConnectInputs function:
https://github.com/supercoinproject/supercoin/blob/3db664be97960b3acc2d074d72e70f7828c9a61b/src/main.cpp#L1515 / ppcoin: check transaction timestamp
if (txPrev.nTime > nTime)
return DoS(100, error("ConnectInputs() : transaction timestamp earlier than input transaction"));
So, the check is in place. That means that the block 0a4b5d908ad166687458b53be3e38026cc0739fe6bdc07f5d1b3fab56d1ab450 have been mint with a wallet that has at least this check relaxed.
The interesting point is that the "official" block explorer hides this from us at least the negative time difference between these transactions:
http://i58.tinypic.com/33kw3fn.pngthis means that either the cryptoid's op is in the same boat with the Supercoin's dev or the dev made him to install special version of the wallet.
So, the fork happened on Wed Aug 27 10:27:50 UTC 2014.
You informed the exchanges on Sept 2:
We informed from our thread about wallet updates, fixes, released 2 wallets, alerted twitter also i opened ticket each exchanges (early today) this is exchange responsibility to follow forks. We cant do much here. I have not seen in my 2 nodes any fork.
Now, what we have. We have two blockchains. The one has many protocol violations and in advance of the second one by 16k blocks, that means that people spent electricity on this chain and thus made investment. The over one is the correct from the protocol perspective and had huge deposit, trade and withdrawal activity since fork. So it will be unfair to abandon any of these chains as some part of investors would be cheated.
What you can do, dev, to save your face? As things described above are consequences of your mistakes/intentional actions, it will be completely fair if you cover all loses.
How this could be accomplished? This way:
first, all exchanges should stop the trading (at least two already did). Then you arrange with the exchanges bitcoin multisig address, where you deposit some amount of BTC at their (or community) discretion, that is good enough to protect the community from any further scam. Next, one (or all exchanges) switch to the longest (that you call official) fork and enable trades.
Then you should credit all addresses that have unspent to the date of freezing trades on all exchanges inputs on the shorter fork with equal amount of coins on the longest fork. Where do you get these coins? You could spend your own, you could by them from exchange on the 'official' fork.
When these unspent inputs are covered in the 'official' chain and you release the open source code that is capable to download the blockchain from scratch - your funds on locked multisig address may be released back to you.
Unless you do so - you are SCAMMER!
P.S. I am crossposting this in the original Supercoin thread so you could not delete this.
