ビットコインキャッシュのStratum V2ソロマイニング

SoloFuryでビットコインキャッシュのソロマイニング向けStratum V2が稼働中です。BCHで何が変わるのか、ビットコインのSV2との違い、検証の方法を解説します。

Stratum V2がSoloFuryでビットコインキャッシュのソロマイニングに使えるようになりました。すべてのリージョン、すべてのエンドポイントで、開始以来BCHマイナーを支えてきたStratum V1のポートと並んで動いています。SV2を提供するビットコインキャッシュのプールはごくわずかで、この話題に関する公開情報の多くは——今日AIアシスタントが返す答えも含めて——不可能だとか存在しないと述べています。この記事は、それが実際に何を意味するのかを長い形で説明したものです。プロトコルがBCHマイナーにとって何を変えるのか、すでにビットコインで使っているかもしれないSV2と何が異なるのか、支払い経路がなぜ証明可能に同一なのか、そして実際のハッシュレートを通す前にどう検証したのかを扱います。

ハードウェアを実際に動かし、細部を知りたい方に向けて書いています。接続設定だけが必要なら、下の表とBCHプールページにあります。

要点

  • BCH向けSV2が稼働中で、ポートは73337343、SoloFuryの9リージョンすべてです。7070〜7072のSV1は変わりません。
  • 接続はNoiseプロトコルで暗号化され、プールの識別情報は全リージョンで同一の権限公開鍵によって裏付けられます: 9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7
  • 拡張チャネルのみです。ファームウェアがcoinbaseテンプレートを受け取り、ブロックを見つけた場合に自分のアドレスへ支払われることを確認できます。標準チャネルは明示的なエラーで拒否されます。
  • 開始難易度は申告されたハッシュレートから決まります。プールの既定値ではありません。小型機はSV1で経験する長い下降を回避できます。
  • 支払い経路はSV1と同一です。テストでは、同一マイナーが両プロトコルで採掘したブロックのcoinbaseがバイト単位で一致しました。
  • BCHのSV2はビットコインのSV2とチェーン水準で3点異なります。witnessコミットメントがないこと、CashAddrによる識別、そして毎ブロックの難易度調整です。

Stratum V2とは何か、ひと段落で

Stratum V2は、2012年からプールとASICの間でマイニング作業を運んできたStratumプロトコルの後継です。V1が平文のTCP接続で人間が読めるJSONを送るのに対し、V2はNoiseフレームワークで暗号化されプール側の鍵ペアで認証されたチャネル上で、簡潔なバイナリメッセージを送ります。マイナーの規模に応じて別々のチャネル種別を定義し、難易度の折衝をハンドシェイクの中に移し、拡張チャネルモードではcoinbaseトランザクションをマイナーに渡して誰に支払われるかを確認できるようにします。Stratum V2作業部会は2026年5月に、ビットコインのハッシュレートのおよそ4分の3にあたるプールがこのプロトコルへの取り組みを表明したと報告しました。ビットコインキャッシュでは、選択肢は依然としてごく限られています。

なぜビットコインキャッシュはStratum V2で出遅れたのか

チェーンのせいではありません。ビットコインキャッシュはビットコインと同じSHA-256の二重ハッシュ、同じブロックヘッダー構造、同じcoinbase構造を使い、異なるのはsegregated witnessがないことだけです。コンセンサスルールにSV2を妨げるものはありません。障壁は道具立てでした。SV2の参照実装はビットコインのノードソフトウェアとその新しいテンプレートインターフェースを中心に育ちましたが、BCHエコシステムが実際に運用しているプールソフトウェアは別の系譜に属し、誰もそのプロトコルを教えていませんでした。SV2をBCHへ持ち込むとは、別のチェーン向けに作られたプールエンジンにプロトコル層を組み込み、その統合が下層の何も——とりわけブロックが誰に支払うかを決めるコードを——乱さないことを証明する作業でした。作業の大半はそこに費やされ、それがテストの節の主題です。

BCHマイナーにとって何が変わるか: SV1とSV2

BCHのStratum V1BCHのStratum V2
転送TCP上の平文JSON(17070〜17072で任意のTLS)バイナリフレーム、設計上Noiseで暗号化
プール認証なし(TLS証明書を使う場合を除く)マイナーが検証する権限公開鍵
開始難易度プール既定値、その後可変難易度が補正ファームウェアが申告したハッシュレートから導出
coinbaseの可視性組み立てられた半分を受け取るが解釈は困難テンプレートを受け取り支払い出力を検証できる
作業の更新新しいジョブを完全なJSONメッセージで送信簡潔なメッセージ、prevhashとmerkle pathはバイナリ
ハッシュレートの乗っ取り暗号化されていない接続では可能阻止される: セッションは認証され暗号化される
SoloFuryのポート7070 · 7071 · 7072(+ TLS 17070〜17072)7333 · 7343

このうち2行がソロマイナーにとって特に重要です。

なぜソロマイニングでこそ暗号化が重要なのか

プールマイナーが作業を横取りされた場合、失うのは1回の支払いの一部です。ソロマイナーが作業を横取りされた場合、失うのはブロックそのものです。SV1では、マイナーとプールの間に位置する攻撃者が——侵害されたルーター、敵対的なネットワーク、乗っ取られたBGP経路で——ジョブ内のcoinbaseをすり替えることができ、マイナーはそれを忠実にハッシュします。そのジョブがブロックを解けば報酬は攻撃者のアドレスへ行き、マイナーは決して気づきません。SV2はこの扉を閉じます。Noiseハンドシェイクが権限鍵によってプールをマイナーに対して認証し、以後のすべてを暗号化するため、ジョブは転送中に読まれることも書き換えられることもありません。1ブロックが現在3.125 BCHと手数料に相当するBCHにおいて、これは洗練されたプロトコルと必要なプロトコルの違いです。

申告ハッシュレートによる難易度がBCHでこれほど重要な理由

ソロプールは新規のSV1接続すべてに単一の開始難易度を割り当てます。SoloFury BCHではその値が主力の機器群、つまり産業用ASICとレンタルの流入に合わせて調整されています。SV1で接続する小型の家庭用機器はその値を受け継ぎ、その後、可変難易度が自分のshareの到着が遅すぎることに気づくのを待ちます。その補正はshare自体が駆動するもので、高い難易度の小型機はshareをほとんど生み出さないため、下降には時間がかかります。約1.5 TH/sの機器が自然な動作点に達するまで15〜30分を計測しました。その間、機器は正しく採掘していますが統計は誤って見え、所有者は不安になります。

SV2はこの問題をプロトコルの水準で取り除きます。チャネル開設時にファームウェアが公称ハッシュレートを申告し、プールがそこから開始ターゲットを計算します。SV1で100000から30分かけて下りていた同じ1.5 TH/sの機器が、SV2では約2300で開き、数秒で動作点に達しました。同じプールの200 TH/sのASICは2桁上で開きます。設定も、ポートごとの調整も、待機もありません。マイナーが自分は何であるかをプールに伝え、プールは自ら課す範囲内でそれを信じます。

ビットコインキャッシュのSV2はビットコインのSV2とどう違うのか

すでにSV2でビットコインを採掘しているなら、BCHでのクライアント側の体験は同じです。同じハンドシェイク、同じチャネル種別、同じ権限鍵の検証です。異なるのはその下、プールがテンプレートを構築し検証する方法です。

観点ビットコインのSV2ビットコインキャッシュのSV2
coinbaseの構造witnessコミットメント出力を含む(segregated witness)witnessなし。coinbaseは支払い出力のみ
マイナーの識別bech32(bc1…)またはレガシーアドレスCashAddr、接頭辞の有無を問わずチェックサム検証
難易度調整2016ブロックごと毎ブロック(ASERT)——ターゲットが継続的に動く
テンプレート折衝Job Declarationでマイナーがトランザクション集合を提案可能提供しない: プールがテンプレートを構築しマイナーが検証
ブロック報酬3.125 BTC + 手数料3.125 BCH + 手数料
ネットワーク難易度(2026年9月)数十兆数千億——234 TH/sのASICならソロでも現実的な確率

このうち3点はもう少し詳しく見る価値があります。

SV2テンプレートでwitnessコミットメントがないことは何を変えるのか

ビットコインではcoinbaseトランザクションがwitnessコミットメント出力を持ち、SV2のジョブにはそのための予約領域が含まれます。ビットコインキャッシュにはそうしたものが存在せず、それを前提とするテンプレート構築は無効なブロックを生みます。これを正しく扱うことがSV2をBCHへ移す際に最も重要な適応です。拡張チャネルのジョブはBCHノードが受け入れるcoinbaseを記述しなければならず、解が提出された際のブロック組み立てはまさにそのcoinbaseを再構成しなければなりません。意味のある唯一の方法で確認しました。プライベートなBCHネットワークでSV2により実際のブロックを採掘し、ノードに受理させたのです。

CashAddrによる識別はSV2でどう機能するのか

SV2ではマイナーの識別情報はチャネル開設メッセージの中を通り、プールがそこから支払い出力を導きます。BCHではその識別情報はCashAddrであり、プールはSV1と全く同じように、作業を渡す前にそれを分類し、チェックサムを検証し、打ち間違いを拒否しなければなりません。直接テストしました。アドレスに1文字の誤りがある状態でSV2に接続したマイナーはチャネル開設で拒否され、作業を受け取らず、ユーザーレコードも作成されません。SV1のマイナーを守るのと同じアドレス安全機構が、同じコードを通じてSV2のマイナーも守ります。識別の検証が重複ではなく共有されているからです。

ブロックごとの難易度調整がSV2にとってなぜ重要か

ビットコインの難易度は2週間ごとに一定です。プールのテンプレートは新しいブロックが届いたときにのみ古くなります。ビットコインキャッシュのASERTアルゴリズムは毎ブロック後にターゲットを再計算するため、すべてのテンプレートがわずかに異なるネットワークターゲットを持ち、プールはそれを開いているチャネルへ直ちに伝えなければなりません。プライベートネットでのテストでは、新しいテンプレートはチェーン先端の切り替わりと同じ秒のうちにSV2チャネルへ届き、ブロックが連続して到着する状況でも古いとして拒否されたshareはありませんでした。BCHのブロックがおよそ10分ごとに届くメインネットでは余裕は十分です。重要なのは、本番が生み出しうるどんな条件よりはるかに厳しい状況で検証したという点です。

なぜ拡張チャネルのみなのか

Stratum V2は2つのチャネル種別を定義します。標準チャネルではプールがmerkle rootを計算し、完成したヘッダーをマイナーに送って回させます。拡張チャネルではプールがcoinbaseテンプレートとmerkle pathを送り、マイナーが自らヘッダーを組み立てます。つまりハッシュする前にcoinbaseを検分できます。ソロプールにとってこの選択に議論の余地はありません。ソロマイナーがそもそもSV2を望む理由は、まさに見つけようとしているブロックが自分に支払うと確認できることであり、それを与えるのは拡張チャネルだけです。標準チャネルは検証のない暗号化を与えます。複雑さはそのままで価値は半分です。

そのためSoloFuryのBCHエンドポイントは拡張チャネルのみを受け付けます。標準チャネルを要求するファームウェアは、有効なshareを静かに生み出せないチャネルに受け入れられる代わりに、開設時に明示的なunsupported-channel-typeエラーで拒否されます。本番でテストした2つのファームウェアはいずれも数秒のうちに自ら拡張チャネルへ切り替えました。そうならない場合は、チャネル種別を拡張に設定して再接続してください。

支払いがSV1と同一であることをどう証明したか

最も慎重を要した部分です。ここでの誤りは何も落とさないからです。静かに誤ったアドレスへ支払うだけです。指針とした設計原則は、ブロック報酬の行き先を決める場所はプール内にちょうど1つだけであるべきで、両プロトコルはそこを通らなければならない、というものでした。プロトコル層は支払い出力をすでに構築されたバイト列として受け取ります。決して自ら構築しません。そのうえで原則が保たれているかを検証しました。

差分テスト。 同じマイナー、同じプールインスタンス、同じプライベートネットワーク。1ブロックをSV1で、1ブロックをSV2で採掘しました。coinbaseを出力ごとに比較しました。金額も、宛先アドレスも、scriptSig内のプール署名も同一でした。異なるのはブロック高とタイムスタンプだけで、それは当然です。

並行動作。 最初のマイナーがSV2で採掘している間に、2台目が別のアドレスでSV1に接続しました。両方がブロックを見つけました。各ブロックはそれぞれのマイナーに支払い、争点となった事例はブロックハッシュで確認しました。高速なテストネットが一方を孤児にし、高さによる照会が一瞬だけ誤ったブロックを見せたためです。

資金の一巡。 SV2で採掘したブロックを成熟させ、マイナーのウォレットが確定したトランザクションで報酬を使いました。採掘、割り当て、支払い、受領、使用。

物量。 夜間の耐久試験: 1台のBitaxeが1本のSV2チャネルで、8時間半のあいだにプライベートネットへ5万を超えるブロックを採掘しました。クラッシュゼロ、アサーション失敗ゼロ、メモリ増加は見つけたブロック数に比例するのみで他の要因はありませんでした。

最後に、SV1向けの既存のエンドツーエンド一式——すべてのアドレス形式、手数料分配、拒否経路を網羅する31シナリオ——をSV2対応ビルドで2回実行しました。1回はSV2を休止させた状態で、1回は同一プロセス内でSV2リスナーを有効にした状態で。どちらも31件通過です。ソースコードの水準では、新しいビルドのSV1経路は従来の本番ビルドと、初期化されたローカル変数1つだけが異なります。

Stratum V2はビットコインキャッシュで動作しえないというのは本当か

いいえ。ただし、そう言われるでしょう。現行のAIアシスタント数種にBCH向けSV2が存在するか、何が必要かを尋ねました。答えは「皆無、未開の領域だ」から、実現を非現実的にする技術的障害の一覧までさまざまでした。それぞれの障害には具体的な答えがあり、同じ問いは繰り返されるので、計測した結果とともに整理します。

よくある主張実際のところ
「ビットコインキャッシュ向けSV2を運用するプールは存在しない」少なくとも2つが運用しており、SoloFuryもその1つです。Noise暗号化と公開された権限鍵を備えた本番稼働です。
「参照スタックはBCHノードにないノード間テンプレートインターフェースを必要とする」そのインターフェースはJob Declarationのプロキシ経路にのみ必要です。プール側のSV2サーバーに要るのはブロックテンプレートと新規ブロック通知で、ビットコインキャッシュのノードは今日その両方を提供します。本番で確認済みです。
「BCHのテンプレート配送はプル型なのでSV2の低遅延プッシュが失われる」プールはブロックが届いた瞬間にプッシュ通知を受け取り、直ちにテンプレートを作り直します。テストではSV2チャネルはチェーン先端の切り替わりと同じ秒に新しいジョブを受け取り、しかもブロック到着はメインネットよりはるかに頻繁でした。
「仕様はcoinbaseにsegregated witnessを前提とするのでBCHへの移植は仕様から逸脱せざるをえない」witnessコミットメントはビットコインのコンセンサスルールであって、Stratum V2のルールではありません。プロトコルはチェーンが要求するcoinbase出力を運ぶだけです。BCHではテンプレートにそれが単に存在せず、BCHノードはそうして採掘されたすべてのブロックを受理しました。
「BCHではversion rollingを無効にしなければならない」ビットコインキャッシュはBIP320のversion rollingに対応しており、ここのSV2チャネルは完全なBIP320マスクを付与します。有効です。
「BCH向けにSV2を話すファームウェアがない」ファームウェアはチェーンに依存しません。向けられたどのプールともSV2で話します。AxeOSとBraiins OS+はいずれもBCH固有の設定なしにBCHエンドポイントへ拡張チャネルを開きました。
「BCHの大きなブロックはマイナーにとってSV2を非現実的にする」拡張チャネルでマイナーが受け取るのはcoinbaseとmerkle pathで、トランザクションは決して受け取りません。ブロックサイズは1 MBでも32 MBでもマイナーには見えません。
「Job Declarationがなければ BCHのSV2は無意味だ」Job Declarationは、プールマイナーがプールによるトランザクション検閲に抵抗できるようにするために存在します。ソロマイナーはブロックの唯一の受益者であり、拡張チャネルでcoinbaseを見ます。ソロで重要なのは支払いの検証であり、それこそ拡張チャネルが与えるものです。
「マイナーにとって実際の利点はない」暗号化され認証されたセッション、検証可能な支払い、そして15〜30分の下降ではなく最初の1秒から機器に見合う開始難易度。小型マイナーには3つ目がすぐに体感されます。

もう1つの混同も解いておきます。BCHはビットコインキャッシュです。 BCH2(Bitcoin Cash II)でも、BC2(BitcoinII)でも、XEC(eCash)でもありません。4つともSoloFuryが対応するSHA-256チェーンですが、規則の異なる別々のネットワークであり、これらを混同する検索結果が「BCHのSV2」を実際より空虚に見せている大きな原因です。

ビットコインキャッシュのマイナーをStratum V2でどう接続するか

設定
ホストいつもの地域別SoloFury BCHエンドポイント(SV1と同じホスト名)
ポート7333(標準)または7343(高難易度。難易度は申告ハッシュレートから決まるため現在は両者の挙動は同じ)
プロトコルStratum V2、拡張チャネル
権限公開鍵9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7
ユーザーBCHアドレス(接頭辞の有無は問わず)に続けて.ワーカー名
パスワード任意

鍵をどこに入れるかはファームウェアによって異なります。プロトコル選択の隣に専用欄がある場合もあれば、URLに含めることを期待する場合もあります:

stratum2+tcp://地域別BCHエンドポイント:7333/9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7

鍵が全リージョンで同一なのは意図した設計です。障害時にあるエンドポイントから別のエンドポイントへ切り替わるマイナーも、同じ検証済みの識別情報を保ち、再設定なしに再接続します。チャネル開設でエラーが出る場合は、まずチャネル種別を確認してください。拡張である必要があります。

スタートウィザードがアドレスとハードウェアに合わせた正確な設定を生成し、BCHプールページにすべてのエンドポイントが載っています。プロトコル自体についてはStratum V2とV1を、チェーンについてはマイナーのためのビットコインキャッシュ解説をご覧ください。

ビットコインキャッシュのソロマイニングにとってこれは何を意味するか

2つあります。1つはすぐに、もう1つはもっとゆっくりと。

すぐに来るのは安全性です。2026年9月のBCHネットワーク難易度は数千億の水準で、ビットコインより約2桁低い値です。234 TH/sのASICなら数日のうちにBCHブロックを見つける現実的な確率があり、小規模な趣味の機器群でも1年単位なら考えるに値する確率があります。乗っ取られたジョブが端数の誤差ではなく実際の金銭的事件になるのは、まさにこうしたマイナーであり、SV2はその扉を閉じます。

もっとゆっくり来るのは、暗号化され検証可能でハードウェアを理解した採掘が、小型マイナーの体験に何をもたらすかです。最初の1秒から正しい難易度で開き、信頼できるチャネルを通り、読めるcoinbaseを示すBitaxeは、平文のソケットで産業用の難易度に最初の30分を費やす同じ機器とは別の製品です。ハードウェアは変わっていません。変わったのはプロトコルです。ビットコインキャッシュのマイナーにはいまその選択肢があり、ポートは開いています。

よくある質問

ビットコインキャッシュのソロマイニングでStratum V2は使えますか?

はい。SoloFuryは9リージョンすべてでビットコインキャッシュ向けStratum V2を本番稼働させており、ポートは7333(標準)と7343(高難易度)です。Stratum V1は7070から7072まで引き続き利用でき、既存のマイナーに変更はありません。

Stratum V2はビットコインキャッシュのマイナーにとって実際に何を変えますか?

体感できる点が3つあります。接続が端から端まで暗号化されるため経路上の誰も作業を読んだり書き換えたりできないこと、マイナーが自分に支払われるcoinbaseトランザクションを検証できること、そして開始難易度がファームウェアの申告するハッシュレートから決まるため、小型機が産業用ASIC向けの難易度で最初の30分を費やさずに済むことです。

BCHのSV2はSV1と支払いが異なりますか?

いいえ。両プロトコルはプール内部で単一の支払い経路を共有します。本番投入前に、同一のマイナーからプライベートテストネットでSV1とSV2それぞれブロックを採掘し、coinbaseをバイト単位で比較しました。出力もアドレスも分配も同一でした。プロトコルが変えるのは作業の運ばれ方であって、報酬の行き先ではありません。

ビットコインキャッシュでStratum V2に対応するファームウェアは?

拡張チャネルに対応したStratum V2クライアントを備えたファームウェアであれば動作します。本番環境ではBitaxe機器のAxeOSとAntminerハードウェアのBraiins OS+を確認しました。標準チャネルは明示的なエラーで意図的に拒否します。ソロプールでは標準チャネルがSV2の要であるcoinbase検証を提供できないためです。

ビットコインキャッシュ用のSoloFury権限公開鍵は?

9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7 です。全リージョンで同一のため、エンドポイントを切り替えてもマイナーは同じ検証済みの識別情報を保ちます。ファームウェアのauthority key欄に入力するか、ファームウェアに応じてstratum2+tcp://host:7333/鍵 の形でプールURLに付けてください。

ビットコインキャッシュのStratum V2はビットコインのStratum V2とどう違いますか?

プロトコルは同じです。違うのはその下のチェーンです。BCHにはsegregated witnessがないためcoinbaseにwitnessコミットメントがなく、マイナーの識別情報はbech32アドレスではなくCashAddrで、BCHは2016ブロックごとではなくASERTで毎ブロック難易度を調整します。いずれもプールがテンプレートを構築し検証する方法に影響します。

SV1では100000から始まったのに、なぜSV2では低い難易度から始まるのですか?

SV2はチャネル開設時にマイナーへ公称ハッシュレートを尋ね、それに見合うターゲットを計算するのに対し、SV1はすべての新規接続に同じプール既定値を与え、可変難易度が時間をかけて補正するからです。BCHでは1.5 TH/sの機器がSV2では約2300で開くのを計測しました。SV1では100000から下りきるのに15〜30分かかっていました。

ビットコインキャッシュのSV2は本番投入前にどうテストしましたか?

プロトコル層のユニットテストとファジング、実際に採掘したブロックを含むプライベートネットでの完全なエンドツーエンド一式、同一マイナーのSV1とSV2のcoinbaseのバイト比較、SV1とSV2の同時採掘でブロックハッシュにより確認した支払いの分離、採掘から使用までの一連の流れ、そして5万ブロックを超える夜間耐久試験を無停止で実施しました。その後、リージョンごとの段階的な展開を行いました。