年末のイーサリアムのフサカアップグレード、12 EIPフル分析:拡張、セキュリティ、効率の3つの問題点を直接打つ

robot
概要作成中

イーサリアムはまもなく2025年末にフサカハードフォークを開始し、12の改善提案を通じてスケーラビリティとセキュリティを強化し、将来の大規模なアセットオンチェーンに備えます。 (あらすじ:トム・リーが自信を持って叫ぶ:イーサリアムは年末に12,000ドルで「真に中立的なブロックチェーン」であり、ビットコインは250,000ドルに急騰します)(背景補足:トム・リーのアナリスト:イーサリアムは戦争を守り、5,500ドルの長期的な上向きの攻勢を安定させるために4,000ドル)イーサリアムは、2025年12月3日に「フサカ」と呼ばれるハードフォークアップグレードの到来を告げようとしています。 このアップグレードには、合計12のイーサリアム改善提案(EIP)が含まれており、これらはイーサリアムのスケーラビリティ、セキュリティ、運用効率を向上させるために連携する12の洗練された部分のようなものです。 以下では、これら12のEIPを分類し、それぞれがどのような問題を解決し、なぜイーサリアムの未来にとって重要なのかを平易な言葉で説明します。 膨らむ! イーサリアムをより速く、より多くパックする:これがフサカのアップグレードのコアテーマです。 イーサリアムが世界のデジタル経済を支えるためには、取引の混雑と高額な手数料に対処する必要があります。 次のEIPは、特にレイヤー2をスケーリングしてコストを削減し、効率を向上させることで、これを実現するように設計されています。 EIP-7594: PeerDAS – データ可用性サンプリングの問題点: Dencun のアップグレードにより、レイヤー 2 に安価なデータ ストレージを提供するためのデータ「ブロブ」が導入されて以来、この大量のデータが本当に利用可能であることをどのように確認するかという核心的な問題が生じます。 現在の方法では、各検証ノードに、チャンクによって伝送されるすべての BLOB データをダウンロードして検証する必要があります。 これは、ブロックが最大 9 個のブロブを運ぶ場合に実現可能です。 しかし、将来的にブロブの数がさらに増えた場合(128個など)、すべてのブロブをダウンロードして検証すると高いオーバーヘッドが発生し、バリデーターの参加の閾値が高くなり、ネットワークの分散化が脅かされます。 解決策: PeerDAS (Peer Data Availability Sampling) は、従来の "すべてのチェック" を "スポット チェック" に変えます。 簡単に言うと、ネットワークは完全なブロブデータをスライスします。 各バリデーターは、すべてのブロブをダウンロードする必要はなく、ランダムにダウンロードしていくつかのデータを確認するだけです。 そして、お互いにスポットチェックを行い、検証結果を交換することで、ブロブデータ全体の整合性や可用性を全員で確認することができます。 これは大きなジグソーパズルのようなもので、誰もが手にしているピースは数個しかありませんが、お互いの主要な接続を確認する限り、パズル全体が無傷であることを確認できます。 PeerDASはまったく新しい発明ではなく、そのコアDASのアイデアはCelestiaなどのサードパーティのDAプロジェクトで成功裏に実践されていることを指摘する価値があります。 PeerDASの実装は、イーサリアムの長期的なスケーリングの青写真の主要な「技術的負債」を補うようなものです。 重要性:PeerDASはバリデーターのストレージ負担を大幅に軽減し、イーサリアムが大規模なデータ拡張を達成するための障壁を取り除きます。これは分散化を弱める可能性があります。 将来的には、各ブロックは数百のブロブを保持することが期待されており、Teragasのビジョンが主張するように最大1,000万TPSをサポートしますが、一般の人々は簡単にバリデーターを実行し、ネットワークを分散化することができます。 EIP-7892:BPOハードフォーク–軽量パラメータアップグレードの問題点:レイヤー2データ容量に対する市場の需要は急速に変化しており、ブロブの最大数を調整するたびにフサカのような大規模なアップグレードを待たなければならない場合、生態学的開発のペースに追いつくには遅すぎます。 解決策: この EIP は、特別な "BLOB パラメーターのみのハード フォーク" (BPO) メカニズムを定義します。 このアップグレードは非常に軽量で、ブロブに関連するいくつかのパラメータ(チャンクあたりのターゲットブロブなど)を変更するだけで、複雑なコード変更は必要ありません。 ノードオペレータは、クライアントソフトウェアをアップグレードする必要さえなく、ソフトウェアの設定ファイルをオンラインで更新するのと同じくらい簡単に、指定された時間に新しいパラメータを受け入れるだけです。 それが意味すること:BPOは、イーサリアムにネットワーク容量を迅速かつ安全に調整する能力を提供します。 例えば、このフサカのアップグレード後、コミュニティでは短期間に2回のBPOアップグレードを行い、ブロブの容量を徐々に倍増させる予定です。 これにより、イーサリアムはブロブスペースをオンデマンドで弾力的かつ徐々にスケーリングし、L2のコストとスループットを平準化し、リスクをより管理しやすくすることができます。 EIP-7918: ブロブ経費市場の安定化 問題点: ブロブ手数料の元の調整メカニズムが「市場対応」しすぎたため、予期しない問題が発生しました。 まず、ブロブの市場需要が低い場合、コストはゼロ近くまで下がりますが、これは新しい需要を効果的に刺激せず、異常な「史上最低」を生み出します。 逆に、需要が高い場合、ブロブフィーは再び高騰し、再び極端な高価格を生み出します。 この劇的な価格「インボリューション」は、レイヤー2の経費計画を困難にしています。 解決策: EIP-7918 の核となる考え方は、ブロブ料金を無期限に変動させるのではなく、合理的な価格帯、つまり柔軟な「最小支出」を設定することです。 実装は、ブロブ料金の上限と下限をレイヤー 1 のレイヤー 2 の実行料金にリンクすることです。 ステートルートを更新する場合でも、ZKプルーフを検証する場合でも、これらの実行手数料は比較的安定しており、L2ブロック内のトランザクション量とはほとんど関係ありません。 したがって、ブロブ手数料の上限と下限をこの安定した「アンカー」にリンクすることで、価格が跳ね上がるのを防ぐことができます。 重要性:この改善の直接的な利点は、ブロブ料金市場の「関与」を防ぎ、レイヤー2プロジェクトの運用コストモデルをより予測可能にすることで、レイヤー2がエンドユーザーにとってより安定した合理的な取引手数料を策定できるようにすることです。 EIP-7935:メインネットトランザクション容量の増加 問題点:イーサリアムブロックごとに収容できるトランザクションの総数は、「ブロックガス上限」(現在約3,000万)によって決定され、長年にわたって調整されていません。 ネットワーク全体のスループットを向上させる最も直接的な方法は、この上限を増やすことですが、バリデータノードのハードウェアしきい値が上がらないようにし、分散化の度合いが弱まらないようにする必要があります。 解決策:この提案は、ブロックのデフォルトのガス制限を新しいレベルに引き上げることを提案しています(正確な値は決定されるべきであり、4,500万以上になる可能性があります)。 これは強制的なロックではなく、コンセンサスレイヤーのバリデーターが徐々に高いガス上限を受け入れるように導く新しい推奨デフォルトです。 つまり、レイヤー1ブロックごとにより多くのトランザクションをパックできるようになり、イーサリアムのメインネットのTPSが直接改善され、ネットワークの混雑とガス料金の高騰を軽減できるということです。 もちろん、これにより検証者のハードウェアに対する要求も高くなるため、コミュニティは慎重にテストと進行を行います。 安全で安定しています! ネットワークのための強力な防御線を構築します...

ETH-4.25%
TIA-5.16%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
0/400
コメントなし
  • ピン
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)