新しいgetwork

m0mchilのgetworkを再設計してSVN rev 189（バージョン31601）にアップロードした。

m0mchilの外部ビットコインマイナーのアイデアは多くの問題を解決した。GPUプログラミングは未成熟でコンパイルが難しく、ビルドに追加の依存関係を加えたくなかった。getworkにより、異なるハードウェアやOSに対して異なるプログラムで、これらの問題を個別に解決できる。サーバーファームが単一のBitcoinノードを実行し、残りはgetworkクライアントだけを実行できるのも便利だ。

インターフェースにいくつかの変更がある：

getwork [data]
[data]が指定されていない場合、作業用のフォーマット済みハッシュデータを返す：
“midstate” : データの前半をハッシュした後の事前計算されたハッシュ状態
“data” : ブロックデータ
“hash1” : 2回目のハッシュ用のフォーマット済みハッシュバッファ
“target” : リトルエンディアンのハッシュターゲット
[data]が指定された場合、ブロックの解決を試み、成功した場合はtrueを返す。[data]は”data”フィールドで返されたのと同じ128バイトのブロックデータだが、ナンスが変更されている。

注意：

• 候補を送信した時にはworkを返さない。パラメーターなしで呼び出した時のみだ。
• blockフィールドはdataとhash1に分離された。
• dataは128バイトで、midstateですでにハッシュされた前半を含む。
• hash1は常に同じだが、便利のために含まれている。
• “ThreadRPCServer method=getwork”のログは無効化されている。ログにゴミが多すぎるためだ。

いいね、これで大量のパッチ作業が省ける 😊

それはすごくいいね。GPUマイナーが既に使用しているパッチ済みクライアントのドロップイン置換になるのかな？

外部マイナーのユースケースは理解するが、オールインワンのアプローチの方が好みだ。自分のマイニングコードをコンパイルに含めることはまだできるだろうか？ あなたが以前導入した刷新されたインターフェースは本当に気に入っていたので、引き続き使いたい。

完全なドロップイン置き換えではない。インターフェースを少し整理したかったのだ。必要な変更はわずかだ。

ScanHash_関数はなくならない。ちなみに、このインターフェースの設計はその関数のパラメーター（midstate、data、hash1）を反映するように設計されている。

ところでサトシ、gitを試してみるといい。svnよりずっと良いよ。特にパッチやフォークがたくさん飛び交っているときはなおさらだ =)

素晴らしい。これで私のパッチのひとつが完全に不要になる。

外部CPUマイナーに取り組みたい気持ちもある……

C言語で簡単なCPUマイナーの作成を開始した。主にデモンストレーション用で、getworkを理解するためだ。

リポジトリはgit://github.com/jgarzik/cpuminer.git

実装は完了しているが……動作しないので、あまり興奮しないでほしい。ByteReverse（またはその不在）に関して何か奇妙なことが起こっていると思う。「data」と「ナンス」をバイトリバースする必要があるかどうか、またどのようにするかがまったく不明確だ。

サトシ、getworkの実装をm0mchilの仕様に準拠するように修正してほしい

そこまでしなくていい。マイナーのほうを仕様に準拠するよう自分が変更する。今、少し忙しいだけだ。

ByteReverse（またはその不在）に関して何か奇妙なことが起こっていると思う。「data」と「ナンス」をバイトリバースする必要があるかどうか、またどのようにするかがまったく不明確だ。

getworkがバイト反転を行う。midstate、data、hash1はすでにビッグエンディアンで、dataを返す時もビッグエンディアンのままなので、ビッグエンディアンで作業し、バイト反転は不要だ。これらはScanHash_関数に渡されるのと同じデータだ。midstate、data、hash1を16バイトアラインされたバッファに入れてScanHash_関数に渡すことができる。例えばScanHash(pmidstate, pdata + 64, phash1, nHashesDone)のように。ナンスが見つかったらdataにパッチしてgetworkを呼び出す。

ScanHash_関数がpdata + 64ではなくpdataを使うように変更して一貫性を持たせるべきかもしれない。

targetはリトルエンディアンで、m0mchilのものと同じ方法のはずだ。（もし違えば修正すべきだ）バイト反転を使う唯一のケースだ。こんな感じだと思う：if ByteReverse((unsigned int*)hash[6]) < (unsigned int*)target[6]。

サトシ、getworkの実装をm0mchilの仕様に準拠するように修正してほしい

これが新しい仕様だ。マイナーをこれに対応させるのは難しくないはずだ。

変更点：

• 候補を送信した時にworkを返さない。パラメーターなしで呼び出した時のみだ。
• blockフィールドがdataとhash1に分割された。
• 一貫性のためstateをmidstateに改名。
• extranonceは不要になった。

問題がわかった。自分のSHA256アルゴリズムが入力をビッグエンディアンにバイトスワップしていたが、すでにビッグエンディアンだった。

この新しいCPUマイナーの最初のバージョンについてはこちらで説明している：topic 1925

• ヒットの可能性を送信した際にワークを返さず、パラメーターなしで呼び出された場合にのみ返す。

送信したものが実際にヒットだったかどうかを返してくれると非常に助かる。健全性チェックにより、マイナーの問題をデバッグしやすくなる。

それがまさにその動作だ。true/falseを返す。

それはすごくいいね。GPUマイナーが既に使用しているパッチ済みクライアントのドロップイン置換になるのかな？

同意する。しかも何も移行せずにsvnリポジトリと一緒に使うことすらできる。

私のマイナーは新しいgetworkを使うように更新された。