本文へ移動
Financial Context Wiki

Bitcoinハッシュレート：推定、難易度、マイナーシェア、セキュリティ

Bitcoinのハッシュレートは、直接報告される計器値ではなく、1秒当たりのSHA-256プルーフ・オブ・ワーク試行回数の推定値である。チェーン、累積作業量、観測窓、統計的不確実性、難易度の遅れ、採掘者シェア、機器の移動性、電力費、攻撃の主張を分けて分析する。

更新日

プロトコルとマイニングを学ぶための分析であり、投資助言ではありません。ハッシュレート推定値はノイズを含む過去向きかつネットワーク固有の値であり、価格、収益性、分散性、電力使用量、承認時間、攻撃耐性を保証しません。

要点

Bitcoinのハッシュレートとは、指定したプルーフ・オブ・ワーク・ネットワークでマイナーが1秒間に行うSHA-256ブロックヘッダー試行回数の推定値である。単位は1,000倍ごとに H/s、kH/s、MH/s、GH/s、TH/s、PH/s、EH/s と上がる。アルゴリズムとネットワークを必ず明示し、異なるハッシュ関数の試行を同じものとして比較してはならない。

ネットワークは機器、所在地、稼働中の処理能力の報告をマイナーに要求しない。観測者は、正規チェーンが一定時間に積み上げた作業量から平均値を推定する。Bitcoin Coreの getnetworkhashps は chainwork の差を時間差で割り、既定窓は nblocks = 120、マイナス1なら直近の難易度変更以降を使う。先端、タイムスタンプ、窓、再編の時点が違えば推定値も変わる。

ハッシュレートは採掘難易度ではない。nBits に符号化されたターゲットが各ヘッダー発見の難しさを決め、ハッシュレートは試行ペースを統計的に推定する。ターゲット固定中にレートが増減すれば、次の難易度調整までは平均ブロック間隔が短縮または延長する。偶然の到着偏差だけでも一時的な変動に見える。

また、チェーンワーク、消費電力、収益、攻撃費用、分散性、価格とも別物である。同一アルゴリズムで正直な作業が速く積まれれば、それを追い越す資源は通常増えるが、機器調達、運用費、プール調整、集中、対応時間、攻撃期間も重要である。チャートだけで価格や正確な安全保障予算は証明できない。

ハッシュレートの分析手順

  1. 識別情報と単位を固定する。 chain、network、algorithm、client version、正規先端、単位接頭辞、時刻を記録する。メインネット、テストネット、別のSHA-256チェーンは、機器を切り替えられても別集団である。
  2. 観測チェーンを検証する。 bestblockhash、開始・終了ハッシュ、高さ、祖先関係を記録する。各 nBits からターゲットとブロック作業量を再現し、累積 chainwork と照合する。ブロック数や高さを作業量の代用にしない。
  3. 推定器を再現する。 ブロック窓、タイムスタンプ処理、再編の締切を示す。Bitcoin Core方式なら、実装の窓と最小・最大ブロック時刻を使い estimated_hash_rate = work_diff / time_diff を計算する。
  4. 標本ノイズを定量化する。 複数の窓についてブロック数、経過時間、信頼区間または散らばりを示す。短い窓は反応が速いがポアソン的な運に支配され、長い窓は平滑だが停止検出が遅い。
  5. 難易度フィードバックを分離する。 現在ターゲット、調整境界、ネットワーク固有の再調整規則を確認する。調整前の間隔と後の応答を別々にモデル化し、難易度をリアルタイムセンサーと呼ばない。
  6. マイナーシェアと採算をモデル化する。 互換性のある実効レートをネットワークレートで割り、稼働率、プール方式、ステール、手数料、補助金、価格、電力、冷却、減価償却、資金調達、出力抑制を示す。期待シェアは日々のブロック数や利益の保証ではない。
  7. 安全性と集中の主張をストレステストする。 機器供給、レンタル・切替可能レート、テンプレート制御、移動性、地域、電力依存、攻撃期間、承認深度、防御側の対応を見る。再編・検閲と秘密鍵窃取・任意のルール変更を分ける。

Bitcoin Coreはコンパクトターゲットから各ブロックの作業量を求め、チェーンワークへ累積する。レート推定器は選択した先端と過去ブロックの作業量差を経過時間で割る。これは稼働機器の遠隔測定ではなく、ノードのアクティブチェーンから再現できる過去の推定値である。

計算例

1. 単位換算

接頭辞は各段階で1,000倍なので、1 EH/s = 1,000 PH/s = 1,000,000 TH/s = 10^18 H/s である。したがって 650 EH/s は 650,000,000 TH/s であり、毎秒6億5,000万ハッシュではない。アルゴリズムと単位を残し、異なる関数の同じ数値を同じ機器・費用・安全性と解釈しない。

2. 観測窓による推定

選んだ120ブロック窓のチェーンワークが表す作業量が 4.32 * 10^22 hashes 増え、最小・最大タイムスタンプの幅が 72,000 seconds だったとする。例示推定値は次のとおり。

4.32 * 10^22 / 72,000 = 6.00 * 10^17 H/s = 600 EH/s

機器がその値を報告したことや毎秒一定だったことを意味しない。短い幸運な窓は高く、不運な窓は低く出る。先端、窓、再編後のチェーンを変えれば標本も変わる。

3. マイナーシェアと分散

ネットワークが 600 EH/s、互換マイナーが 6 EH/s なら、単純化したシェアは 6 / 600 = 1%。1日 144 ブロックとすると期待値は lambda = 144 * 1% = 1.44、ポアソン近似で同日にゼロブロックとなる確率は P(0) = exp(-1.44) = 23.69% である。

ネットワークが 750 EH/s に増え、マイナーが 6 EH/s のままなら、シェアは 6 / 750 = 0.8%、期待ブロック数は 1.152。報酬などが一定ならBTC建て期待総取り分は 20% 減るが、日次実績は揺れ、プールには独自の支払規則がある。

4. 再調整前の急減

メインネット調整直後、ターゲット固定のまま 600 EH/s から 420 EH/s へ 30% 低下したとする。単純化した期待間隔は 10 / 0.70 = 14.29 minutes、2,016ブロックには14日でなく約 20 days かかる。

低レートが続くとの仮定で実装詳細を省けば、次回調整で難易度はおよそ 30% 下がり、期待間隔は10分付近へ戻る。実際には到着はランダムで、Bitcoinの時刻窓と整数ターゲット演算を正確に再現すべきであり、1日推定だけで恒久停止とはいえない。

リスクとレビュー上の誤り

測定・プロトコル上の誤り

  • 推定値を全マイナーが直接報告する正確なリアルタイム合計として示す。
  • チェーン、ネットワーク、アルゴリズム、単位、先端ハッシュ、観測時刻、推定器版を省く。
  • EH/s、PH/s、TH/s を取り違えるか、互換性のないアルゴリズムを生値で比べる。
  • 累積作業量と観測時間の代わりにブロック数、高さ、名目10分間隔を使う。
  • 競合先端を混ぜるか、再編後に標本を再計算しない。
  • マイナー設定時刻を完全な時計とみなすか、端点・最小最大・中央値規則を黙って変える。
  • 到着分散や長期窓を示さず、都合のよい短期窓だけ選ぶ。

マイニング・経済上の誤り

  • 難易度を実測ハッシュレートとみなし、機器の参加・離脱と同時に変わるとする。
  • 期待シェアを保証された日次ブロック数とし、分散やプール支払規則を無視する。
  • 委任レートや移動可能性を無視し、プールのブロックシェアを機器所有率と同一視する。
  • 稼働率、ファームウェア、温度、ステール、出力抑制なしで定格レートを有効シェアへ変換する。
  • 機器効率、稼働率、冷却、電源構成なしでハッシュレートから電力を直接推論する。
  • 価格、手数料、電力、人件費、減価償却、資金調達、ヘッジなしでBTC総報酬を法定通貨利益と呼ぶ。
  • 需要、流動性、反実仮想モデルなしでレート変化が価格変化を起こすと断定する。

安全性・解釈上の誤り

  • プール、製造業者、地域、電力の集中を無視し、高い総レートを分散性の証明とする。
  • 機器入手、レンタル深度、切替、期間、運用費なしでハッシュレートを正確な攻撃費用と呼ぶ。
  • 過半数レートで署名偽造、任意ウォレット窃取、無効なインフレのノード受容が可能とする。
  • 一時的なプール過半数を全機器の恒久所有とするか、その調整リスクを全面否定する。
  • 難易度、窓、ブロック数の文脈なしに、ノイズの多い1日推定から恒久的安全低下を推論する。
  • ハッシュレートがソフトウェア欠陥、エクリプス攻撃、保管障害、決済方針、社会的対応リスクを消すとする。

よくある誤解

  • ネットワークハッシュレートはリアルタイムで正確に測れる。 観測した作業量と時間から推定するため、先端、推定器、標本窓に依存する。
  • ハッシュレート上昇はBitcoin価格上昇を保証する。 採掘経済と需要は相互作用し得るが、プロトコルに価格対応式はない。
  • 51%攻撃者は誰のコインでも使える。 ハッシュパワーは秘密鍵署名を生成せず、検証ノードに無効なインフレを受け入れさせない。
  • プールシェアは運営者所有の機器シェアである。 独立マイナーの作業を調整することが多く移動も可能だが、テンプレート集中は重要である。
  • 1日の低下は機器の恒久停止を証明する。 短期推定はランダム到着で動くため、複数窓と難易度期間で裏づける。

関連トピック

出典

ナビゲーション

Wiki を検索...