Bitcoin 採掘難易度調整はどのように機能しますか?

難易度調整の基本原則

1. Bitcoin のマイニング難易度は、平均ブロック時間を 10 分に維持するために 2016 ブロックごとに調整されます。

2. 調整アルゴリズムは、2016 ブロック ウィンドウ内の最初のブロックと最後のブロックの間のタイムスタンプの差を調べます。

3. 実際の期間が 2 週間を超える場合、難易度は比例して低下します。短い場合は増加します。

4. このメカニズムは、すべてのフル ノードのソフトウェアに組み込まれたコンセンサス ルールを通じて自律的に動作します。

5. 人間の介入や集中管理された権限は関与しません。再計算された値はネットワークによって一括して適用されます。

数学的実装の詳細

1. ターゲットの難易度は、各ブロック ヘッダー内のコンパクトな形式でエンコードされた「ビット」と呼ばれる 256 ビットの数値から導出されます。

2. 使用される式は次のとおりです:新しいターゲット = 古いターゲット × (実際の時間 / 予想される時間) 。

3. 実際の時間は BlockTime[2015] − BlockTime[0] として計算されますが、期待時間は 1209600 秒 (2 週間) に固定されます。

4. 極端なボラティリティを防ぐために、Bitcoin は調整の大きさを 4 倍に制限します。つまり、サイクルあたり 300% を超える増加も 75% を超える減少も行わないことです。

5. 結果として得られるターゲットにより、有効性を得るためにブロック ハッシュに含まれる先行ゼロ ビットの数が決まります。

マイナーの動作とネットワークの安定性への影響

1. ハッシュレートの突然の上昇は難易度の上方調整を引き起こし、限界に達しているマイナーの利益率を圧縮します。

2. 逆に、規制当局の取り締まりに伴う大規模なマイナーの停止は下方調整につながり、収益性の回復が早まります。

3. 難易度の変更は、古いブロック率、オーファン率、およびノー​​ド間の伝播効率に直接影響します。

4. マイナーは、パブリック API とブロックチェーン エクスプローラーを使用して今後のリターゲット イベントを常に監視し、機器の導入タイミングを最適化します。

5. プール運営者は、正式なリターゲティングが行われる前に、予想されるネットワーク全体の変化に合わせて共有の難易度を動的に調整します。

過去の異常事態と特殊なケース

1. 2020 年 3 月、タイムスタンプ操作インシデントにより、一部のノードで受け入れられた無効なタイムスタンプが原因で、軽微な調整不足が発生しました。

2. 2021 年の中国の鉱山流出では、6 回連続の下方調整が発生しました。これは、立ち上げ以来最長の連続でした。

3. ネットワーク中央時間より前のタイムスタンプでマイニングされたブロックは引き続き有効ですが、難易度の計算ウィンドウから除外されます。

4. Bitcoin コアの一部の初期バージョンでは、リターゲット中に整数の除算が誤って処理され、後でパッチが適用されると一時的なコンセンサス分割が発生しました。

5. ノードの現地時間に対して 2 時間より古いタイムスタンプは完全に拒否され、逆方向時刻のスプーフィング攻撃を防ぎます。

よくある質問

Q1: サイクルの途中で難易度を変更できますか?いいえ。調整は、実際の時間の経過やハッシュ レートの変動に関係なく、厳密に 2016 ブロックごとに行われます。

A1:このプロトコルは、長期にわたる低ハッシュ レート期間や大規模なノードのダウンタイムなどの極端なネットワーク中断時であっても、暫定的な再計算をサポートしません。

Q2: 難易度は取引確認の速度に影響しますか?いいえ。確認速度は、マイニングの難易度そのものではなく、ブロック伝播のレイテンシとメモリプールの混雑に依存します。

A2:難易度が高くなるほどハッシュレートが増加し、ブロックが大きくなる可能性がありますが、コアの確認メカニズムは目標値から独立したままです。

Q3: 実際に測定された間隔の代わりにタイムスタンプを使用するのはなぜですか?タイムスタンプは、すべてのノード間で同期されたクロックを必要とせずに、経過時間に対する軽量で検証可能なプロキシを提供します。

A3:ノードは、自身のクロックと最後の 11 ブロックの経過時間の中央値を照合してタイムスタンプを検証し、分散化と実用性のバランスをとります。

Q4: 難易度の上限や下限はありますか?はい。最低難易度はジェネシスブロックのターゲットに対応します。最大値は 256 ビットのフィールド制限によってのみ制限され、現在のハードウェアでは事実上無限になります。

A4:可能な限り最も低い難易度は 2009 年に観察され、下限値としてハードコードされたままです。計算上の実現可能性の制約を超える上限は存在しません。