イーサリアムは舞台裏で着実に発展を続けています。世界のコンピューターの「正しい」ロードマップをめぐる議論が続く中、開発者たちは前進を続け、Pectra（2025年5月に予定）とFusaka（2025年後半に予定）という2つの主要なアップグレードを着実に準備している。

各テクノロジーには、バリデーターの効率性の向上、レイヤー 2 ロールアップのデータ容量の増加、ウォレット機能の向上など、独自のニュアンスがあり、すべて Ethereum のスケーラビリティとアクセス性を高めることを目的としています。

この記事では、両方のアップグレードを詳しく見ていき、ユーザーのニーズに先んじて対応し、セキュリティを維持し、よりユーザーフレンドリーなネットワークを構築するための Ethereum の幅広い取り組みにこれらのアップグレードがどのように適合するかについて説明します。さあ始めましょう！

Pectraがイーサリアムにもたらすもの

複数の遅延とテストネットインシデントを経て、Pectra は 2025 年 5 月頃にメインネットでリリースされる予定であり、ステーキング、BLOB、アカウント抽象化が改善されます。主なアップグレードは次のとおりです。

ステーキングとバリデーターのアップグレード

おそらく、Shapella 中に Ethereum がバリデーターの引き出しを導入して以来最大のコード変更は、一般に「MaxEB」と呼ばれるアップグレードを通じて行われるでしょう。

現在のルールでは、各バリデーターはステーキング報酬として 32 ETH (最大有効残高 MaxEB) しか受け取ることができません。つまり、Lido や Coinbase などの大規模なステーキングプロバイダーは、32 ETH を超えるステーキングを行うために複数のバリデーターノードを起動することになります。大規模なバリデーター セットは分散化には良いように思えますが、多くの場合、すべてが 1 つの傘下で動作するため、見た目が悪くなる可能性があり、ネットワークの速度が低下し、全員のオーバーヘッドが増加する可能性もあります。

Pectra は、EIP-7251 で提案された大きな飛躍として、MaxEB を 32 ETH から 2048 ETH に増やすことでこれを変更します。その結果、大規模なステーカーとオペレーターは既存のバリデータを統合し、ネットワーク全体の帯域幅を解放して、よりスムーズに実行できるようになります。同時に、バリデーターを実行するために必要な最小値は 32 ETH のままですが、個々のステーカーもさらにステーキングできるようになり、ステーキング報酬が自動的に増加します。

https://www.validatorqueue.com/

これは集中化されているように聞こえますが、不正行為に対する罰則も強化されることに留意してください。たとえば、スラッシングペナルティ（バリデータが悪意のある行動をとった場合に没収される金額）は、バリデータが保有する ETH の量に比例します。何か問題が発生した場合、2,048 ETH を保有するバリデーターは、非常に高い初期スラッシング ペナルティに直面することになります。

BLOBデータ容量の増加

スケーラビリティの点では、Pectra は Dencun ハードフォーク (EIP-4844) 上に構築されています。 Dencun フォークでは、L2 が Ethereum 上でデータを公開するためのより安価な方法として「blob」が導入されました。

しかし、オンチェーンの使用が増えるにつれて、ブロックあたりの目標金額を超え続けたため、BLOB 手数料も上昇しました。 Pectra は、最小 BLOB サイズを 3 から 6 に増やし、ブロックあたりの最大平均 BLOB を 6 から 9 に増やすことでこの問題に対処します (EIP-7691 経由)。言い換えれば、現在の容量が増加するため、L2 は手数料を低く抑え、引き続き Ethereum を本拠地とすることができます。

出典: デューン @hildobby

これはまだ始まりに過ぎないようで、Vitalik 氏は理想的な目標は 48/72 の容量に到達することだと述べています。これは大きな飛躍ですが、Pectra が予測している成長が比較的控えめであることを考えると、まだ遠いかもしれません。この議論全体はイーサリアムコミュニティで最も論争の多いトピックの1つであり、研究者とETH保有者の間では、通常のL2ユーザーのサポートを優先するか、ブロブスペースを損なうと考えているETHの経済的価値を維持するかをめぐって意見が分かれています。

これは微妙なバランスを取る行為であり、最終的に誰を最適化するかについてイーサリアムに難しい決断を強いることになります。どちらのトレードオフがより強い長期的な未来につながるかは、時が経てばわかるだろう。

出典: デューン @hildobby

アカウント抽象化の追加

イーサリアムの長年の流行語の 1 つは、アカウントの抽象化です。これは、通常のウォレットにソーシャルリカバリやトランザクションの自動承認などの「スマート」機能を追加できるようにすることです。

最終結果はどうなりますか?複雑なセットアップやセキュリティ手順のない、よりユーザーフレンドリーなウォレット。 Pectra の EIP-7702 は、元の EIP-4337 を改良してアカウント抽象化を実装し、標準の Ethereum アドレスでトランザクションをバンドルしたり、ガス料金をスポンサーしたり、キーなどの高度な認証方法を使用したりできます。ユーザーは支出限度額を設定したり、キーを紛失した場合にソーシャルリカバリーを使用して制御を取り戻したりすることもできます。つまり、ポップアップが少なくなり、面倒が減り、全体的なエクスペリエンスがよりスムーズになり、初心者にとってより使いやすくなり、OG はより多くのパーソナライズを行えるようになります。

イーサリアム フサカ アップグレード

Pectra が完成すると、次のアップグレードである Fusaka に注目が集まります。 Vitalik は、テストネットが稼働し次第、Pectra をアップグレードしたいと考えています。現在の目標は 2025 年末です。これは変更される可能性がありますが、アップグレードの範囲はおそらく同じままで、いくつかのコア アップデートを中心に行われます。

2025年までに、L1にPeerDASを搭載したFusakaが必要であり、理想的にはブロブターゲット/制限が48/72である必要があります。

私たちの目標は、Pectra が稼働した翌日に、これらの BLOB パラメータを使用して Fusaka テストネットを実行することです。

— vitalik.eth (@VitalikButerin) 2025年3月1日

純粋なデータ可用性サンプリング (PeerDAS)

— vitalik.eth (@VitalikButerin) 2025年3月1日

純粋なデータ可用性サンプリング (PeerDAS)

Fusaka の主な目標の 1 つは、PeerDAS を使用してデータの可用性を向上させることです。現在、すべての Ethereum ノードは各ブロック内のすべてのデータをダウンロードする必要があり、これによりプロセスが遅くなるだけでなく、ノードを実行するための参入障壁も高まります。

PeerDAS はこのパラダイムを逆転させます。各ノードはデータのごく一部だけをダウンロードし、暗号化チェックを使用してデータセット全体がまだ存在することを確認します。コンサートに集まった人々のグループが、それぞれパフォーマンスの一部を録音していると想像してください。ビデオ全体を所有しているのは誰か一人ではありませんが、全員が協力すれば、イベント全体が起こったことを証明できます。

PeerDAS モデルは、ノードが保存および共有する必要があるデータの量を削減し、ノードのジョブを容易にし、Ethereum がより多くのアクティビティを処理できるようにします。しかし、問題があります。バリデーターは、すべてがスムーズに実行されていることを確認するために、特定のデータをチェックする必要があるのです。現在、このデータを提供するシステムはアクティブなバリデーターの数に依存しており、バリデーターのグループが離脱したり合併したりしてその数が急激に変化すると問題が発生する可能性があります。しかし、心配しないでください。PeerDAS は他のアップグレードよりも優先されるため、すでにテストされており、イーサリアム コア開発者は他のアップグレードよりも優先するように指示されています。成功すれば、イーサリアムのスケーラビリティが向上し、ノードの実行が容易になり、使用量が増えてもネットワークの分散化が維持されるでしょう。

イーサリアム オブジェクト フォーマット (EOF)

Fusaka のもう一つのコア機能は、Ethereum オブジェクト フォーマット (EOF) と呼ばれる機能を通じて Ethereum 仮想マシン (EVM) を完全に改良したことです。

このアップグレードにより、契約コードとデータを明確に分離し、セキュリティを向上させ、システム全体をより整理することで、スマート コントラクトの構造が近代化されます。

最大規模の開発環境として、EOF を通じて EVM を統合することで、スマート コントラクトの作成がより簡単かつ安全になり、開発者がよくある間違いや脆弱性を回避するのに役立ちます。さらに、EOF は Ethereum 契約のコア構造をターゲットにすることで、将来のより高速で信頼性の高い開発の基盤を築きます。

ミニマリストアプローチ

全体的に、Fusaka のデザインは「少ないほど豊か」という哲学に従っています。開発者は、アップグレードをいくつかの重要な変更、具体的には PeerDAS と EOF に集中させ、一度に複雑さを過度に導入することなく、より迅速にテストしてリリースできるようにしたいと考えています。

それでも、他のいくつかの提案が検討中です。その 1 つが EIP-7688 です。これは以前のアップグレード (EIP-4788) を基盤としており、スマート コントラクトが重要なネットワーク情報 (現在のバリデーターが誰か、最新のブロックは何だったかなど) をチェックして、それに応じて決定を下せるようにします。

チームがまず PeerDAS に完全に集中することを決定した場合、EIP-7688 は後のアップグレードに延期される可能性があります。しかし今のところ、Fusaka 氏は、最も重要な変更に重点を置き、無駄を省いてシンプルにすることに注力しています。

イーサリアムの開発は進歩し続けています。進歩は遅く、遅れがあるように見えるかもしれませんが、その安定性が依存する価値（正確には数十億ドル）を考えると、広範囲にわたるテストは贅沢ではなく優先事項でなければなりません。

したがって、ペクトラとフサカは引き続きこの役割を担い、目標を達成できるように必要なテストを受けます。

さらに、レイヤー 1 実行のスケーリングは引き続き優先事項ですが、今後のアップグレードの当面の主な焦点ではありません。今後のアップグレードでは、レイヤー 2 機能の拡張と、ユーザーと開発者のネットワーク アクセシビリティの向上に重点が置かれています。ただし、ブロック制限を増やすことでレイヤー 1 を拡張するテストはすでに進行中です。

全体的に、Pectra と Fusaka のおかげで、Ethereum は基盤を大幅に拡張し、L2 とそのユーザーの生活を楽にすると同時に、MaxEB と Ethereum オブジェクト フォーマットでその中核を強化する態勢が整っています。これらのアップグレードを組み合わせることで、ブロックチェーンは、初心者にもベテランにも同じように歓迎される、安全でスケーラブルなネットワークになります。