Bitcoin Knotsは、最後のチェーンが2ブロックで消滅した後、再びビットコインをフォークしようとしている

しかし、週末のテストは、いくつかの問題がまだ解決されていない状態で始まります。 8 月 29 日の時点で、Bitcoin Knots の公開リリース ページには rc4 や最終的な 29.4.1 ビルドは表示されていませんでしたが、主要な作業実証の変更は未解決のままでした。

この提案では、新しいチェーンのサポートに取り組んでいる主要な取引所、ウォレット、カストディアン、エクスプローラー、または Lightning 実装も公的に特定されていませんでした。

したがって、BLAKE2b ブロックが成功すると、フォークが実行できることがわかります。しかし、十分な採掘者、インフラプロバイダー、ユーザーが経済的に存続し続ける準備ができているとは言えません。

BLAKE2b はマイナー問題の解決を試みます

中心となる変更は、以前の BIP-110 ブランチを機能不全に陥らせていた弱点に対処します。

ビットコインを保護する SHA-256d マイナーにマイノリティ フォーク用のブロックの生成を継続するよう依頼する代わりに、新しいチェーンはアクティブ化後に SHA-256d ブロックを拒否し、BLAKE2b ハードウェアに依存します。

支援者らは、ビットメインのアントマイナーA3モデルやゴールドシェルSC5モデルなど、もともとSiaをマイニングするために構築されたマシンは、新しいプルーフ・オブ・ワーク・システムをサポートできると述べている。 Testnet4 マイニング手順と互換性のある DATUM Gateway フォークも公開されています。

実際に十分な数のマイナーが参加するかどうかはまだ不明だ。

オープン実装のレビュー担当者は、提案された初期難易度の 1 つのバージョンでは、10 分のブロック間隔を維持するために 1 秒あたり約 870 テラハッシュが必要になると計算しました。測定された testnet4 の容量は、わずか 50 ～ 70 TH/s と推定されました。

これらの数値は未完成のコードに基づいており、最終的な起動パラメータではありません。しかし、日曜日のテストが直面している問題が明らかになりました。それは、互換性のあるマイニングマシンがコミットされたハッシュレートを保証していないということです。公開討論では、事業者がメインネットフォークにどれだけの容量を約束したかは明らかにされなかった。

そのため、単に 1 つのマイニング コンスティテューションを別のマイニング コンスティテューションに置き換えるのではなく、新しい設計が BIP-110 を改善したかどうかを判断する最初の尺度の 1 つがブロックの生産になります。

フォークにはまだ最終的なコンセンサスルールが必要です

Bitcoin Knots は、参加ノードがどのルールを適用するかを正確に決定する必要もあります。

BLAKE2b の実装と関連するデータ削減提案は 8 月 29 日の時点でまだ公開されていますが、検討された公開資料ではメインネットのアクティベーション高さがまだ固定されていませんでした。

一時的なブロック重量制限にも不一致がありました。

提案の FAQ とプル リクエストでは、ウェイト ユニットの上限が 700,000 であると説明されていましたが、固定されたソース コミットでは制限が 800,000 に設定されていました。異なる値を強制するノードは、ブロックが有効かどうかについて意見が一致しない可能性があり、参加者が同じチェーンをたどろうとする前に最終的な rc4 構成が重要になります。

Proof-of-Work の変更自体は永続的になります。ブロックキャップの縮小を含む削減データ制限は、2027 年に期限切れになる予定です。

したがって、日曜日のリハーサルでは、アクティブ化の高さ、ブロック制限、および参加ノードが 1 つの台帳に留まることができるかどうかを決定するその他のパラメーターを明確にする必要があります。

機能するチェーンには依然として経済が必要です

たとえマイナーが共通のルールセットに基づいてブロックを生成したとしても、より困難な調整テストはビットコインノットの外で始まります。

提案されたフォークは、BLAKE2b を使用してブロック ヘッダーを 164 バイト形式に変更しますが、既存の Electrum スタイルのクライアントはビットコインの 80 バイト SHA-256d ヘッダーを想定しています。

つまり、ライトウォレット、インデクサー、エクスプローラー、および関連インフラストラクチャは、新しい台帳に従う前に変更が必要になる可能性があります。 Dashjr氏は、ライトクライアントの互換性はBitcoin Knotsの範囲外であると述べた。

プロジェクトのFAQでは取引所に対し、分割前後で入出金を一時停止し、どのチェーンを認識するかを発表するよう求めている。フォーク前に作成された Lightning チャネルも BLAKE2b チェーン上に存在するため、両方のピアが互換性のあるソフトウェアを使用し、同じ台帳に同意する必要があります。

2 つのネットワークは、フォーク前の同じトランザクション履歴とコイン残高も継承します。

これにより、フォーク前のコインを消費するトランザクションが両方のチェーンで有効になる可能性があるため、リプレイのリスクが生じます。

ビットコインノッツは、 SIGHASH_UNIFIED 明示的に選択すると方向性リプレイ保護を提供できる署名モードですが、既存のすべてのウォレットやトランザクションが自動的に保護されるわけではありません。

BLAKE2b への切り替えも、proof of work のみに対応します。これは、ビットコインの既存のアドレス、秘密キー、トランザクション署名を置き換えるものではありません。つまり、所有権キーを量子安全にするものではありません。

今週末の当面の疑問は、BIP-110が失敗した後、Bitcoin KnotsがBLAKE2bチェーンを生成し維持できるかどうかだ。

成功すると、より大きなテストが始まります。マイナーがブロックと取引所を生成し続けるかどうか、ウォレット、カストディアン、ユーザーが、新しい台帳を存続させるのに十分な経済的価値を認識しているかどうかです。