ビットコイン CSV ソフトフォーク – マイナーがアップグレードするための重要なガイドライン

ビットコインのコンセンサスルールのソフトフォークが進行中であり、すべてが正常に機能しているように見えますが、マイナーとマイニングプールの所有者が無視してはならない重要な情報とチェックリストがあります。

マイナーやマイニングプール管理者にご質問がある場合は、お気軽にお問い合わせください。

まとめ

1. ブロック 419328 が生成される前に、すべてのノードが Bitcoin Core 0.12.1 または互換性のあるソフトウェアにアップグレードされていることを確認する必要があります。

2. ブロック バージョン番号を手動で設定する場合、または coinbase トランザクションで nSequence または nLockTime パラメータを使用する場合は、以下の手順に注意深く従う必要があります。

CSV ソフトフォーク

「CSV」ソフトフォークは「ロックイン」要件に達し、正式に開始されます。 415,296 から 417,311 までの 2,016 ブロックのうち、1,946 (96.53%) は、BIP68、BIP112、BIP113 (「CSV」) ソフトフォークが実装されていることを示しています。ブロック 417312 (2016-06-21 05:18:58 UTC) から、CSV ソフトフォークはブロック 419327 まで約 2 週間の「ロック」猶予期間に入りました。その後、BIP68、BIP112、BIP113 の新しいルールが正式に実装されます。ソフトフォークは臨界点を超えており、大規模なブロックチェーンのロールバックが行われない限り、その実装は元に戻せません。

すべての鉱夫は注意してください

猶予期間中、すべてのマイナーは Bitcoin Core 0.12.1 または CSV ソフトフォークをサポートする互換性のあるソフトウェアにアップグレードする必要があります。実際、この記事の執筆時点では、CSV ソフトフォークをサポートしているバージョンは Bitcoin Core 0.12.1 のみです。マイナーは、すべてのマイニング ノードとバックアップ ノードがアップグレードされていることを再確認する必要があります。

上記のガイドラインに従わない場合、無効なブロックが生成されたり、無効なブロックチェーンが拡張されてブロックチェーンフォークが発生し、関連するマイナーと大多数のビットコインユーザーに経済的損失が生じる可能性があります。

ブロックバージョン番号を手動で設定するマイナーは注意が必要です

Bitcoin Core のデフォルト設定では、BIP9 の要件に従ってブロック バージョンが自動的に設定されます。ただし、一部のマイナーはブロックのバージョン番号を手動で設定することがわかりました。ブロック バージョン番号を手動で設定することは、Bitcoin システムにリスクをもたらすため、行わないことを強くお勧めします。

マイナーがバージョン番号を設定しても、対応するルールを実装していない場合、無効なブロックが生成され、無効なブロックチェーンが拡張される可能性があります。つまり、bitcoind が提供するデフォルトのバージョン値を使用しないと、実際の動作ルールと一致しないバージョン番号が生成される可能性があります。

BIP33/66/65 で使用される IsSuperMajority ソフトフォークとは異なり、BIP9 の設計では、不適切なバージョン番号が原因でブロックが無効とみなされることはありません (BIP65 によると、有効な最小バージョン番号は 4 です)。したがって、マイナーがブロックのバージョン番号を手動で設定する動機はありません。手動で設定すると、不必要なメンテナンス作業が発生し、人為的エラーのリスクが生じるだけだからです。

ただし、上記のアドバイスに従わずにブロックのバージョン番号を手動で設定する場合は、次の手順を実行する必要があります。 「ロック」猶予期間中は、CSV のバージョン ビット (ビット 0) を削除する必要があります。たとえば、元のバージョン番号が 0×20000001 の場合、ブロック 419328 の前に 0×20000000 に変更する必要があります。そうしないと、BIP9 をサポートするすべてのノードのログに「不明なソフト フォーク」という警告メッセージが表示されます。詳細については、バージョン ビットの FAQ を参照してください。

上記の指示に従わないと、BIP9 をサポートするすべてのノードがアップグレードアラートを受信し、大きな混乱が発生する可能性があります。

bitcoind にブロック バージョン番号を自分で設定させるマイナーは、何もアクションを起こす必要はありません。ブロック 419328 より前では、ノードはバージョン番号 0×20000001 のブロックを生成し続け、その後はビット 0 が自動的に削除されることに注意してください。

CoinbaseのトランザクションでnSequenceパラメータを使用するマイナーは注意が必要です

一部のマイナーは、Coinbase トランザクションの nSequence パラメータをマイニング乱数として使用する場合があります。 BIP68 が発効した後、これらのマイナーは特別な注意を払う必要があります。

マイナーが Coinbase トランザクションの nSequence パラメータを何らかの方法で変更する場合は、Coinbase トランザクションの nVersion パラメータ (ブロック バージョン番号ではありません) が 1 以下であることを確認する必要があります (たとえば、nVersion パラメータを手動で 1 に設定するなど)。上記のガイドラインに従わないと、無効なブロックが生成され、ブロックチェーン フォークが発生し、関連するマイナーと大多数の Bitcoin ユーザーに経済的損失が発生する可能性があります。

bitcoind が提供するデフォルトの Coinbase トランザクション nSequence および nVersion 値を使用するマイナーは、何もアクションを実行する必要はありません。

Coinbaseの取引でnLockTimeパラメータを使用するマイナーは注意が必要です

Stratum プロトコルは、マイニング乱数としての nLockTime パラメータの使用をサポートしていないため、これは比較的まれな状況です。ただし、そうするマイナーは、BIP113 の新しいルールを認識している必要があります。

マイナーが Coinbase トランザクションの nLockTime パラメータを何らかの方法で変更する場合、Coinbase トランザクションの nSequence パラメータも 0xffffffff でない限り、UNIX タイムスタンプ (つまり 500000000 以上) と見なされるパラメータ値が、過去 11 ブロックのタイムスタンプの中央値よりも小さくなるようにする必要があります。上記のガイドラインに従わない場合、無効なブロックが生成され、ブロックチェーンフォークが発生し、関連するマイナーと大多数のビットコインユーザーに経済的損失が発生する可能性があります。

bitcoind によって提供されるデフォルトの Coinbase トランザクション nLockTime 値を使用するマイナーは、何もアクションを実行する必要はありません。