Secret Keys
In order to ensure that there is no way for the system to change the outcome of a bet, the secret keys used are decided ahead of time. They are not released right away, since they could be used to submit selective transactions and win bets unfairly. However, the hash of the secrets is released. After the secrets are release users can verify that preceeding bets were provably fair.
Days
Each bet transaction that comes in is assigned to the secret key of the current day when it is first processed. In most cases this will be as soon as the transaction is broadcast on the bitcoin network. However it could be later if the system has some problems processing or an outage. All times are in GMT.
秘密キー
賭けの結果を変更するためのシステムのための方法がないことを確実にするために使用される秘密鍵は、事前に決定しています。それらは、すぐに解放されません。なぜなら、それらは、選択的にトランザクションを送信して、不当に賭けに勝つために使用することができるからです。しかし、秘密のハッシュは解放されます。秘密が解放された後、ユーザは、先行する賭けは証明可能に公正であることを確認することができます。
月日
送られてくる個々の賭けのトランザクションは 最初に処理された日の秘密キーに割り当てられます。ほとんどの場合、これは、取引がbitcoinネットワーク上でブロードキャストされるやいなやなされます。しかしながら、システムに処理や機能停止の問題がある場合には、後からになる可能性があります。すべての時間はGMTです。
Hash File
The system has a file of all the hash keys for the next 10 years: hash.keys This file can be verified in several ways. The simplest is to simply download and keep a copy of that file. If ever your copy and the copy we are distributing disagree there is something awry. The other way is to use a package called BitcoinTimestamp. This is something which stores a sha256 sum in the bitcoin network as a transaction. Since this transaction goes into the block chain, it is impossible for anyone to tamper with after the fact.
$ sha256sum hash.keys
9b0d87ac871518cfd8601aa456b58fa74c01194cfeb25e7f3eecf43759d6ccb4 hash.keys
$ java -jar jar/BitcoinTimestamp-1.0.1.jar decode 428bcc630b00fe431623b4e1fb0
ハッシュファイル
システムは、今後10年間のすべてのハッシュキーのファイル：hash.keysを持っています。このファイルは、いくつかの方法で確認することができます。最も簡単なのは、単にダウンロードして、そのファイルのコピーを保持することです。あなたのコピーと私たちが配布しているコピーがどこか間違っているということはまれです。他の方法は、BitcoinTimestampというパッケージを使用することです。これは、トランザクションとしてbitcoinネットワークでSHA256の和を格納するものです。このトランザクションはブロックチェーンに入るので、誰かが事実を後で改ざんすることは不可能です。
$ sha256sum hash.keys
9b0d87ac871518cfd8601aa456b58fa74c01194cfeb25e7f3eecf43759d6ccb4 hash.keys
$ java -jar jar/BitcoinTimestamp-1.0.1.jar decode 428bcc630b00fe431623b4e1fb0
url: http://blockexplorer.com/rawtx/428bcc630b00fe431623b4e1fb0f726493dc0a2ead86ace9f65cd51bc8092459
Account: OP_DUP OP_HASH160 00d1cd2e5ec984226c98f85a69852ee9e6c659bd OP_EQUALVERIFY OP_CHECKSIG: 39693
Account: OP_DUP OP_HASH160
There the sha256 sum of the file stored in S3 and the sha256 sum stored in transaction 428bcc630b00fe431623b4e1fb0f726493dc0a2ead86ace9f65cd51bc8092459 match. This shows the file has existed since the time of the transaction on 2012-04-18.
In case you just want the hash of the file without validation:
--example---
----------------
Secrets
So that is all well and good for the hashes but those are just hashes, not the actual secrets used.
url:http://blockexplorer.com/rawtx/428bcc630b00fe431623b4e1fb0f726493dc0a2ead86\
ace9f65cd51bc8092459
Account: OP_DUP OP_HASH160 00d1cd2e5ec984226c98f85a69852ee9e6c659bd
OP_EQUALVERIFY OP_CHECKSIG: 39693
Account: OP_DUP OP_HASH160
ここでは S3 に格納されたファイルの sha256 チェックサムとトランザクション 428bcc630b00fe431623b4e1fb0f726493dc0a2ead86ace9f65cd51bc8092459 に格納された sha256 のチェックサムがマッチしています。
これにより、ファイルは 2012年4月18日のトランザクション発生時より存在していることがわかります。
この場合、ファイルのハッシュを照合なしで取得したいところでしょう。
例
-------------------
シークレット
それらはすべてハッシュとして問題ないものですが、逆に言うとハッシュに過ぎず、実際に使用されたシークレットではありません。
After a day has been over for at least 24 hours the system will release the secret used.
Then you can verify that the hash of the secret matches the published hash in the hash file. This demonstrates that the system used the secret it promised it would use. A list of secrets for previous days can be found here: secret list
Lucky Number
The lucky number used to determine the winner of games is simple. It is simply the first bytes of hmac_sha512(secert,txid:out_idx). That would be the secret string as the key and the transaction ID of your bet transaction as the data.
You can see all of this on the full details page for your transaction.
最低限24時間が経過し、1日が過ぎれば、システムは使用したシークレットをリリースします。
それにより、シークレットのハッシュがハッシュファイル中の公開されたハッシュとマッチするかどうかを確認できるようになります。これは、システムが使用を保証したシークレットを使用したことの確認となります。以前の日のシークレットの一覧は、シークレットリスト(secret list)で確認できます。
ラッキーナンバー
ゲームの勝者を決めるために用いられたラッキーナンバーは、非常に単純です。これはhmac_sha512(secert,txid:out_idx) の先頭何バイトかを示します。これはキーとしてはシークレット文字列であり、データとしてはこれと決めたトランザクションのトランザクションIDです。
これらのすべては、トランザクションの詳細ページで確認することができます。
