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です。
賭けの結果によってシステムが自動で作動しないよう、事前にシークレットキーが働きます。 賭けの結果に影響を与えたり、不平等にならないようにするために 少し時間が経ってからのリリースとなります。 秘密化されていたハッシュは後に閲覧可能となります。 このため、ユーザーは賭けの成立後 不正はなかった平等な賭けだったということがわかります。
ひとつひとつの賭けに対して作動するシークレットキーの暗号化は、その都度 選択されます。 ネットワーク上でのコインがやり取りされ始めた時点で作動を開始します。 なお、システムが何かしらの問題を感知した場合は作動までに時間がかかることがあります。 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
こちらのシステムは、向こう１０年間分のハッシュを記録として残すことが可能です。 方法は何通りかあります。 一番シンプルな方法はダウンロードしたデータのコピーをファイルして管理する方法です。 もし、ダウンロードが不可能であったり、データに問題が感知されたときは 何か問題がある可能性が考えられます。 もう一つの方法は ビットコイン タイムスタンプというパッケージシステムを使用する方法です。 こちらは トータルで２５６ビットコイン分のやり取りのデータ保存が可能です。 なお、こちらのデータはブロックチェーンによって保護されていますので、セキュリティーは安心です。
$ 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.
ace9f65cd51bc8092459
Account: OP_DUP OP_HASH160 00d1cd2e5ec984226c98f85a69852ee9e6c659bd
OP_EQUALVERIFY OP_CHECKSIG: 39693
Account: OP_DUP OP_HASH160
ここでは S3 に格納されたファイルの sha256 チェックサムとトランザクション 428bcc630b00fe431623b4e1fb0f726493dc0a2ead86ace9f65cd51bc8092459 に格納された sha256 のチェックサムがマッチしています。
これにより、ファイルは 2012年4月18日のトランザクション発生時より存在していることがわかります。
この場合、ファイルのハッシュを照合なしで取得したいところでしょう。
例
-------------------
シークレット
それらはすべてハッシュとして問題ないものですが、逆に言うとハッシュに過ぎず、実際に使用されたシークレットではありません。
アカウント: OP_DUP OP_HASH160 00d1cd2e5ec984226c98f85a69852ee9e6c659bd OP_EQUALVERIFY OP_CHECKSIG: 39693
アカウント: OP_DUP OP_HASH160
こちらには sha256分のトータルの記録が記載されております。 S3のファイルをご覧ください。428bcc630b00fe431623b4e1fb0f726493dc0a2ead86ace9f65cd51bc8092459 と一致するデータも、こちらで確認することができます。 よって、このデータは２０１２年の４月１８日から存在することが確認できます。
立証データは必要無く、 ハッシュのみ希望の方は：
--例---
----------------
シークレッツ
ハッシュとしての観覧、 使用には便利ですが、 こちらは実際に暗号化が適応された物ではありません。
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.
それにより、シークレットのハッシュがハッシュファイル中の公開されたハッシュとマッチするかどうかを確認できるようになります。これは、システムが使用を保証したシークレットを使用したことの確認となります。以前の日のシークレットの一覧は、シークレットリスト(secret list)で確認できます。
ラッキーナンバー
ゲームの勝者を決めるために用いられたラッキーナンバーは、非常に単純です。これはhmac_sha512(secert,txid:out_idx) の先頭何バイトかを示します。これはキーとしてはシークレット文字列であり、データとしてはこれと決めたトランザクションのトランザクションIDです。
これらのすべては、トランザクションの詳細ページで確認することができます。
その後、ハッシュデータがファイルへと発行されるので データの確認や照らし合わせが可能になります。 この作動は 暗号化が正常に作動している確認にもなります。 過去のデータのリストはこちらから参照可能です：シークレットリスト
ラッキーナンバー
ラッキーナンバーは賭けの勝者がシンプルだったことを表示します。 hmac_sha512(secert,txid:out_idx). こちらが お客様のＩＤやデータなど暗号化されたもののキーとなります。
さらに詳しいデータややり取りを見ることも可能です。
この場合、ファイルのハッシュを照合なしで取得したいところでしょう。 → ファイルのハッシュを照合なしで取得したい場合：