⚡ 結論：現在どのバージョンを使うべきか？
必ず最新版（v0.19.89）または最低でも v0.19.87 以降を使用してください。
v0.19.84以前の古いバージョンでは、ノードのRPCが旧イーサリアム互換（
必ず最新版（v0.19.89）または最低でも v0.19.87 以降を使用してください。
v0.19.84以前の古いバージョンでは、ノードのRPCが旧イーサリアム互換（
eth_getWork）のままとなっており、最新プールやノードでリジェクトされる致命的な問題があるほか、RandomYの旧エンジンによりハッシュレート効率が低下します。
1. CoreMiner バージョン進化の4大フェーズ
公式リポジトリ（catchthatrabbit/coreminer）は、Core Blockchainのメインネット稼働とプール（Catch That Rabbit）の発展に伴い、以下の4つの世代を経て進化してきました。
| フェーズ・世代 | バージョン範囲 | 主な進化と技術的マイルストーン |
|---|---|---|
| 第1期：基盤構築とクロスプラットフォーム化 | v0.19.60 〜 v0.19.72(2022年5月〜10月) |
・Apple Silicon（Darwin ARM64 / M1, M2）のネイティブコンパイル・実行対応。 ・スレッド細分化パラメータ（ -t, --mining-threads）の実装。・DockerコンテナのAlpine Linux化による極小化（約20MB）。 |
| 第2期：自動化・耐障害性と運用安定化 | v0.19.73 〜 v0.19.84(2023年2月〜9月) |
・Alpine環境（musl libc）でのビルドエラー解消（execinfo.h 依存排除）。・CLIでのバージョン確認（ --version）と更新通知機能の実装。・設定ファイル（ config.json）による複数プール・ドングル設定の拡張。・Linux systemd による自動起動（autostart）ユニット追加。・ mine.sh の切断復帰時における無限ループ不具合の修正。
|
| 第3期：コア暗号エンジン刷新とプロトコル革新 | v0.19.85 〜 v0.19.88(2024年10月〜11月) |
・【重要】RandomY 刷新: RandomX 1.2.1 をベースとした最新暗号エンジンへ移行。JIT最適化とキャッシュ効率の劇的向上。 ・【重要】RPCメソッド変更: 旧来の eth_getWork から Core Blockchain 正式仕様の xcb_getWork へ完全移行。
|
| 第4期：現代的CI/CD・クラウド自動配備 | v0.19.89 〜 現在(2025年5月〜) |
・GitHub Actionsに ubuntu-24.04-arm ホストを採用し、ARM64バイナリの自動生成を高速化。・ cloud-init-coreminer.yaml を追加し、クラウドVPSでの1クリック自動構築に対応。・ mine.sh に対話型ワーカー名設定（プレーン名、Fediverse形式、ランダム名）を追加。・外部監視用 JSON-RPC API ドキュメント（ miner_getstatdetail, miner_ping）の完全整備。
|
2. 最重要アップデートの詳細技術分析
① RPCメソッドの変更：eth_getWork から xcb_getWork へ（v0.19.87）
CoreMinerは初期、イーサリアム系のマイナー構造（ethminer）からフォークして開発されていたため、プールやローカルノードとの採掘ジョブ通信に {"method": "eth_getWork"} を使用していました。
しかし、Core Blockchain独自のノード（core-coin/core）がネイティブ仕様へと完全に分離・アップデートされたことで、xcb_getWork への呼出名変更が行われました。この変更を含む v0.19.87 以降でないと、最新のCoreブロックチェーンノードと直接マイニングを行うことができません。
② RandomY (RandomX 1.2.1) へのエンジン刷新（v0.19.85〜v0.19.86）
Core BlockchainのPoDEコンセンサスアルゴリズムは、Monero等で実績のあるRandomX系アルゴリズム「RandomY」を採用しています。
- JITコンパイラの改善: x86_64およびARM64における実行時マシンコード生成が高速化。
- Huge Pages (大容量メモリページ) との親和性向上: 2MB / 1GB ページ利用時のTLBミスヒットを大幅に削減。
- 命令セット最適化: 最新CPU（AMD Zen3/Zen4/Zen5, Intel Core 12〜14世代, Apple Mシリーズ）でのAVX2 / AVX-512 演算スループットが向上。
③ Apple Silicon (Darwin ARM64) ネイティブ対応（v0.19.60）
M1/M2/M3/M4などのApple Silicon Macで、Rosetta 2を介さずネイティブARM64バイナリとして動作可能になりました。これにより消費電力あたりの採掘効率（ワットパフォーマンス）が極めて高くなっています。
3. 全バージョン変更履歴対照表（v0.19.60 〜 v0.19.89）
| バージョン | 公開日 | 変更内容・コミット要約 | 影響度 |
|---|---|---|---|
v0.19.89 |
2025-05-27 | ubuntu-24.04-arm GitHubランナー採用、Boost URL修正、cloud-init対応、mine.sh対話ワーカー命名、APIドキュメント拡充 | 推奨 |
v0.19.88 |
2024-11-02 | xcb_getWork 反映後の公式安定リリースビルドの生成 | 安定 |
v0.19.87 |
2024-11-01 | RPC通信メソッドを eth_getWork から xcb_getWork へ変更、CMake 3.5ビルド調整 | 重大 |
v0.19.86 |
2024-10-31 | 最新RandomYエンジンを搭載した公式Dockerイメージの自動ビルド構築 | 高 |
v0.19.85 |
2024-10-31 | RandomX 1.2.1 ベースの最新 RandomY エンジンへサブモジュール刷新 | 重大 |
v0.19.84 |
2023-09-28 | 公式README更新・ドキュメント整備（プール接続ガイド更新） | 通常 |
v0.19.83 |
2023-08-25 | Core Blockchainコア開発者 Rastislav によるドキュメント最適化 | 通常 |
v0.19.82 |
2023-08-16 | mine.sh ラッパースクリプトの切断時無限ループ不具合を修正 | 高 |
v0.19.81 |
2023-05-11 | Linux systemd 向け autostart（自動起動サービス）機能の追加 | 機能追加 |
v0.19.80 |
2023-02-24 | config.json 拡張（複数プールプリセット、外付けドングル暗号キー対応） | 機能追加 |
v0.19.79 |
2023-02-13 | --version オプション実装、バージョン更新チェック機能の追加 | 通常 |
v0.19.73〜78 |
2023-02-08〜11 | Hunterキャッシュ活用、Alpine(musl)ビルド修正(execinfo.h排除)、CMakeビルド版数引数化 | 改善 |
v0.19.72 |
2022-10-06 | 公式Dockerイメージを alpine:latest ベースに移行（軽量化＆スキャン） | 改善 |
v0.19.71 |
2022-09-22 | pool.sh スクリプトへ $ARGS 引数透過機能を追加 | 通常 |
v0.19.69〜70 |
2022-09-13 | tar.gz 自動アーカイブおよびGitHubリリースタグ連携のCI整備 | 改善 |
v0.19.64〜68 |
2022-08-22〜25 | スレッド指定オプション -t / --threads 実装、起動スクリプトの引数同期 | 機能追加 |
v0.19.61〜63 |
2022-08-10〜11 | --mining-threads パラメータ追加、Stratum接続パスの正規化 | 改善 |
v0.19.60 |
2022-05-07〜07-07 | 初期オープンソース公開版、Apple Silicon (Darwin ARM64) ネイティブ対応追加 | 起点 |
4. マイナー向け実践的チューニングTips
-
Huge Pages (2MB) の有効化（Linux/HiveOS）:
RandomYは高速メモリアクセスを多用するため、OS側でHuge Pagesを有効にすることでハッシュレートが 20〜30% 向上 します：sudo sysctl -w vm.nr_hugepages=1280 echo "vm.nr_hugepages=1280" | sudo tee -a /etc/sysctl.conf -
スレッド数設定の黄金比:
単純にCPUの論理コア数（スレッド数）を最大に設定すると、L3キャッシュ競合によって逆にハッシュレートが低下します。
「CPUのL3キャッシュ総容量 ÷ 2MB」（例: L3が32MBなら 16スレッド）を目安に-tを設定するのが最も高効率です。 -
SRBMiner-MULTI との比較:
CoreMinerは公式C++実装で極めて安定しており、CPU専業リグやmacOS環境で抜群の安定性を誇ります。一方、GPU（AMD/NVIDIA）との同時マイニングを行いたい場合は SRBMiner-MULTI も選択肢となります。