_作者：@ChromiteMerge_イーサリアムは2025年12月3日に「Fusaka」と呼ばれるハードフォークアップグレードを迎えます。今回のアップグレードには12のイーサリアム改善提案（EIP）が含まれており、これらはまるで精密なパーツのように連携し、イーサリアムの拡張性、安全性、運用効率を向上させます。以下、これら12のEIPをカテゴリー別に分けて、わかりやすく解説します。それぞれがどのような課題を解決し、なぜイーサリアムの未来にとって重要なのかを説明します。### 拡張性！イーサリアムをより速く、多くの取引を処理可能にこれはFusakaアップグレードの核心テーマです。イーサリアムが世界のデジタル経済を支えるには、取引の混雑と高額な手数料の解決が不可欠です。以下のEIPは、その実現を目指し、特にLayer 2の拡張とコスト削減に焦点を当てています。EIP-7594: PeerDAS - データ可用性サンプリング---------------------------**課題**：Dencunアップグレード以降、「Blob」と呼ばれるデータ構造がLayer 2の安価なデータ保存を可能にしましたが、次の問題が浮上しました。それは、「これらの大量のBlobデータが本当に利用可能かどうかをどう保証するか？」です。**現状では、検証ノードは各ブロックに含まれる全Blobデータをダウンロードし検証する必要があります**。ブロックあたり最大9個のBlobなら可能ですが、将来的に128個に増加した場合、全てをダウンロード・検証するコストは膨大になり、検証者の参加障壁が高まり、ネットワークの分散性に悪影響を及ぼす恐れがあります。**解決策**：PeerDAS（Peer Data Availability Sampling）は、「全てを検査」するのではなく、「サンプルを抽出して検査」する仕組みです。1. ネットワークはBlobデータを複数の断片に分割します。2. 検証者は全Blobをダウンロードせず、**ランダムに選んだ断片だけをダウンロード・検査**します。3. 参加者同士が互いに断片を交換しながら、検査結果を照合し、全体のBlobの可用性と整合性を確認します。これは大きなパズルのピースを少しずつ確認しながら、全体の完成度を保証する方法に似ています。PeerDASは新規の発明ではなく、既にCelestiaなどの第三者DA（データ可用性）プロジェクトで実証済みの技術です。これにより、イーサリアムの長期的な拡張計画において重要な「技術的負債」の解消に寄与します。**意義**：PeerDASは検証者のストレージ負担を大きく軽減し、データ拡張のための障壁を下げます。将来的には1ブロックあたり100以上のBlobを収容し、1,000万TPSの実現や、一般ユーザーも検証者運用に参加しやすくなることで、ネットワークの分散性を維持します。EIP-7892: BPOハードフォーク - 軽量パラメータ調整--------------------------**課題**：Layer 2のデータ容量需要は刻々と変化します。Blobの上限を調整するたびに大規模なアップグレードを待つのは遅すぎて、エコシステムの成長に追いつきません。**解決策**：このEIPは、「Blobパラメータ専用のハードフォーク（BPO）」という仕組みを導入します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：目標Blob数）だけを変更します。ノード運営者はクライアントソフトウェアの全面的なアップデートを必要とせず、指定された時間に新しいパラメータを受け入れるだけです。**意義**：BPOにより、イーサリアムは迅速かつ安全にネットワーク容量を調整可能となります。例えば、Fusaka後には連続して2回のBPOを実施し、Blob容量を段階的に倍増させる計画です。これにより、Layer 2のコストとスループットを段階的に拡大し、リスクも抑えながら拡張性を高めることができます。EIP-7918: 安定したBlob料金市場--------------------**課題**：Blobの料金調整は市場の需給に任せきりで、価格が乱高下しやすい状態でした。需要が低いときは料金がほぼゼロに近づき、逆に需要が高まると高騰します。これではLayer 2のコスト予測が困難です。**解決策**：EIP-7918は、Blob料金の変動に上限と下限を設け、一定の範囲内に収める仕組みです。具体的には、Layer 2の実行コスト（例：状態ルートの更新やZK証明の検証費用）に連動させて、Blob料金の上下限を調整します。これにより、料金は過度に高騰・暴落しなくなります。**意義**：これにより、Blob料金の「内輪もめ」が防止され、Layer 2の運用コストが予測しやすくなります。ユーザーは安定した料金体系のもとで取引でき、過度なコスト変動による不安定さを避けられます。EIP-7935: メインネットの取引容量向上------------------**課題**：現在のイーサリアムのブロックは、ガス上限（約3000万）によって取引量が制限されています。これを引き上げるには、検証者のハードウェア要件を高めずに、慎重に調整する必要があります。**解決策**：この提案は、ブロックのガス上限の推奨値を引き上げることを提案します（具体値は未定、例：4500万）。これはあくまで推奨値であり、検証者が段階的に受け入れることを想定しています。**意義**：これにより、1ブロックあたりに詰め込める取引数が増え、TPSの向上とネットワークの混雑緩和、Gas代の高騰抑制につながります。ただし、ハードウェア要件の増加も伴うため、慎重な運用が求められます。### 安全性と安定性！ネットワークを堅牢に拡張と同時に、ネットワークの安全性と安定性を確保するための施策も盛り込まれています。2025年5月にイーサリアム財団は「兆ドルセキュリティ計画（1TS）」を開始し、資産規模に見合った安全性を追求しています。Fusakaの複数のEIPは、その推進の一環です。EIP-7934: ブロックの物理サイズ上限設定--------------------**課題**：イーサリアムの「ブロックガス上限」は、ブロック内の計算量だけを制限し、物理的なサイズ（バイト数）については規定していません。これにより、攻撃者が「低コスト・大容量」のトランザクションを大量に送り込み、巨大なデータ爆弾ブロックを作成し、ネットワークの遅延や一部ノードの切断を引き起こすリスクがあります。**解決策**：ブロックの物理サイズに10MBのハードリミットを設け、超過したブロックは拒否されるようにします。**意義**：道路の貨物車の最大サイズを規制するようなもので、ネットワークの伝播遅延を抑え、安定性と耐攻撃性を向上させます。EIP-7825: 単一取引のGas上限設定---------------------**課題**：現在、ブロック全体のGas上限は設定されていますが、個々の取引には上限がありません。理論的には、1つの取引がブロックのほぼ全てのリソースを消費し、他の取引を排除することも可能です。**解決策**：各取引に対して、最大Gas量を1677万に設定します。これを超える取引は分割して送信する必要があります。**意義**：公平性と予測性が向上し、特定の巨大取引によるネットワークの支配や遅延を防ぎます。EIP-7823 & EIP-7883: ModExp（大数べき乗）プリコンパイルの安全強化----------------------------------**課題**：ModExpは暗号処理に使われる大数べき乗の計算を行うプリコンパイルです。入力長に上限がなく、またGasコストも低いため、攻撃者が超大きな入力を用いてリソースを枯渇させるリスクがあります。**解決策**：* **EIP-7823**：ModExpの入力長に8192ビットの上限を設定。 * **EIP-7883**：大きな入力に対してGas料金を引き上げ、コストとリソース消費を適正化。**意義**：これらにより、攻撃の潜在的なベクトルを排除し、計算サービスの安全性と安定性を高めます。### 開発者向け機能強化！より強力なツールを提供拡張と安全性に加え、Fusakaは開発者向けの新ツールも導入します。EIP-7951: 主流ハードウェア署名対応------------------**課題**：スマートフォン（例：iPhone）、銀行のU盾、ハードウェアセキュリティモジュール（HSM）などのデバイスは、一般的にsecp256r1（P-256）という暗号標準を使っています。一方、イーサリアムはデフォルトでsecp256k1を使用しており、これらのデバイスと直接連携できません。**解決策**：新たなプリコンパイルコントラクトを追加し、secp256r1の署名を原生的に検証できるようにします。**意義**：これにより、スマホのセキュアエレメントから直接イーサリアムの取引に署名できる未来が開け、Web2とWeb3の融合が加速します。EIP-7939: CLZ（先行ゼロビット数）計算命令の追加---------------------**課題**：ハッシュや圧縮、ゼロ知識証明など、多くの暗号アルゴリズムでは、256ビットの数字の先頭に何連続のゼロビットがあるかを計算する操作が頻繁に必要です。現状のEVMにはこれを直接行うOpcodeがなく、複雑なSolidityコードで代用しており、コストと効率の面で非効率です。**解決策**：新たに“CLZ”（Count Leading Zeros）Opcodeを導入し、一発で計算できるようにします。**意義**：開発者にとって便利なツールとなり、特にZK Rollupなどの数学的計算を多用するアプリケーションのGasコスト削減と効率化に寄与します。### ネットワークの最適化！見えない改善でエコシステムを健全に最後の2つのEIPは、ユーザーの直接的な体感は少ないものの、長期的なネットワークの健全性と協調性を高めるために重要です。EIP-7642: 新ノードの同期負荷軽減--------------------**課題**：過去の膨大なデータを持つイーサリアムに新規参加するノードは、全履歴をダウンロード・同期するのに時間とコストがかかります。特に、PoS移行後に不要なデータも残存しており、効率が悪化しています。**解決策**：古いデータの有効期限を設け、不要なデータを同期から除外する仕組みを導入。また、トランザクションのレシートから不要なフィールドを削除し、同期データ量を削減します。**意義**：これにより、全ノードの同期に必要なデータ量は約530GB削減され、参加ハードルが下がり、ネットワークの分散性と耐障害性が向上します。EIP-7917: 出块順序の確定と事前承認--------------------**課題**：Layer 2 Rollupの中心的課題は、シーケンサー（順序付け役）の集中化です。現状、多くのRollupは単一のシーケンサーに依存し、検閲やMEVの抽出を可能にしています。これを解決するため、「Based Rollup」では、L1の提案者（Proposer）を使ってL2の取引を順序付ける方式が提案されていますが、遅延や信頼性の問題があります。**解決策**：EIP-7917は、未来のProposerの順序を事前に計算し、公開する仕組みを導入します。これにより、「出块スケジュール表」が作成され、誰がいつ提案者になるかを事前に知ることが可能となります。**意義**：これにより、L2ゲートウェイは未来の提案者を事前に把握し、信頼できる事前承認（プリコンファーム）を行えるようになり、より分散化された安全な運用と、ほぼ即時の取引処理が実現します。### なぜ今Fusakaアップグレードが必要なのか？今回のFusakaは、単なる技術の進化だけでなく、伝統的金融のRWA（リスク資産）やステーブルコインの大規模上場に伴う戦略的なアップグレードです。イーサリアムはすでに全体の56%以上のステーブルコイン供給を担い、世界のデジタルドル経済の基盤となっています。Fusakaは、こうした資産や取引量の増加に対応し、次世代の「ウォール街」レベルの資産運用や取引を支える土台を築きます。* **機関向けLayer 2専用チェーンのための拡張燃料を提供** 伝統金融機関の参入により、KYCや規制に準拠したLayer 2の「専用チェーン」が増加します。これらは大量の安全なデータストレージを必要とし、FusakaのEIP-7594やEIP-7892、EIP-7918は、そのコスト削減と柔軟な拡張性を実現します。* **「兆ドル安全」へ向けた堅牢な金融インフラの構築** 資産規模が兆ドルに達する金融機関にとって、安全性は最優先です。FusakaのEIP-7934やEIP-7825、EIP-7823、EIP-7883は、セキュリティの強化と潜在的な脆弱性の排除を目的としています。総じて、Fusakaのテーマは「拡張性と安全性」の両立です。規制緩和と市場の熱狂に乗じて、イーサリアムは次のステージへと進みます。これにより、安定した金融インフラとしての地位をさらに強固にし、投機資産から主流の金融基盤へと変貌を遂げることを目指します。### 結び：静かなる革新の深さ2025年末の重要なアップグレードとして、Fusakaは派手な市場宣伝なしに静かにイーサリアムの内側から変革をもたらします。12の改善提案は、「拡張性」「安全性」「効率性」の三大課題に直結し、イーサリアムの「価値高速道路」を拡張し、より多くのユーザーと資産、アプリケーションを支える土台となります。一般ユーザーにとっては目立たない変化かもしれませんが、その影響は計り知れません。より強く、より効率的で安全なイーサリアムは、かつて夢見た未来――世界規模の即時決済ネットワークや「オンチェーンウォール街」――を実現する一歩となるでしょう。Fusakaは、その未来への確かな一歩です。* * *> * _本記事は公開情報に基づく分析であり、投資勧誘を意図したものではありません。暗号資産投資にはリスクが伴います。自己責任で判断してください。_> > * _この記事がお役に立ったら、フォロー・いいね・シェアをよろしくお願いします！_
拡張と安全性の両立：イーサリアム Fusaka アップグレードの12のEIPを徹底解説
【概要】
イーサリアムの次期アップグレードであるFusakaは、ネットワークの拡張性とセキュリティを両立させることを目的としています。本記事では、Fusakaに含まれる12の重要なEIP（Ethereum Improvement Proposals）について詳しく解説します。
### 主要な変更点とその影響
Fusakaでは、以下のような主要な改善点が盛り込まれています。これらは、ネットワークの効率化と安全性向上に寄与します。
- **EIP-XXXX**：新しいトランザクション処理方式の導入
- **EIP-YYYY**：スマートコントラクトのセキュリティ強化
- **EIP-ZZZZ**：ガスコストの最適化と取引速度の向上
これらの提案は、Ethereumのスケーラビリティ問題を解決し、より安全な取引環境を実現するために不可欠です。
### 今後の展望
Fusakaの実装により、Ethereumはより高速で安全なプラットフォームへと進化します。開発者やユーザーにとっても、多くのメリットが期待されます。
詳細な情報や最新の進捗については、公式の[Ethereum Improvement Proposals](https://eips.ethereum.org/)をご覧ください。
作者：@ChromiteMerge
イーサリアムは2025年12月3日に「Fusaka」と呼ばれるハードフォークアップグレードを迎えます。今回のアップグレードには12のイーサリアム改善提案（EIP）が含まれており、これらはまるで精密なパーツのように連携し、イーサリアムの拡張性、安全性、運用効率を向上させます。以下、これら12のEIPをカテゴリー別に分けて、わかりやすく解説します。それぞれがどのような課題を解決し、なぜイーサリアムの未来にとって重要なのかを説明します。
拡張性！イーサリアムをより速く、多くの取引を処理可能に
これはFusakaアップグレードの核心テーマです。イーサリアムが世界のデジタル経済を支えるには、取引の混雑と高額な手数料の解決が不可欠です。以下のEIPは、その実現を目指し、特にLayer 2の拡張とコスト削減に焦点を当てています。
EIP-7594: PeerDAS - データ可用性サンプリング
課題：Dencunアップグレード以降、「Blob」と呼ばれるデータ構造がLayer 2の安価なデータ保存を可能にしましたが、次の問題が浮上しました。それは、「これらの大量のBlobデータが本当に利用可能かどうかをどう保証するか？」です。現状では、検証ノードは各ブロックに含まれる全Blobデータをダウンロードし検証する必要があります。ブロックあたり最大9個のBlobなら可能ですが、将来的に128個に増加した場合、全てをダウンロード・検証するコストは膨大になり、検証者の参加障壁が高まり、ネットワークの分散性に悪影響を及ぼす恐れがあります。
解決策：PeerDAS（Peer Data Availability Sampling）は、「全てを検査」するのではなく、「サンプルを抽出して検査」する仕組みです。
これは大きなパズルのピースを少しずつ確認しながら、全体の完成度を保証する方法に似ています。PeerDASは新規の発明ではなく、既にCelestiaなどの第三者DA（データ可用性）プロジェクトで実証済みの技術です。これにより、イーサリアムの長期的な拡張計画において重要な「技術的負債」の解消に寄与します。
意義：PeerDASは検証者のストレージ負担を大きく軽減し、データ拡張のための障壁を下げます。将来的には1ブロックあたり100以上のBlobを収容し、1,000万TPSの実現や、一般ユーザーも検証者運用に参加しやすくなることで、ネットワークの分散性を維持します。
EIP-7892: BPOハードフォーク - 軽量パラメータ調整
課題：Layer 2のデータ容量需要は刻々と変化します。Blobの上限を調整するたびに大規模なアップグレードを待つのは遅すぎて、エコシステムの成長に追いつきません。
解決策：このEIPは、「Blobパラメータ専用のハードフォーク（BPO）」という仕組みを導入します。これは非常に軽量なアップグレードで、Blobに関するいくつかのパラメータ（例：目標Blob数）だけを変更します。ノード運営者はクライアントソフトウェアの全面的なアップデートを必要とせず、指定された時間に新しいパラメータを受け入れるだけです。
意義：BPOにより、イーサリアムは迅速かつ安全にネットワーク容量を調整可能となります。例えば、Fusaka後には連続して2回のBPOを実施し、Blob容量を段階的に倍増させる計画です。これにより、Layer 2のコストとスループットを段階的に拡大し、リスクも抑えながら拡張性を高めることができます。
EIP-7918: 安定したBlob料金市場
課題：Blobの料金調整は市場の需給に任せきりで、価格が乱高下しやすい状態でした。需要が低いときは料金がほぼゼロに近づき、逆に需要が高まると高騰します。これではLayer 2のコスト予測が困難です。
解決策：EIP-7918は、Blob料金の変動に上限と下限を設け、一定の範囲内に収める仕組みです。具体的には、Layer 2の実行コスト（例：状態ルートの更新やZK証明の検証費用）に連動させて、Blob料金の上下限を調整します。これにより、料金は過度に高騰・暴落しなくなります。
意義：これにより、Blob料金の「内輪もめ」が防止され、Layer 2の運用コストが予測しやすくなります。ユーザーは安定した料金体系のもとで取引でき、過度なコスト変動による不安定さを避けられます。
EIP-7935: メインネットの取引容量向上
課題：現在のイーサリアムのブロックは、ガス上限（約3000万）によって取引量が制限されています。これを引き上げるには、検証者のハードウェア要件を高めずに、慎重に調整する必要があります。
解決策：この提案は、ブロックのガス上限の推奨値を引き上げることを提案します（具体値は未定、例：4500万）。これはあくまで推奨値であり、検証者が段階的に受け入れることを想定しています。
意義：これにより、1ブロックあたりに詰め込める取引数が増え、TPSの向上とネットワークの混雑緩和、Gas代の高騰抑制につながります。ただし、ハードウェア要件の増加も伴うため、慎重な運用が求められます。
安全性と安定性！ネットワークを堅牢に
拡張と同時に、ネットワークの安全性と安定性を確保するための施策も盛り込まれています。2025年5月にイーサリアム財団は「兆ドルセキュリティ計画（1TS）」を開始し、資産規模に見合った安全性を追求しています。Fusakaの複数のEIPは、その推進の一環です。
EIP-7934: ブロックの物理サイズ上限設定
課題：イーサリアムの「ブロックガス上限」は、ブロック内の計算量だけを制限し、物理的なサイズ（バイト数）については規定していません。これにより、攻撃者が「低コスト・大容量」のトランザクションを大量に送り込み、巨大なデータ爆弾ブロックを作成し、ネットワークの遅延や一部ノードの切断を引き起こすリスクがあります。
解決策：ブロックの物理サイズに10MBのハードリミットを設け、超過したブロックは拒否されるようにします。
意義：道路の貨物車の最大サイズを規制するようなもので、ネットワークの伝播遅延を抑え、安定性と耐攻撃性を向上させます。
EIP-7825: 単一取引のGas上限設定
課題：現在、ブロック全体のGas上限は設定されていますが、個々の取引には上限がありません。理論的には、1つの取引がブロックのほぼ全てのリソースを消費し、他の取引を排除することも可能です。
解決策：各取引に対して、最大Gas量を1677万に設定します。これを超える取引は分割して送信する必要があります。
意義：公平性と予測性が向上し、特定の巨大取引によるネットワークの支配や遅延を防ぎます。
EIP-7823 & EIP-7883: ModExp（大数べき乗）プリコンパイルの安全強化
課題：ModExpは暗号処理に使われる大数べき乗の計算を行うプリコンパイルです。入力長に上限がなく、またGasコストも低いため、攻撃者が超大きな入力を用いてリソースを枯渇させるリスクがあります。
解決策：
EIP-7823：ModExpの入力長に8192ビットの上限を設定。
EIP-7883：大きな入力に対してGas料金を引き上げ、コストとリソース消費を適正化。
意義：これらにより、攻撃の潜在的なベクトルを排除し、計算サービスの安全性と安定性を高めます。
開発者向け機能強化！より強力なツールを提供
拡張と安全性に加え、Fusakaは開発者向けの新ツールも導入します。
EIP-7951: 主流ハードウェア署名対応
課題：スマートフォン（例：iPhone）、銀行のU盾、ハードウェアセキュリティモジュール（HSM）などのデバイスは、一般的にsecp256r1（P-256）という暗号標準を使っています。一方、イーサリアムはデフォルトでsecp256k1を使用しており、これらのデバイスと直接連携できません。
解決策：新たなプリコンパイルコントラクトを追加し、secp256r1の署名を原生的に検証できるようにします。
意義：これにより、スマホのセキュアエレメントから直接イーサリアムの取引に署名できる未来が開け、Web2とWeb3の融合が加速します。
EIP-7939: CLZ（先行ゼロビット数）計算命令の追加
課題：ハッシュや圧縮、ゼロ知識証明など、多くの暗号アルゴリズムでは、256ビットの数字の先頭に何連続のゼロビットがあるかを計算する操作が頻繁に必要です。現状のEVMにはこれを直接行うOpcodeがなく、複雑なSolidityコードで代用しており、コストと効率の面で非効率です。
解決策：新たに“CLZ”（Count Leading Zeros）Opcodeを導入し、一発で計算できるようにします。
意義：開発者にとって便利なツールとなり、特にZK Rollupなどの数学的計算を多用するアプリケーションのGasコスト削減と効率化に寄与します。
ネットワークの最適化！見えない改善でエコシステムを健全に
最後の2つのEIPは、ユーザーの直接的な体感は少ないものの、長期的なネットワークの健全性と協調性を高めるために重要です。
EIP-7642: 新ノードの同期負荷軽減
課題：過去の膨大なデータを持つイーサリアムに新規参加するノードは、全履歴をダウンロード・同期するのに時間とコストがかかります。特に、PoS移行後に不要なデータも残存しており、効率が悪化しています。
解決策：古いデータの有効期限を設け、不要なデータを同期から除外する仕組みを導入。また、トランザクションのレシートから不要なフィールドを削除し、同期データ量を削減します。
意義：これにより、全ノードの同期に必要なデータ量は約530GB削減され、参加ハードルが下がり、ネットワークの分散性と耐障害性が向上します。
EIP-7917: 出块順序の確定と事前承認
課題：Layer 2 Rollupの中心的課題は、シーケンサー（順序付け役）の集中化です。現状、多くのRollupは単一のシーケンサーに依存し、検閲やMEVの抽出を可能にしています。これを解決するため、「Based Rollup」では、L1の提案者（Proposer）を使ってL2の取引を順序付ける方式が提案されていますが、遅延や信頼性の問題があります。
解決策：EIP-7917は、未来のProposerの順序を事前に計算し、公開する仕組みを導入します。これにより、「出块スケジュール表」が作成され、誰がいつ提案者になるかを事前に知ることが可能となります。
意義：これにより、L2ゲートウェイは未来の提案者を事前に把握し、信頼できる事前承認（プリコンファーム）を行えるようになり、より分散化された安全な運用と、ほぼ即時の取引処理が実現します。
なぜ今Fusakaアップグレードが必要なのか？
今回のFusakaは、単なる技術の進化だけでなく、伝統的金融のRWA（リスク資産）やステーブルコインの大規模上場に伴う戦略的なアップグレードです。イーサリアムはすでに全体の56%以上のステーブルコイン供給を担い、世界のデジタルドル経済の基盤となっています。Fusakaは、こうした資産や取引量の増加に対応し、次世代の「ウォール街」レベルの資産運用や取引を支える土台を築きます。
伝統金融機関の参入により、KYCや規制に準拠したLayer 2の「専用チェーン」が増加します。これらは大量の安全なデータストレージを必要とし、FusakaのEIP-7594やEIP-7892、EIP-7918は、そのコスト削減と柔軟な拡張性を実現します。
資産規模が兆ドルに達する金融機関にとって、安全性は最優先です。FusakaのEIP-7934やEIP-7825、EIP-7823、EIP-7883は、セキュリティの強化と潜在的な脆弱性の排除を目的としています。
総じて、Fusakaのテーマは「拡張性と安全性」の両立です。規制緩和と市場の熱狂に乗じて、イーサリアムは次のステージへと進みます。これにより、安定した金融インフラとしての地位をさらに強固にし、投機資産から主流の金融基盤へと変貌を遂げることを目指します。
結び：静かなる革新の深さ
2025年末の重要なアップグレードとして、Fusakaは派手な市場宣伝なしに静かにイーサリアムの内側から変革をもたらします。12の改善提案は、「拡張性」「安全性」「効率性」の三大課題に直結し、イーサリアムの「価値高速道路」を拡張し、より多くのユーザーと資産、アプリケーションを支える土台となります。
一般ユーザーにとっては目立たない変化かもしれませんが、その影響は計り知れません。より強く、より効率的で安全なイーサリアムは、かつて夢見た未来――世界規模の即時決済ネットワークや「オンチェーンウォール街」――を実現する一歩となるでしょう。Fusakaは、その未来への確かな一歩です。