python OpenCLマイナー
最新のマイナー
poclbm_py2exe_20120920 (http://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20120920.7z)
ミラー (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/poclbm_py2exe_20120920.7z)
poclbmのソースコードはhttp://github.com/m0mchil/poclbmにある。
GUI
Kivが作成。http://bitcointalk.org/index.php?topic=3878.0を参照。
ガイド
Windows - http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows
Ubuntu - http://bitcointalk.org/index.php?topic=2636
Mac - https://bitcointalk.org/index.php?topic=12360
推奨設定 （お使いのプラットフォームでより良い設定がある場合はPMで連絡してほしい）
AMD 5xxx以上
-v -w 128を使用すること。
よくある質問
Q: 自分のビデオカード/ドライバーはOpenCLに対応している？
AMD - 4xxx以上。Nvidia - 8xxx以上。Windowsでは「GPU Caps Viewer」などのツールで確認できる。
Q: 「pyopencl.LogicError: clGetPlatformIDs failed」と表示される。これは何？Q: 「ImportError: DLL load failed: The specified module could not be found」と表示される。Q: あるいは「ImportError: DLL load failed: The specified procedure could not be found」と表示される。
OpenCLが正しくサポートされていない。原因はさまざまである。以前使用していた別ベンダーの古いドライバーやSDKをすべて削除すること。自分のGPUとOSの組み合わせで動作させる方法については、ウェブ検索を利用してほしい。
Q: 次のパラメーターで実行しようとすると '--host=http://mining.bitcoin.cz:8332' で「nonnumeric port」エラーが出る。
http:// を削除すること。これはブラウザー用のものである（--host=mining.bitcoin.czとなる）。ポートの指定には --portを使用する（デフォルトは8332なので、使用しているプールが同じポートであれば指定する必要はない）。
Q: なぜCPU使用率が100%になる？
おそらくOpenCLデバイスとしてCPUを選択している。あるいはLinuxでAMD Stream SDK 2.2を使用している場合は、代わりに2.1を使用すること。
Q: 「invalid or stale」とは？
最後に送信されたブロックが無効（invalid）または古い（stale）であったことを意味する。
Q: ブロックはどうやってstale（古い）になる？
他の誰かが解いたばかりのブロックに対してソリューションを送信した場合である。
Q: ブロックがinvalid（無効）になるのはなぜ？
オーバークロックしすぎないこと。またCrossfireはオフにすること。あるいは、また私が探索処理をやらかしたのかもしれない。acceptedがinvalidより多ければ問題ない。
マイナーを実行しようとすると、新しいCMDウィンドウが一瞬表示されるが、何も読めないほど速く消えてしまう。
これはコンソールアプリケーションである。実行には、「コマンドプロンプト」という、あの醜い黒いやつを使う。
SVN 181に更新し、getworkパッチを修正して新しい取引でブロックを再構築する間に60秒待つようにした。これは実際には元のクライアントの動作であり、パッチのミスで忘れられていた。すべてのgetworkリクエストでの重いCPU使用を修正（最近の大量取引スパムで顕著になった）。アップグレードしてほしい。
でもそういうものだ、常にレースに勝てるわけではない。CPU/通常のマイナーでこれが起きても、debug.logを確認しない限り気づきもしないし気にもしないだろう。
SVN 186に更新
m0mchil、更新に追従してくれてありがとう！
GPUマイナーの皆さん、無料トランザクションの悪用を止めるため、できるだけ早くアップグレードしてほしい！ このバージョンには新しい優先度ベースの無料トランザクションスパム制限がある。
m0mchilの投稿（2010年11月16日10:30 UTC）SVN 181に更新し、getworkパッチを修正して新しい取引でブロックを再構築する間に60秒待つようにした。これは実際には元のクライアントの動作であり、パッチのミスで忘れられていた。すべてのgetworkリクエストでの重いCPU使用を修正（最近の大量取引スパムで顕著になった）。アップグレードしてほしい。
SVN 184より前は、トランザクションをブロックにコンパイルする処理がn^2のアルゴリズムを使用していた。新しい効率的なシングルパスアルゴリズムは桁違いに高速だ。（O(n)対O(n^2)/2アルゴリズム、n=200で10〜100倍高速）
m0mchil、こんにちは。まず、あなたの仕事にありがとうと言いたい。getworkパッチを公式クライアントに含める方法はないかな？ 古いCentOSサーバーでBitcoinを使っているが、コンパイルが大変だ！
poclbm_py2exe_20101125が自分の環境で動作しない （Bitcoin 0.3.17 official @ win7 64）
sharound(…) エラーが出る