ハードフォーク

ハードフォークとは？

ハードフォークとは、従来のルールを実行するノードとの後方互換性がない、ブロックチェーンのコンセンサスルールの変更です。

新しいルールの有効化後、アップグレード済みノードは、未アップグレードのノードが無効と判断するブロックやトランザクションを受け入れる場合があります。

アップグレード後のネットワークに引き続き参加するノードは、有効化の前または直後に、互換性のあるソフトウェアをインストールする必要があります。

Bitcoin開発者用語集では、ハードフォークは、アップグレードしないノードのセキュリティを損なうコンセンサスルールの変更と説明されています。

Ethereum用語集も同様に、古いノードが新しいルールで生成されたブロックを検証できない場合、ハードフォークを伴う変更によって永続的な分岐が生じる可能性があると説明しています。

ハードフォークでは、ブロック上限、トランザクション形式、仮想マシンの動作、暗号処理、手数料ルール、バリデーター要件、マイニングルールなど、暗号資産プロトコルの根幹が変更される場合があります。

この用語は、変更をめぐる政治的な意見の対立の度合いではなく、ルール変更の互換性を示します。

計画的で広く支持されたネットワークアップグレードも、ほぼすべての参加者が同じ新しいチェーンに移行する場合であっても、ハードフォークに該当します。

一方、議論を呼ぶハードフォークでは、異なるルールを適用し続けるグループが存在し、2つのブロックチェーンが長期にわたって存続することがあります。

なぜ「フォーク」と呼ばれるのか？

ブロックチェーン参加者全員が同じ有効なブロックの系列をたどらないとき、フォークが発生します。

1つの道が2つに分かれる様子に由来する言葉です。

ハードフォークの有効化前は、アップグレード済みノードと未アップグレードのノードが、同じブロックチェーン履歴を共有している場合があります。

有効化後は、新しいブロックがプロトコルルールを満たしているかについて、両者の判断が分かれることがあります。

アップグレード済みノードは、指定された有効化時点で新しいコンセンサスルールを適用し始めます。

古いノードはソフトウェアが変更を認識または受け入れないため、従来のルールを適用し続けます。

両グループがブロックの生成と認識を続けると、共有されていたブロックチェーンの履歴が2つの独立した履歴に分かれる可能性があります。

経済的に重要な参加者のほぼ全員がアップグレードすれば、古いブランチへの継続的な支持はほとんど、あるいはまったく得られない場合があります。

長期的に2つ目の暗号資産が生まれなくても、ルール変更がハードフォークであることに変わりはありません。

ハードフォークの仕組み

ハードフォークは通常、ブロックチェーンのコンセンサスルールを1つ以上変更する提案から始まります。

開発者は、新しい動作を説明する技術仕様を作成します。

クライアントチームは、互換性のあるノードソフトウェアに新しいルールを実装します。

提案されたコードはレビューとテストを受け、メインネットで有効化する前に、通常は開発用ネットワークまたは公開テストネットで稼働します。

その後、参加者には必要なソフトウェアのバージョンと有効化条件が通知されます。

有効化は、特定のブロック高、タイムスタンプ、エポック、スロット、累積難易度、またはプロトコルで定められた別のトリガーを基準に行われる場合があります。

有効化時点までは、アップグレード済みソフトウェアも通常、既存のルールに従います。

有効化されると、アップグレード済みノードは新しい検証ロジックに切り替わります。

新しいルールで作成されたブロックには、古いノードが拒否する機能や動作が含まれる場合があります。

アップグレード後のネットワークにブロックを受け入れてもらうには、マイナーやバリデーターも互換性のあるソフトウェアを実行する必要があります。

コンセンサスルールとは？

コンセンサスルールとは、独立して運用されるノードが、ブロック、トランザクション、ブロックチェーンの状態の有効性を判断するために使うルールです。

許容されるコイン供給量、トランザクション署名、ブロック構造、ガス計算、Proof of Workの目標値、バリデーターの動作、スマートコントラクトの実行などが定められます。

他の参加者が有効だと言っただけで、ノードがブロックを受け入れるわけではありません。

ノードは、ソフトウェアに実装されたルールに基づいてブロックを検証します。

互換性のないルールを実装したノードは、同じブロックに対して異なる結論に至る可能性があります。

ハードフォークは、従来のソフトウェアが受け入れない動作を許可または要求することで、その判断を変えます。

このため、ハードフォークにはノード運営者、マイナーまたはバリデーター、アプリ開発者、インフラプロバイダー、ウォレット、その他のネットワーク参加者間の調整が必要です。

ハードフォークとソフトフォークの違い

ハードフォークでは、古いノードが有効と認識しないルール変更が導入されます。

ソフトフォークでは、古いノードの有効性チェックとの互換性を保てる、より制限的なルールが導入されます。

ソフトフォークでは、アップグレード済みノードが追加の制限を適用する一方、古いノードもその制限に従うブロックを有効と認識する場合があります。

ハードフォークでは、アップグレード済みノードが古いノードの拒否する内容を受け入れる可能性があります。

たとえば、Bitcoinブロックチェーンガイドでは、古いノードが認識する上限を超えて許容ブロックサイズを拡大するには、ハードフォークが必要と説明されています。

この区別は技術的な互換性に関するものであり、アップグレードが良いか悪いか、人気があるか、議論を呼ぶかとは関係ありません。

どちらの種類のフォークにも、大規模なテストやコミュニティ内の調整が必要になる場合があります。

ハードフォークと一時的なチェーン分岐の違い

コンセンサスルールの変更がなくても、一時的なチェーン分岐は起こり得ます。

2人のマイナーまたはバリデーターが、ほぼ同時に異なる有効なブロックを生成することがあります。

一部のノードには一方のブロックが先に届き、別のノードには競合するブロックが先に届く場合があります。

最終的にはコンセンサスメカニズムによって一方のブランチが正式なチェーンとなり、もう一方は破棄されます。

この短期間の事象は、偶発的フォーク、ステイルブランチ、一時的な再編成と呼ばれることがあります。

ハードフォークとの違いは、ブロックの有効性を判断するルール自体が変更される点です。

一時的なブロック競合は同一ルールを実行するノード間でも発生しますが、ハードフォークでは互換性のないルールセットが関与します。

ハードフォークとソフトウェアフォークの違い

ソフトウェアフォークとは、開発者がソフトウェアプロジェクトのソースコードをコピーし、別のバージョンを開発することです。

オープンソース開発でよく使われる意味です。

ブロックチェーンクライアントのコードをコピーしても、自動的に新しい暗号資産ネットワークが生まれるわけではありません。

開発者は、改善案の提案、機能のテスト、独立したクライアント実装の保守などを目的に、コードリポジトリをフォークすることがあります。

ブロックチェーンのハードフォークは、稼働中のコンセンサス動作を変更し、ノードが受け入れるブロックに影響するものです。

コピーされたソフトウェアプロジェクトが別のブロックチェーンを立ち上げる場合は両者が重なることがありますが、同じ意味ではありません。

計画的なハードフォーク

計画的なハードフォークとは、ネットワークの主要な開発者やインフラコミュニティが支持する、予定されたプロトコルアップグレードです。

通常、有効化の詳細は事前に公表されます。

ノード運営者には、有効化時点までに互換性のあるソフトウェアをインストールするよう案内されます。

ウォレット開発者、スマートコントラクトチーム、バリデーター、マイナー、データプロバイダーなども、新しいルールに対応できるようシステムをテストする場合があります。

広く採用されれば、意味のある古いチェーンを維持せずに新しいルールへ移行できます。

Ethereumの主要なネットワークアップグレードの多くは、協調的なハードフォークとして実施されています。

公式のEthereumフォーク年表には、ネットワークの歴史を通じて実行レイヤーとコンセンサスレイヤーの動作を変更したアップグレードが記載されています。

議論を呼ぶハードフォーク

議論を呼ぶハードフォークは、暗号資産を定義するコンセンサスルールについて、大きなグループ間で意見が分かれたときに起こります。

一方のグループが新しいルールを採用する一方、もう一方が意図的に従来のルールを使い続けたり、別の変更を実装したりする場合があります。

双方に十分なユーザー、開発者、ノード運営者、経済活動、ブロック生成者がいれば、2つのネットワークが長期的に存続する可能性があります。

分岐点以降、それぞれのネットワークは独自のブロックチェーン履歴を形成します。

その後、ネットワークごとに名称、シンボル、開発ロードマップ、セキュリティモデル、市場価値が異なることがあります。

独立した参加者に一方のブランチを正当なものとして認めさせることはソフトウェアではできないため、議論を呼ぶフォークには技術面と社会面の両方があります。

ハードフォークのたびに新しいコインが生まれるのか？

いいえ。協調的に実施されるハードフォークの多くは、長期的に存続する2つ目の暗号資産を生みません。

別のブランチが稼働を続け、十分な技術的・経済的支援を得た場合にのみ、新しいコインが意味を持つようになります。

マイナーまたはバリデーター、ノード、ユーザー、ウォレット、アプリケーションのほぼすべてがアップグレード後のルールへ移行すれば、古いブランチはブロック生成を停止するか、経済的に重要でなくなる場合があります。

アップグレード後のネットワークは、従来の名称、資産残高、履歴、コミュニティのアイデンティティを引き継ぐことがあります。

通常のアップグレードが成功すれば、ユーザーは一般に変換を行わず、同じネイティブ資産を保有し続けます。

分岐後、別のグループが異なるチェーンを意図的に維持すると、別の資産が生まれる場合があります。

チェーン分岐時にコインはどうなるのか？

チェーンが長期的に分岐した場合、両方のチェーンはフォーク地点まで同じトランザクション履歴を共有します。

そのため、分岐前に資産を保有していたアドレスは、分岐後の両チェーンで対応する残高を保有しているように見える場合があります。

分岐前のアドレスを管理する秘密鍵は、当初、両チェーン上のトランザクションを承認できる場合があります。

ただし、2つの資産の市場価値、セキュリティ、流動性、長期的な支持が同じとは限りません。

分岐後は各チェーンが独自の状態を形成します。

あるブランチで承認されたトランザクションが、リプレイによって同じ署名済みトランザクションがもう一方でも受け入れられる場合を除き、他方の残高を自動的に更新することはありません。

両方のチェーンで資産にアクセスする前に、セキュリティとリプレイルールを理解する必要があります。

ハードフォーク後のリプレイ攻撃とは？

あるブロックチェーン向けに署名されたトランザクションが、同じ履歴と署名ルールを共有する別のブロックチェーンでも有効な場合、リプレイ攻撃が起こる可能性があります。

第三者が一方のブランチから署名済みトランザクションをコピーし、もう一方のブランチに送信することがあります。

ユーザーは最初のチェーンだけで資産を移動させるつもりでも、意図せず両方のチェーンで対応する資産を移動させることがあります。

リプレイ保護は、ネットワーク間でトランザクションを区別できるようにします。

EIP-155はEthereumのトランザクション署名にチェーン識別子を追加し、あるチェーン向けのトランザクションが、異なる識別子を使う別のチェーンで有効になるのを防ぐ仕組みを導入しました。

すべてのフォークに有効なリプレイ保護が自動的に含まれるとは限りません。

チェーン分岐で生じた資産を移動する前に、そのフォーク固有の案内を確認してください。

チェーンIDとは？

チェーンIDは、トランザクション署名やアプリケーションの処理で、ブロックチェーンネットワークを区別するために使われる数値識別子です。

署名済みトランザクションにチェーンIDを含めることで、承認を意図したネットワークに結び付けることができます。

ウォレットもチェーンIDを使って、ネットワーク設定、コントラクトアドレス、トークン、手数料情報を選択します。

リプレイやユーザーインターフェース上のリスクが生じる場合、2つの長期存続チェーンが同じチェーンIDを意図的に使うべきではありません。

チェーンIDは、ネットワークの信頼性やトークンの正当性を証明するものではありません。

ネットワーク名、ネイティブ資産、ブロックエクスプローラー、ウォレット設定、トランザクションの詳細は、引き続き確認する必要があります。

ノード間のフォーク識別

ノードは、ピアが同じチェーンルールに対応しているかどうかを判定する必要があります。

EIP-2124は、Ethereum互換ノードがピアの互換性確認に使えるフォーク識別子を定義しています。

この識別子は、過去のフォーク有効化と、今後予想される有効化時点を表します。

互換性のあるノードは接続を維持でき、明らかに互換性のないピアは切断できます。

これにより、最終的に互いのチェーンを拒否するノード同士がデータ交換を繰り返す無駄を防げます。

フォーク識別子はネットワーク通信の安全性を支えますが、ブロックやトランザクションの完全な検証に代わるものではありません。

ハードフォークの有効化方式

ブロック高による有効化は、ブロックチェーンがあらかじめ定められたブロック番号に達した時点で始まります。

タイムスタンプによる有効化は、ブロック時刻が指定値に達した時点、またはそれを超えた時点で始まります。

エポックによる有効化は、コンセンサス時間をエポックとスロットに分けるProof of Stakeネットワークでよく使われます。

累積難易度による有効化は、累積Proof of Workが定められたしきい値に達したときに発動します。

それぞれの方式には利点と運用上の考慮事項があります。

ブロック生成時間にはばらつきがあるため、ブロック高による有効化の時刻を秒単位で正確に予測できるとは限りません。

時間に基づくProof of Stakeのスケジュールは、より正確な有効化予測時刻を示せる場合があります。

クライアントが有効化ロジックを一貫して実装しないと、移行時点で判断が分かれる可能性があります。

Proof of Workネットワークのハードフォーク

Proof of Workネットワークでは、マイナーが候補ブロックを作り、フルノードがコンセンサスルールに基づいて検証します。

ハードフォークでは、マイニングアルゴリズム、ブロック構造、報酬、難易度計算、トランザクションルール、利用可能なブロックリソースなどが変更される場合があります。

アップグレードしないマイナーが作成したブロックは、アップグレード済みノードに拒否される可能性があります。

Proof of Workのアルゴリズムが変わると、アップグレード後のマイニング機器が古いブランチに対応できなくなる場合もあります。

両方のブランチが稼働を続ける場合、ハッシュレートが競合するチェーンに分かれることがあります。

各ブランチのセキュリティは、互換性のあるマイニングパワーの量や、外部のハッシュパワーをどれほど容易に振り向けられるかにも左右されます。

フルノードは、どれほどの計算量が使われたかにかかわらず、自らのルールに違反するブロックを拒否し続けます。

Proof of Stakeネットワークのハードフォーク

Proof of Stakeネットワークでは、バリデーターが正しいコンセンサスルールと実行ルールを実装したソフトウェアを使う必要があります。

ハードフォークで、バリデーターの役割、ブロック形式、ペナルティ、状態遷移、暗号処理、仮想マシンの動作などが変更される場合があります。

古いソフトウェアを使うバリデーターは、プロトコルに応じて、役割を果たせない、互換性のないブランチに従う、またはペナルティを受ける可能性があります。

コンセンサス障害を避けるには、異なるクライアント実装が新しいルールに合意する必要があります。

実行レイヤーとコンセンサスレイヤーで別々のクライアントを使用するネットワークでは、ノード運営者は両方を更新してください。

Ethereumのノード運用ガイドは、重要なハードフォークの前に正しいバージョンのクライアントをインストールするよう運営者に案内しています。

Ethereumのハードフォーク

Ethereumは、実行レイヤー、コンセンサスレイヤー、またはその両方に変更を導入するため、協調的なネットワークアップグレードを実施します。

実行レイヤーとコンセンサスレイヤーのアップグレードには別々の開発名が付けられ、それらを合わせた名称で公開されることがあります。

たとえば、PragueとElectraの変更は、Pectraアップグレードを構成しました。

Pectraの公式ドキュメントによると、このアップグレードは2025年5月7日にEthereumメインネットで有効化されました。

その次の主要アップグレードであるFulu-Osaka、またはFusakaは、2025年12月3日に有効化されました。

2026年7月時点で、公式年表では次の主要アップグレードとしてGlamsterdamが掲載されていますが、有効化日は未定です。

これらのアップグレードは、ハードフォークが競合するコインを作るためではなく、通常のプロトコル開発手段となり得ることを示しています。

Ethereum DAOハードフォーク

Ethereum DAOハードフォークは、重大なスマートコントラクト事案への対応をめぐり、意見が分かれた歴史的な例です。

事案の影響を受けた資産に対処するため、プロトコルルールを変更すべきかどうか、ネットワークコミュニティで議論されました。

一部の参加者は変更後の履歴を採用し、別の参加者は元の履歴を認め続けました。

この結果は、ブロックチェーンガバナンスには、どのソフトウェアと状態を認めるかについての社会的な判断が含まれることを示しました。

Ethereumのガバナンスに関するドキュメントでは、主要なプロトコル変更とコミュニティの調整との関係を示す重要な例として、この事案を取り上げています。

この例は、スマートコントラクトに障害が起きるたびに、開発者が簡単にブロックチェーンを書き換えられることを意味しません。

このような介入は、不変性、正当性、ガバナンス権限をめぐる長期的な対立を招く場合があります。

Bitcoinのハードフォークに関する考慮事項

Bitcoinでは、独立して運営されるノードがそれぞれ選択したルールを適用するため、コンセンサスの変更には慎重な調整が必要です。

古いノードが受け入れる範囲を超えて有効なブロックを増やす変更案は、ハードフォークを伴う変更です。

古いノードの許容上限を超えてブロックサイズの上限を引き上げることは、一般的な技術例です。

アップグレード済みノードが受け入れても、古いノードはより大きなブロックを拒否します。

双方がマイナー、ノード、ユーザー、経済活動の支援を受け続ける場合、互換性のない2つのルールセットを維持することで別々のチェーンが生まれる可能性があります。

Bitcoinの歴史は、慎重なアップグレード、後方互換性、ノードの自律性、コミュニティの合意をめぐる暗号資産業界全体の議論に影響を与えてきました。

ブロックチェーンがハードフォークを利用する理由

既存のコンセンサスルールでは実現できない機能を導入するため、ブロックチェーンにハードフォークが必要となる場合があります。

新しいトランザクション形式、暗号処理用プリコンパイル、オペコード、アカウント機能、バリデーター機能などを追加できます。

スケーリングのため、またはサービス拒否攻撃のリスクを軽減するために、リソース上限を変更することもできます。

重大なプロトコルの脆弱性を修正したり、古くなった動作を取り除いたりすることも可能です。

発行、手数料計算、報酬分配、コンセンサスメカニズムを変更する場合もあります。

実装を複雑にしている不要な古いルールを簡素化することもできます。

ハードフォークは通常、互換性、セキュリティ、テスト、導入、エコシステムへの影響を検討したうえでのみ実施すべきです。

ハードフォークのガバナンス

パブリックブロックチェーンでは、すべての参加者にアップグレードを強制できる無制限の権限を持つ個人は、ほとんど存在しません。

開発者はソフトウェアを提案・実装できますが、どのリリースを実行するかはノード運営者が決めます。

マイナーまたはバリデーターは、どの互換性のあるブロックを生成し、承認するかを決めます。

アプリケーション開発者は、自らのソフトウェアがどのチェーンをサポートするかを決めます。

ウォレットやインフラプロバイダーは、結果として生じたネットワークをどう表示し、接続するかを決めます。

ユーザーや資産保有者は、どのネットワークを認めて使うかを決めます。

こうしたグループ間の経済的な連携が、アップグレードがチェーンの主流の継続となるかを左右することが多くあります。

そのため、ガバナンスは技術仕様、公開討議、クライアントのリリース、テスト、シグナリング、実際のソフトウェア採用を通じて行われます。

ハードフォークの成功を決めるのは誰か？

すべてのハードフォークの成否を決める単一の指標はありません。

クライアントによるルールの実装と保守が必要となるため、開発者の支持が重要です。

有効性を判断するノードの採用状況も重要です。

新しいルールに基づいてブロックを生成する必要があるため、マイナーやバリデーターの採用状況も重要です。

ユーザーがネットワークに機能的にアクセスするには、アプリケーションとウォレットの対応が必要です。

別の資産が生じる場合は、流動性と市場の支持も重要です。

暗号資産の価値は、共有された期待や社会的な合意にも左右されるため、コミュニティによる認知も重要です。

技術的に動作するブランチでも、認知するユーザーやアプリケーションが少なければ、経済的に弱いままとなる場合があります。

ハードフォークのテスト

ハードフォークは、複数のクライアント実装とネットワーク環境でテストする必要があります。

フォーク後の状態をすべてのクライアントが同じように計算することを確認するテストベクターが必要です。

公開テストネットでは、ノード同期、バリデーターの参加、トランザクション処理、アプリケーション互換性に関する問題が見つかる場合があります。

計画中のアップグレードだけをテストするため、一時的な開発ネットワークを作ることもできます。

セキュリティチームは、ファジング、差分テスト、形式検証、サービス拒否攻撃のシミュレーションを実施する場合があります。

どれほど十分にテストしても、メインネットで問題なく有効化される保証はありません。

移行中は、運営者は公式連絡チャネルを監視し、インシデント対応手順を整備してください。

クライアントの多様性とハードフォークの安全性

多くのブロックチェーンには、独立した複数のノードクライアント実装があります。

クライアントの多様性は単一のコードベースへの依存を減らせますが、すべてのクライアントがコンセンサスルールを同じように解釈する必要があります。

1つのクライアントのバグにより、そのノードが異なるブロックを受け入れたり拒否したりすることがあります。

そのクライアントがネットワークの大部分を占めている場合、重大なチェーン分岐やファイナリティの喪失につながる可能性があります。

ハードフォークのテストでは、独立した実装間で結果を比較する必要があります。

ノード運営者は、健全なクライアントの多様性を支えることで、1つの実装へのエコシステムの依存を軽減できます。

ノード運営者が行うべきこと

ノード運営者は、アップグレードに新しいソフトウェアが必要かどうかを確認してください。

認証されたプロジェクトの公式ソースからリリースを入手してください。

リリースノートを確認し、対応OS、データベース移行、設定変更、必要なクライアントの組み合わせを把握してください。

大規模なメンテナンスを行う前に、必要な鍵と設定データをバックアップしてください。

アップグレード後は、ノードの同期状態を確認し、監視してください。

チェーンID、フォークバージョン、ブロック高、ピア接続、クライアントの状態が、意図したネットワークと一致していることを確認してください。

必須のアップグレードを無視すると、互換性のないチェーンや稼働していないチェーンをノードがたどる可能性があります。

バリデーターが行うべきこと

バリデーターは、有効化前に新しいコンセンサスルールに対応したソフトウェアをインストールする必要があります。

実行、コンセンサス、バリデーター、署名の各コンポーネントに互換性があることを確認してください。

リモート署名ツールや監視ツールも、更新が必要となる場合があります。

二重署名や互換性のないアテステーションを招く競合設定を実行しないでください。

緊急時の切り替えで古いソフトウェアが再起動しないよう、バックアップシステムも慎重に更新する必要があります。

更新を怠ると、ネットワークや行動に応じて、報酬の喪失、非活動ペナルティ、またはより重大な結果につながる可能性があります。

マイナーが行うべきこと

マイナーは、ノード、ブロックテンプレートソフトウェア、プールシステム、マイニングファームウェアが新しいルールに対応していることを確認してください。

Proof of Workのアルゴリズムが変わるハードフォークでは、別のハードウェアやファームウェアが必要となる場合があります。

アップグレード後のノードがブロックを拒否する場合、古いルールでのマイニングは電力の無駄になる可能性があります。

プール参加者は、自ら提供するハッシュレートがどのチェーンを支援するのかを理解してください。

議論を呼ぶフォークの前後では設定や報酬方針が変わる場合があるため、プール名やダッシュボードだけを頼りにしないでください。

ウォレットユーザーが行うべきこと

通常、協調的なハードフォークの際に一般のウォレットユーザーが特別な対応をする必要はありません。

アップグレード後のチェーンでも、残高と秘密鍵は通常そのまま有効です。

ただし、ウォレットソフトウェアを最新の状態に保ち、信頼できるネットワーク公式情報を確認してください。

アップグレードの適用、コインの変換、ウォレットの同期、フォークで生じたとされる資産の受け取りを理由に、シードフレーズを誰にも明かしてはいけません。

正規のプロトコルアップグレードで、ウェブサイトやサポート担当者にリカバリーフレーズの提出を求めることはありません。

長期的な分岐で別々の資産が生まれた場合、両方の残高を移動する前に、明確なセキュリティガイダンスが示されるまで待ってください。

ハードフォーク後にコインを変換する必要はあるか？

通常のネットワークアップグレードで、古いコインを新しいコインに交換する必要はありません。

同じ台帳と残高がアップグレード後のルールでも継続します。

たとえば、Ethereumの公式アップグレード案内では、協調的なプロトコルアップグレード後にネイティブ資産を変換する必要はないとされています。

緊急の変換を要求するメッセージは、フィッシングの可能性があります。

プロジェクトが新しいネットワークやトークンコントラクトを意図的に立ち上げる場合は、別途移行が必要になることがありますが、これはすべてのハードフォークで自動的に発生するものではありません。

移行に関する主張は、予期しないメッセージではなく、プロトコルの公式ドキュメントで確認してください。

ハードフォークとスマートコントラクトの互換性

ソースコードに変更がなくても、ハードフォークによってスマートコントラクトの実行方法が変わることがあります。

ガス代が増減する場合があります。

新しいオペコードが利用可能になる場合があります。

従来の動作が制限または削除されることがあります。

コントラクトが参照できるブロック、トランザクション、アカウント情報が変わる場合もあります。

正確なガス想定、オペコードの動作、ブロックフィールドに依存するアプリケーションは、新しいルールに対してテストする必要があります。

開発者は、開発ツール、インデクサー、オラクル、リレイヤー、インフラサービスのアップグレード対応も確認してください。

ハードフォークとLayer 2ネットワーク

Layer 2ネットワークは、ベースレイヤーのトランザクション形式、データ可用性、ファイナリティ、ガス代、スマートコントラクトの動作に依存する場合があります。

そのため、ベースレイヤーのハードフォークは、ロールアップ、ブリッジ、シーケンサー、証明生成システム、出金システムに影響する可能性があります。

Layer 2の開発者は、ノードソフトウェア、証明回路、コントラクトのデプロイ、手数料計算を更新する必要がある場合があります。

スケーリングの改善を目的とするベースレイヤーのアップグレードで、データ容量が拡大したり、新しい暗号処理が導入されたりする場合があります。

ベースレイヤーで有効なアップグレードでも、依存システムの前提が問題になる可能性があるため、両レイヤーでテストしてください。

ハードフォークとブリッジ

クロスチェーンブリッジは、接続先のブロックチェーンが分岐した場合、どちらのブランチを認めるか判断する必要があります。

明確な区別なく両方のブランチからメッセージを受け入れるブリッジでは、資産請求の重複や未対応の請求が生じる可能性があります。

ブリッジ運営者は、チェーンの識別やファイナリティが明確になるまで、議論を呼ぶフォーク中の送金を停止する場合があります。

スマートコントラクトで、チェーン識別子、バリデーターセット、受け入れるブロックルートの更新が必要になる場合があります。

ブリッジが明確な対応方針を公表していない限り、不確実な分岐中にブリッジ資産を移動するのは避けてください。

ハードフォークとオラクル

オラクルは、レンディング、価値連動型資産、デリバティブ、その他のスマートコントラクトが使う外部データを提供します。

チェーン分岐によって、同じオラクルコントラクトや価格フィードが2つに複製される場合があります。

オラクル運営者は、一方のブランチ、両方のブランチ、または一時的にどちらにもデータを提供しないかを決める必要があります。

あらゆるフォークの間もオラクルデータが正常に提供されると想定するアプリケーションは、正常に機能しなくなる可能性があります。

プロトコルチームは、古い価格、チェーン再編成、未対応ブランチへの緊急対応手順を定めてください。

ハードフォークと価値連動型資産

ブロックチェーン分岐により、価値連動型資産のオンチェーン表現が複製されても、発行者のオフチェーン準備金まで複製されるわけではありません。

償還を担う組織が認めるのは、一方のブランチのみとなる場合があります。

対応していないブランチのトークンは、スマートコントラクト上の残高が変わらなくても、償還価値を失う可能性があります。

複製されたすべてのトークンが、実世界の請求権の複製に相当するとは限りません。

どのブランチが実質的な支援を維持するかは、資産発行者、カストディアン、ブリッジ、ガバナンスシステムに左右されることがあります。

ハードフォークとDeFiポジション

長期的なフォークでは、担保預け入れ、ローン、流動性ポジション、ガバナンス残高などのスマートコントラクト状態が複製される可能性があります。

状態が複製されても、両方のバージョンが経済的に機能し続ける保証はありません。

価格フィード、価値連動型資産、ブリッジ、管理者、清算人、フロントエンドアプリケーション、外部サービスが、一方のブランチだけを支援する場合があります。

オラクルの更新が停止すると、レンディングポジションが危険になる可能性があります。

複製された資産の1つが外部価値を失うと、流動性プールのバランスが大きく崩れる場合があります。

複製されたDeFiポジションを、リスクのない追加資産とみなさないでください。

ハードフォークとNFT

ハードフォークによって、分岐時点の同一のNFTオンチェーン記録が、両方のブランチに作られる場合があります。

マーケットプレイスの認知、クリエイターの支持、メタデータサービス、知的財産権、コミュニティの合意が、一方のバージョンだけを支持する可能性があります。

コントラクトの状態がコピーされても、オフチェーンの画像やメタデータが自動的に別の資産になるわけではありません。

各バージョンの経済的価値は、継続的な認知とインフラの支援によって決まります。

ハードフォークとガバナンストークン

チェーンが分岐すると、ガバナンストークンの残高も複製されることがあります。

その場合、各ブランチで別々の投票が行われたり、異なるガバナンス判断が認められたりする可能性があります。

委任や提案の状態も、フォーク時点でコピーされる場合があります。

オフチェーンの組織、法人、ウェブサイト、リポジトリ、トレジャリーの署名者は、一方のブランチだけを支持することがあります。

トークンによる投票権だけで、外部リソースをどちらのブランチが管理するか決まるとは限りません。

ハードフォークのセキュリティリスク

テスト中に見つからなかったソフトウェアのバグが、ハードフォークで明らかになる可能性があります。

異なるクライアントが同じトランザクションに対して異なる結果を算出する場合があります。

古いノードが互換性のないチェーンをたどる可能性があります。

バリデーターが役割を果たせなかったり、矛盾するメッセージに署名したりする場合があります。

マイナーが拒否されるブロックにハッシュパワーを費やす可能性があります。

アプリケーションが誤ったチェーンIDやコントラクトアドレスを使うことがあります。

リプレイ攻撃によって、資産がブランチ間で意図せず移動する場合があります。

マイニングやステーキングへの参加が減ると、チェーンのセキュリティが一時的に低下する可能性があります。

詐欺師が偽のアップグレード案内、偽造資産、詐欺的なウォレットツールで混乱に付け込むことがあります。

ハードフォークの市場リスク

議論を呼ぶハードフォークは、大幅な価格変動を招く可能性があります。

どちらのブランチが長期的な支持を得るかについて、市場参加者の意見が分かれることがあります。

関連する資産の間で流動性が分散する可能性があります。

不確実な状況では、インフラプロバイダーが入金や出金を停止することがあります。

チェーン再編成が起きやすくなると、必要なトランザクション承認数が増やされる場合があります。

新しく作られたフォーク資産は、当初、流動性が低く、価格変動が極端になる可能性があります。

フォーク後の2つの資産の合計価値が、元の資産価値と同じか、それを上回る保証はありません。

ハードフォーク詐欺

詐欺師は、今後のハードフォークで作られるコインを受け取るには、ウォレットを接続する必要があると主張することがあります。

偽サイトがシードフレーズ、秘密鍵、トークン承認、メッセージ署名を求める場合があります。

正規のネットワークが存在する前に、偽のフォークトークンを販売する詐欺もあります。

両方のブランチに対応すると主張しながら秘密鍵を盗む、偽造ウォレットソフトウェアを作る攻撃者もいます。

正規のフォーク資産を受け取るために、リカバリーフレーズを開示する必要はありません。

利用する前に、チェーンの公式ドキュメント、ソースコード、クライアントのリリース、チェーンID、リプレイ保護、ブロックエクスプローラーを確認してください。

ハードフォークへの備え方

信頼できるネットワーク情報源で、正確な有効化日、ブロック、エポック、またはその他のトリガーを確認してください。

アップグレードが協調的なものか、長期的な分岐を招く可能性があるかを確認してください。

ノード、バリデーター、ウォレット、アプリケーションのソフトウェアを、認証された経路から更新してください。

必要な鍵や設定データをバックアップし、リカバリー情報を漏らさないでください。

チェーンID、クライアントのバージョン、フォーク識別子、コントラクトアドレスを確認してください。

アップグレードがトランザクションの動作やファイナリティに影響する可能性がある場合は、リスクの高い自動処理を一時停止してください。

議論を呼ぶ分岐後に大きな金額を移動する場合は、ブロック生成が安定するまで待ってください。

複製された資産にアクセスする前に、リプレイ保護を確認してください。

提案されたハードフォークの評価方法

まず、変更されるコンセンサスルールを正確に特定します。

技術仕様と変更の理由を確認してください。

複数の独立したクライアントチームが提案を実装し、テストしているか確認してください。

テストネットの結果、監査、既知のリスク、未解決の意見の相違を確認してください。

有効化方法と、古いノードに起きることを把握してください。

トランザクションにリプレイ保護と個別のチェーン識別子が含まれるかを確認してください。

ウォレット、スマートコントラクト、バリデーター、マイナー、ブリッジ、オラクル、Layer 2ネットワークへの影響を検討してください。

技術的な支持と、将来の資産価格に関する宣伝文句を区別してください。

ハードフォークのメリット

ハードフォークによって、古いルールでは対応できない主要機能を導入できます。

深刻なプロトコル上の弱点を修正できる場合があります。

スケーラビリティ、トランザクション処理、暗号技術のサポート、開発者体験を改善できる可能性があります。

ネットワークの目的に合わなくなった経済パラメーターを変更できます。

古い動作を取り除き、クライアントの実装を簡素化することもできます。

根本的に異なる優先事項を持つコミュニティが、独立したルールセットを維持できるようにする場合もあります。

ハードフォークの限界

ハードフォークには、多くの独立した参加者間の幅広い調整が必要です。

古いノードは互換性を失ったり、安全でなくなったりする可能性があります。

有効化に失敗すると、ブロック生成やアプリケーションの機能が中断する場合があります。

議論を呼ぶフォークは、ユーザー、開発者、セキュリティリソース、流動性、ネットワーク効果を分断する可能性があります。

複製された資産によって、リプレイ、ブリッジ、オラクル、償還の問題が生じる場合があります。

古い問題を解決しようとするアップグレードが、新たなバグを引き起こす可能性もあります。

そのため、ハードフォークは通常のアプリケーション更新ではなく、重要なプロトコル事象として扱うべきです。

ハードフォークに関するよくある誤解

よくある誤解の1つは、すべてのハードフォークで無料の暗号資産が得られるというものです。

計画的なアップグレードの多くは、価値のある2つ目の資産を生まず、単一のネットワークとして継続します。

もう1つの誤解は、ハードフォークは必ずコミュニティの対立から生じるというものです。

広く支持される技術アップグレードとして実施されるハードフォークも数多くあります。

3つ目の誤解は、開発者だけで全員に新しいルールを採用させられるというものです。

独立した参加者は、どのソフトウェアとチェーンを認めるか自ら選択します。

4つ目の誤解は、オンチェーンの残高が複製されれば、実世界での価値も複製されるというものです。

オフチェーン準備金、アプリケーション、流動性、コミュニティの支持が、一方のブランチだけを認める場合があります。

5つ目の誤解は、コインを更新するためにリカバリーフレーズを入力する必要があるというものです。

ブロックチェーンのアップグレードで、ウォレットの秘密情報を他人やウェブサイトに開示する必要はありません。

よくある質問

ハードフォークを簡単に説明すると？

ハードフォークとは、古いノードソフトウェアでは完全に受け入れたり検証したりできないブロックチェーンのルール変更です。

ハードフォークは新しいブロックチェーンですか？

ハードフォークはブロックチェーンのルールを変更し、新しいブランチを生む場合がありますが、別のチェーンが長期的に存続するのは、参加者が両方のルールセットを支持し続ける場合に限られます。

ハードフォークのたびに新しい暗号資産が生まれますか？

いいえ。協調的なアップグレードは通常、意味のある2つ目の資産を生まずに単一のネットワークとして継続します。

ハードフォークとソフトフォークの違いは何ですか？

ハードフォークでは古いノードが拒否するルールが導入され、ソフトフォークでは一般に、古いノードのより広範なチェックの下でも有効な、より厳格なルールが導入されます。

ハードフォークは偶発的に起こることがありますか？

ソフトウェアのバグで互換性のない検証が偶発的に生じる場合はありますが、計画的なハードフォークは意図的に仕様を定めて有効化するプロトコル変更です。

ハードフォークの前に暗号資産を売却する必要はありますか？

売却を求める一般的なルールはありませんが、ボラティリティ、チェーン分岐、リプレイ、流動性のリスクを理解してください。

ハードフォーク後にコインを変換する必要はありますか？

協調的なアップグレードでは、既存の残高が新しいルールの下で継続するため、通常、変換は必要ありません。

ハードフォーク後にウォレットアドレスは変わりますか？

多くの場合は有効なままですが、ネットワーク固有の新しいルール、アドレス形式、移行設計によって別の対応が必要となる場合があります。

残高が両方のチェーンに表示されることはありますか？

はい、2つのチェーンが分岐前の履歴を共有している場合、分岐前の残高が当初は両方のブランチに表示されることがあります。

フォークで複製されたコインは無料の資金ですか？

いいえ。複製された残高には、リプレイ攻撃、低流動性、未対応資産、安全でないウォレット、税金、詐欺、市場価値の不確実性などの問題が伴う場合があります。

リプレイ保護とは何ですか？

リプレイ保護は、一方のチェーン向けに署名されたトランザクションがコピーされ、もう一方のチェーンで受け入れられる可能性を防ぐ、または低減する仕組みです。

チェーンIDとは何ですか？

チェーンIDはブロックチェーンネットワークを識別し、署名済みトランザクションを特定のネットワークに結び付けることができます。

ハードフォークでトランザクションが取り消されることはありますか？

理論上はハードフォークで認識される状態を変更できますが、通常のアップグレードでは既存のトランザクション履歴と残高は維持されます。

ハードフォークを管理するのは誰ですか？

開発者がルールを提案・実装し、ノード、マイナー、バリデーター、アプリケーション、ユーザー、経済的な参加者が、どのソフトウェアとチェーンを支持するか決めます。

マイナーはハードフォークを強制できますか？

マイナーはハッシュパワーでブランチを支持できますが、フルノードは自らが適用するルールに違反するブロックを拒否できます。

バリデーターは古いソフトウェアを使い続けられますか？

技術的には可能ですが、互換性のないチェーンをたどる、役割を果たせない、またはプロトコル上のペナルティを受ける可能性があります。

ハードフォークはスマートコントラクトに影響しますか？

はい。ガス代、オペコード、トランザクション形式、ブロックフィールド、状態遷移ルールの変更が、スマートコントラクトの動作に影響する場合があります。

ハードフォークはDeFiポジションに影響しますか？

はい。状態の複製、未対応のオラクル、ブリッジの障害、流動性の分散、資産価値の変動によって、フォーク後のポジションが危険になる可能性があります。

ハードフォークはNFTに影響しますか？

はい。記録が両方のブランチに存在しても、マーケットプレイス、メタデータ、クリエイター、コミュニティによる認知は異なる場合があります。

フォークで生じたコインを安全に受け取るには？

正規の2つ目のチェーンが存在することを確認し、リプレイ保護を確認したうえで、レビュー済みソフトウェアを使い、リカバリーフレーズは絶対に開示しないでください。

ネットワークがハードフォークを予定する理由は何ですか？

主要機能の追加、コンセンサス動作の変更、脆弱性の修正、スケーリングの改善、経済ルールの更新などが理由です。

ハードフォークが失敗することはありますか？

はい。採用率の低さ、クライアントのバグ、一貫性のない実装、調整不足、テスト不足などで、有効化に支障が生じる可能性があります。

ハードフォークは永続しますか？

アップグレード後のチェーンでは、別のプロトコル変更が行われるまで新しいコンセンサスルールが適用されます。

ハードフォークは必ず暗号資産に悪影響を与えますか？

いいえ。十分にテストされ、広く支持されたハードフォークはネットワークを改善する場合がありますが、調整が不十分なフォークは重大なリスクを招く可能性があります。

ハードフォークの発表を確認するには？

プロトコルの公式ドキュメント、クライアントのリリースノート、技術仕様、有効化の詳細、複数の独立した開発チームを確認してください。

ハードフォークでシードフレーズを求められますか？

いいえ。正規のブロックチェーンアップグレードで、シードフレーズや秘密鍵の開示を求められることはありません。

まとめ

ハードフォークとは、暗号資産ノードが適用するコンセンサスルールの、後方互換性のない変更です。

アップグレード済みノードは、古いノードが有効と認識しない動作を受け入れる、または要求するようになります。

この変更は、計画的なネットワークアップグレードの場合もあれば、ブロックチェーンの将来をめぐる深刻な意見の対立の一部となる場合もあります。

ハードフォークによって、恒久的な2つ目のチェーンや価値のある新しい暗号資産が自動的に生まれるわけではありません。

長期的な分岐が続くには、両方のブランチへの継続的な技術的、セキュリティ的、コミュニティ的、経済的支援が必要です。

分岐が起こると、分岐前の残高が両方のチェーンに表示される場合がありますが、各資産のセキュリティ、流動性、ガバナンス、市場価値は異なる可能性があります。

両方のブランチで同じ秘密鍵とトランザクション形式が当初使われる場合があるため、リプレイ保護と異なるチェーンIDが重要です。

ノード運営者、マイナー、バリデーター、ウォレット、スマートコントラクト開発者、ブリッジ、オラクル、Layer 2システムは、ソフトウェアに影響する変更に備える必要があります。

一般ユーザーは、協調的なアップグレード中、信頼できるウォレットソフトウェアを最新の状態に保つだけでよい場合が多くあります。

フォーク関連の資産を変換、更新、検証、請求するために、ウェブサイトへリカバリーフレーズを入力してはいけません。

ハードフォークは、機能の追加、プロトコルの弱点の修正、経済ルールの変更、長期的なブロックチェーン開発の支援に使われる重要な手段です。

一方で、互換性のないクライアント、チェーン分岐、資産の複製、不安定なアプリケーション、市場の不確実性などのリスクも生じます。

ハードフォークに際して安全に行動するには、対応を始める前に技術仕様、有効化条件、公式クライアントのリリース、チェーンの識別、リプレイ保護の設計を確認してください。

暗号資産におけるハードフォークは、ブロックチェーンのルールはソフトウェアによって適用される一方、そのソフトウェアを実行する人々や組織の連携を通じて採用されることを示しています。