jakiro
著者：Christine Kim、Galaxy：Baishui、Bitchain Vision
序文
このレポートでは、10月時点でのメインネットの活性化のペクトラアップグレードとその予想されるスケジュール、およびバリデーター、ETH保有者、投資家の概要を説明します。やっと、このレポートは、歴史的有効期限、組み込み提案者ビルダー分離（EPBS）、Verkle Treeの移行など、プロトコル開発に関する洞察を並行して共有しています。
それがどのように始まるか
「ペクトラ」と呼ばれるプラハエレクトラは、次のイーサリアムアップグレードの名前です。名前は別として、開発者が11月に計画を開始して以来、アップグレードに関する他のすべての詳細が変化しています。ただし、ペクトラに含まれるものを議論する場合、開発者は、イーサリアムプロトコルの最優先事項が合意されるべきであるというVerkle遷移を超えた問題に同意する必要があることは明らかです。開発者は、Verkleの遷移がPectraのその後のアップグレードの焦点であることに同意しますが、どのコードの変更がVerkleの前に優先順位を付けるかは不明です。
背景として、Verkle遷移は、イーサリアム州のデータ構造の主要な改革です。ステータスとは、すべてのイーサリアムアカウントの現在の残高、それらを制御する契約コード、およびデータのストレージを指します。開発者は、すべての状態データをMerkle Patriciaの樹木構造からVerkle構造に移行する予定です。これにより、ノードは状態データに関する小さな証明を生成し、他のノードにより簡単に渡すことができます。将来的には、開発者は、ユーザーが実行するノードが「Stateless Clients」と呼ばれるEthereum State Recordsを維持する必要がないと想像しています。リソースに制約のあるデバイスで実行できるこれらの軽量ノードは、ブロックを検証するために必要な情報を受け取り、「ステートフルクライアント」と呼ばれる州の記録を保存するネットワーク内の他のノードによって生成された証明に依存してチェーンを進めます。基本的に、Verkle遷移は、ユーザーがノードを簡単に実行できるようにすることにより、イーサリアムの分散化を改善するように設計されています。
Ethereum Stateデータベースのリファクタリングの複雑さにより、開発者は特にVerkleに特にペクトラ（Fulu-Osaka、略して「Fusaka」」と呼ばれる次のアップグレードを残すことに同意しました。彼らは、Verkleが実装のアップグレードの技術的リスクを最小限に抑えるために、契約に他の重要な変更を加えないことに同意します。開発者は、Pectraが小さなアップグレードであると予想しており、Verkle Transitionの実装のより困難なタスクに注意を向ける前に簡単に完了することができます。
どのように進行していますか
2024年8月末までに、イーサリアム改善提案の数（EIP）の数から判断すると、ペクトラはイーサリアム史上最大のアップグレードになります。開発者は、ペクトラに20個のEIPを含めることに同意し、9月上旬にリストにEIPを追加することを検討しました。しかし、ペクトラの幅広い範囲は、イーサリアム開発者や他の利害関係者の間での論争と懸念の原因となっています。その規模のため、Pectraは、特にシリーズで実装されている場合、計画された20のEIPに隠されたバグや脆弱性が含まれないことを保証するために、広範なテストとシミュレーションを必要とします。
2024年5月には、イーサリアムアップグレードテストの編成を担当するイーサリアムファンデーションエンジニアであるエスパンダオプスのチームがブログ投稿を共有し、ペクトラのアップグレードを2つに分割することを示唆しています。当時、ペクトラの活性化のために計画されているVerkle遷移を遅らせる可能性があるという懸念のため、このアイデアは真剣に考慮されていませんでした。Ethereum FoundationフェローのAlex Stokesは、9月上旬にAll Core Developers Execution Call＃196に関するアイデアを再び提案しました。今回、開発者はこのアイデアにもっと同意し、そうすることで6か月以内にアップグレードの最初の部分を提供できると主張しました。
したがって、ペクトラに含まれるすべてのEIPは、1つではなく2つのハードフォークに実装される予定です。最初のハードフォークの範囲には、ペクトラリストに20個のEIPのうち8個が含まれます。リストにある他の12のEIPの場合、開発者は、最初の8つのEIPの後にメインネットでそれらを有効にするために並行してそれらを開発し続けます。
ペクトラの概要
2024年10月現在、開発者はペクトラの範囲を拡大して、追加のコード変更、つまりEIP 7742を含めることに同意しています。ペクトラにこのコードの変更を組み込むことで、開発者がペクトラのBLOB容量を増やすことができます。現在、9つのEIPがあります。Pectraのアップグレードは、2025年初頭にメインネットをアクティブ化するように暫定的にスケジュールされており、次の10のコード変更が含まれる場合があります。
全体として、PectraにはEthereumの一連の更新が含まれています。これは、3つの結果を達成することが期待されています。
-
Proof-of-Stakeブロックチェーンとしてプロトコルの重要な欠陥を修正しました
-
Ethereum（UX）のスマートコントラクトアプリケーションでのユーザーエクスペリエンスの向上
-
Ethereumのデータ可用性機能を改善します
表面的には、DAレイヤーがエンドユーザーがEthereumのスマートコントラクトとやり取りしないようにするように設計されているため、ユーザーエクスペリエンスの改善とEthereumの改善は、より安価な方法でロールアップのスマートコントラクトと対話するように設計されています。ただし、Ethereumユーザーエクスペリエンスの改善には「トリクルドロップ効果」がある場合があります。つまり、メインネットでの実装により、ロールアップによって採用される可能性が高いため、ロールアップとイーサリアムのエンドユーザーの両方に利益をもたらす可能性があります。
Pectraが、ETHの物語を「固体通貨」または価値の手段として強化するために設計されたコード変更を行っていないことは注目に値します。さらに、EIPは検閲に耐えるブロックチェーンとしてのイーサリアムの質を直接改善することはできません。また、この問題は、ブロック構築プロセスに関与する既知の規制エンティティのために開発者が解決する優先事項となっています増加しました。
Ethereumのブロックの50％以上がOFACに準拠したリレーによって生成されます。つまり、これらのブロックの作成を担当するエンティティは、米国市場にリストされているEthereumアドレスと相互作用するトランザクションを意図的に除外しています。
開発者は、ETHリリースを減らし、将来のアップグレードで検閲抵抗を増やすためにコードの変更に取り組んでいます。しかし、それらはペクトラの焦点ではありません。
フサカの概要
ペクトラの後の次のアップグレードはフサカです。開発者はアップグレードスコープを確定していないため、フサカのタイムラインを推定することは困難です。現在、開発者は、Fusakaの元のPectra EIPセット、つまりEOFコードの変更とPeerdasの他の12のコード変更に優先順位を付けたいと考えています。ただし、ペクトラのアップグレードが完了した後、開発者はフサカの優先順位と準備に基づいてEIPを再評価します。
参照のために、12のコード変更を以下にリストします。これらは元々ペクトラに含まれていましたが、アップグレードから削除されました。
最初のEIPを除いて、他の11のEIPは、イーサリアム仮想マシン（EVM）のあらゆる側面を変更するコード変更であることに注意してください。これらのEVM中心のコードは、略して「EVMターゲット形式」またはEOFを実装します。EOFは、EVMがコードを構築および処理する方法に大きな変更を加えており、スマート契約コードの実行をより予測可能で安全で費用対効果の高いものにすることにより、スマート契約開発者のエクスペリエンスを改善することが期待されています。
PeerdasとEOFに加えて、2024年10月の時点でFusakaを考慮できるすべての潜在的なコード変更のリストを次に示します。
上記のすべてのイニシアチブは、アカウントの抽象化とVerkleを除き、ペクトラのアップグレードの潜在的な候補として議論されていますが、コードの変更に関するコンセンサスがないため、アップグレードには含まれていません。これらのイニシアチブの多くでは、デザインを実装する準備が整う前に、多くの研究がまだ必要です。上記のテーブルの最後の列は、上記のコードの準備の程度を1から3に配置します。3つは即時実装の準備ができており、1はR＆Dの初期段階にあります。
上記のイニシアチブの中で、リストの包含とSSZ遷移が最も成熟しています。すべての並行イニシアチブの中で、アカウントの抽象化は、イーサリアムでの完全なアカウント抽象化を実装するための道がまだ不明であり、このロードマップの多くの部分がペクトラの影響でEIP 7702の対象となるため、フザカのために準備ができていない可能性が最も低いです。
これらの並行イニシアチブに関連する不確実性を考えると、現在、メインネットの準備やETHの価値に対する影響を評価することは役に立たない。ただし、2025年までに、一連の10のコード変更がイーサリアムの利害関係者に影響を与える可能性があります。
このレポートの次のセクションでは、ネットワークの利害関係者とETH価値に対するペクトラにおけるEIPの予想される影響について、さらに詳しく説明します。
批判的で非クリティカルな修理
Pectraには、イーサリアムが実証されたブロックチェーンとして動作することが重要なEIPがあります。EIP 7251は、検証剤の最大有効なバランスを32 ETHから2048 ETHに増やし、32 ETHの最大有効なバランスを持つ既存の検証者が利益を統合できるようにします。これにより、2024年9月の時点で100万を超えているイーサリアムバリデーターの数が減少すると予想されています。
Ethereum Foundation（EF）エンジニアによるEthereumのシミュレーションは、プロトコルが140万人のバリッターで深刻なネットワークの問題に遭遇したことを示しました。EIP 7251は、ステーキングエスの統合を促進することにより、ネットワーク圧力を軽減することが期待されています。大規模なバリデーターセットサイズの問題の詳細については、このGalaxy Research Reportをお読みください。
32のETHバリデーターの背後にある基本原則
プロトコル開発者は、多数の参加者がステークコンセンサス契約の証明に参加するよう奨励したいと考えていたため、ビーコンチェーンは当初、32 ETHの最大有効バランスを持つバリデーター向けに設計されました。開発者は、32 ETHで、ビーコンチェーンが約312,500のバリッターを引き付けると保証していると推定しています。これらのバリッタによって生成された集計された暗号化署名は、新生チェーンのセキュリティを保護するのに十分であると推定しています。
ETHの価格は、2020年12月にビーコンチェーンが公開されたときに約600ドルで販売されていました。つまり、20,000ドル未満のユーザーが独自のバリデーターを実行し、独立して利害関係の報酬を獲得できます。当時、誓約報酬には取引手数料やMEVの報酬は含まれておらず、ユーザーが資金を引き出すことができなかったため、誓約はかなりのリスクをもたらしました。
参加を促進することに加えて、32 ETHの有効なバランスが選択されました。これは、「シャード」を介した拡張ビーコンチェーンの元の設計では、各バリデーターが同じ有効なバランスを維持する必要があるためです。すべてのユーザーが32人のETHを超える利害関係のバランスを維持する必要がある場合、開発者はチェーンを保護するのに十分なバリエーターがないことを心配しています。すべてのユーザーがステークバランスを32 ETH未満に保つと、人々は過度の数のバリデーターを心配します。これにより、Ethereum Networkレイヤーに不必要な負担がかかります。
32 ETHの最大有効バランスに加えて、開発者は、イーサリアムの将来のステーキング要件の大まかな推定に基づいて、プロトコルに多数の他の定数とパラメーターを設定します。開発者の見積もりが非常に不正確である場合、彼らはチェーンの経済とステーキングパラメーターをその後のハードフォークを通じて調整できると考えています。今日、LidoやCoinbaseなどの液体のステーキングソリューションの迅速な採用により、イーサリアムの発行曲線を減らすために開発者の間で議論を引き起こしました。
最後に、Ethereum Networkレイヤーの真の能力について誤った仮定があるかもしれません。Ethereumの創設者Vitalik Buterinは、2021年のブログ投稿で、ビーコンチェーンの設計仕様が410万人の有効化者のオーバーヘッドを効果的にサポートしたり、ETH供給全体を誓約したり、32 ETHの最大有効バランスをとることができると書いています。実際、クライアントによって実装されたさまざまなアップグレードと変更により、Ethereumのネットワークレイヤーは、400万人以上も言うまでもなく、140万人のバリデーターをサポートする可能性は低いです。
EIP 7251の実装詳細
EIP 7251は、実装する必要がある複雑なコード変更です。プロトコルがバリデーターの報酬、罰則、および撤回を計算する方法を根本的に変更します。プロトコルは、アクティブなバリッタの数に基づいてこれらの計算を実行するのではなく、むしろバリデーターの合計バランスバランスに基づいて、各バリデーターは少なくとも32 ETHから2048 ETHまで変化する場合があります。
特に、関連する削減ペナルティを変更する過程で、開発者は、有効なバランスが小さいバランスを持つバリデーターが、より大きな有効な残高を持つ人と比較して不釣り合いに処罰されるエッジケースを発見しました。このエッジケースは、ペクトラテストプロセス中に解決されました。2024年10月の時点で、開発者は依然としてEIP 7251仕様のバグを特定し、それらの解決に取り組んでいます。
計算の更新に加えて、EIPは、既存のバリデーターを統合し、統合を促進するためにより大きな有効なバランスを持つバリデーターの初期カットペナルティを下方に調整するために、バリデーターに新しいアクションを導入しました。
一度アクティブになると、大規模なステーキングエンティティがバリデーターを統合し、ネットワーク圧力を削減できる速さは不明です。VALIBATORの統合が有効になるまで、これからVALIBATORセットサイズのピークは、低レベルのハードウェアでバリッターを実行しているネットワークの健康とネットワークの参加者が、インターネット帯域幅が制限されている場合に悪影響を与える可能性があるという懸念があります。
次の図は、Dencunのアップグレード以来のアクティブなバリデーターの数の増加を示しています。Dencunアップグレードとは、Ethereumの各エポック検証装置エントリの最大数が15から8の一定の値に減少することを指します。次の図は、VALIDATOR以来の新しいバリデーターエントリのアクティビティに基づいて、Ethereum Validator Set Growthの予測解約率を示します。以下の予測は保守的であり、イーサリアム上の固有団体などの契約を再開することの成熟など、将来のステーキング需要触媒の可能性を考慮していないことは注目に値します。
非批判的な修正
EIP 7251に加えて、ペクトラのアップグレードでアクティブ化するいくつかの非批判的な修正と改善があります。それらは次のとおりです：
-
EIP 7549、委員会指数を証明の外に移動します-CLクライアントソフトウェアをより効率的にするために、このコード変更により、検証剤証明メッセージのリファクタリングが導入されます。EIP 7251未満ではありますが、バリデーターノードのネットワーク負荷を削減することが期待されています。
-
EIP 6110、チェーンにバリデーター堆積物を提供します– このコードの変更により、CLからELへの新しいステークスETH堆積物を確認する責任が譲渡されます。そうすることで、開発者は堆積物のセキュリティを改善し、CLクライアントのプロトコルの複雑さを減らし、EL上に32 ETHとCLの新しいアクティベーションバリデーターの堆積の間の遅延を減らすことにより、ステーキングユーザーエクスペリエンスを改善できます。
-
EIP 2935、状態からの歴史的なブロックハッシュ値を提供します– ELの変更が導入され、歴史的ブロックの証拠が状態から生成されるようになりました。Smart Contract開発者は、以前のブロックからEthereumの状態に関する情報にアクセスできるため、いくつかの追加機能を提供する場合があります。主に、これはVerkle遷移の準備に必要なコード変更です。
-
EIP 7685、一般的な実行レイヤーリクエスト– スマートコントラクトによってトリガーされたCLSにリクエストを保存するための共通のフレームワークを作成します。スマートコントラクトベースのステーキングプールがますます人気が高まるにつれて、スマートコントラクトは、CLSの検証剤引き出し（EIP 7002）と合併（EIP 7251）に直接さらされる必要があります。このコードの変更により、これらのタイプのリクエストをCLSによる簡単に処理するためのリクエストを保存するプロトコルフレームワークが導入されます。
予想される影響
Pectraでアクティブ化された重要で非クリティカルな修正は、主にValidatorノードオペレーターに影響を与えます。BalidatorNodeオペレーターは、EIP 7251のより高い効果的なバランス、EIP 7549の効率改善、および小さなユーザーエクスペリエンスの改善を利用するために操作を更新する必要があります。 EIP 6110。前者は、ステートレスクライアントが現実になると、将来のアップグレードでノードオペレーターに利益をもたらしますが、後者はEIP 7251などのコード変更の実装を改善しますが、他の方法でネットワークの現状を改善しません。
エンドユーザーとETH所有者は、これらの5つのコードの変更から直接利益を得ることは期待されていません。これらのコードの変更は、主に、実証のブロックチェーンとしてのイーサリアムの健康と回復力を助長します。長期的には、契約の価値については、契約が安全かつスムーズに機能し続けることを保証するため、彼らは契約の価値について肯定的です。ただし、エンドユーザー、スマートコントラクト開発者、または集計のユーザーエクスペリエンスを大幅に改善する新しい機能は導入されていません。したがって、それらはETHの価値に過度の影響を与えるとは期待されていません。
Ethereumのネットワーク全体のアップグレードと同様に、ETHのボラティリティはペクトラ周辺で激化する可能性があり、アップグレードに関連する予期しないエラーまたは障害が発生した場合、価格は否定的に変動する場合があります。これらのコードの変更が、ネットワークへの干渉を引き起こすメインネットに干渉した場合にアクティブ化する前に多くの戦闘テストを受けたことを考えると、ペクトラのアップグレードの可能性はスリムであることは明らかです。したがって、ETHがアップグレードの前後に一時的に変動しない限り、修理プロトコルのさまざまな部分に関連するペクトラのコードの変更は、ETHの価値に長期的なプラスまたはマイナスの影響を与えるとは予想されません。
影響を受ける利害関係者：ノードオペレーターを確認します
ETHへの予想影響：中性
ユーザーエクスペリエンスの改善
Pectraには、Ethereumのエンドユーザーとスマートコントラクト開発者にユーザーエクスペリエンスの改善を導入する3つのEIPがあります。略式中心のロードマップを追求しながら、開発者はまた、主要な汎用ブロックチェーンとしてのイーサリアムの価値提案を改善するために協力しています。
EIP 2537、BLS12-381曲線操作の事前補償 –新しい関数を追加して、ゼロ知識暗号化で広く使用されている代数構造であるBLS12-381曲線で操作を効率的に実行します。ゼロ知識の暗号化は、より強力なプライバシー保証、セキュリティ、スケーラビリティなど、ブロックチェーンベースのアプリケーションに複数の利点を提供できます。BLS曲線で操作を実行する機能は、すでにゼロ知識証明システムを使用しているか、そのようなシステムを操作に統合しようとしているイーサリアム上に構築されたアプリケーションと集約に利益をもたらします。
EIP 7002、実行レイヤーは引き出しをトリガーできます –EIP 7002は、バリデーターの引き出しのためにEVM状態を変更するためのメカニズムであるステートフルなプリコンパイルを作成します。現在、ビーコンチェーンの検証者は、検証者の引き出しキー所有者（通常は検証者の演算子）による介入によってのみ終了できます。EIP 7002は、バリデーターの引き出し資格情報を所有し、それらを使用して、バリタンオペレーターからの手動介入なしにバリデーターの出口をトリガーすることができるスマートコントラクトメカニズムを導入します。これにより、アプリケーションをステーキングするためのより信頼のない設計を提供し、既存のステーキングアプリケーションが、バリデーターノードオペレーターの正直な行動とこれらのアプリケーションのセキュリティに対する信頼の仮定を排除できるようにします。
EIP 7702、EOAアカウントコードをセットアップ –エンドユーザー向けの新しいトランザクションタイプを作成して、以下などのユーザーが制御するEthereumアカウントに短期機能を追加します。
-
トランザクションバッチ処理、単一のトランザクションに署名することにより、複数のオンチェーン操作を承認する
-
スポンサーシップ、別のアカウントに代わって取引手数料を支払う
-
劣化した権限、認定口座残高の特定の支出条件
ほとんどのユーザーは、ウォレットプロバイダーを介してイーサリアムでトランザクションを実行することを考えると、ウォレット開発者は新しいトランザクションタイプを利用して、ユーザーが簡単にアクセスできる方法でこれらの機能を設計に追加する必要があります。
予想される影響
批判的で非クリティカルな修正とは異なり、これらのコードの変更により、イーサリアムでより完全なアプリケーション開発が直接可能になります。7002、2537、7702などのEIPは、それぞれ、より信頼のないステーキングプールデザイン、プライバシー強化された分散型金融プロトコル、およびユーザー制御アカウントを安全に認識します。
影響を受ける利害関係者：エンドユーザー、スマートコントラクト開発者
ETHへの予想影響：ポジティブ
DAの改善
このレポートで前述したように、別のコードの変更がペクトラに含まれる場合があります。開発者は、データの可用性（DA）層としてのイーサリアムのスケーラビリティを改善するために、BLOBガスターゲットのわずかな増加を検討しています。EIP 7594（Peerdas）を使用して、DA機能の改善に関連する多くのより大きく複雑なコード変更があります。ただし、EIP 7549はPectraでアクティブ化されなくなるため、DAコストを削減するために単純な変更を導入することが示唆されました。
現在、Ethereumはブロックごとに最大6個のブロブを処理し、これらのブロブのコストを動的に調整して、ブロックごとに3ブロブのターゲットを平均します。Layer-2ロールアップベースの開発者であるFrancis Liの提案は、ブロックあたりのBLOBターゲット数を5に増やし、ブロックあたりの最大BLOBを8に増やすことです。
Liの提案で、彼は、ターゲットブロブカウントを3ではなく4に控えめに増やすことで、イーサリアムでロールアップチームの構築に役立つと彼は指摘しました。開発者は、BLOBターゲットのPectraの増加を大幅にサポートしています。ただし、この見解の確認とPectraへのDAの改善の正式な包含は、将来のACD電話会議で決定される必要があります。現在、開発者はPectraにEIP 7742を含めることに同意しています。これは、CLを調整することにより、Ethereumのブロブ容量を変える方法を開くものです。
-
EIP 7742、ClとELの間の分離ブロブ数とターゲットBLOBの制限は、ELとCLに常にハードコーディングされています。EIP 7742を使用すると、CLは最大およびターゲットブロブの制限を動的に調整できるようにし、DA容量への将来の変更には2つのレイヤーをハードフォーキングする必要はありませんが、CLを介して特別に調整できます。
EIP 7742とBLOB容量の増加に加えて、開発者はペクトラまたはフサカのイーサリアムDA機能の最適化に関連する2つの追加のコード変更を比較検討しています。
-
EIP 7762、min_base_fee_per_blob_gasを追加します– BLOBの需要が目標レート（現在ブロックあたり3ブロブ）を超えると、プロトコルはBLOBの必須基本コストを自動的に調整します。EIP 7762は、BLOBの最小基本コストをより高いレベルに調整して、BLOB料金市場がBLOB需要の変動により敏感になり、BLOB価格の発見をより迅速に可能にします。
-
EIP 7623は、データを呼び出すコストを増やします– ブロブに加えて、要約は、トランザクションのコールデータフィールドを使用して任意のデータをイーサリアムに公開することもできます。ただし、トランザクションを利用するデータフィールドを呼び出すと、通常、要約のためにコストがかかります。EIP 7623は、イーサリアムブロックの最大サイズを削減するために、データを呼び出すコストをさらに増やすように設計されています。Ethereumの開発者は、BLOB容量を増やすことでブロックサイズを増やすと、大量のコールデータと最大数のBLOBが非常に大きなブロックを伝播するバリデーターがエッジケースを防ぎたいと考えています。
PectraのBLOBスループットの増加は、開発者の間で物議を醸すトピックです。これにより、ネットワーク上で実行されている独立した利害関係者の数が減り、イーサリアムの分散化に悪影響を与える可能性があります。別のステーカーとは、自分のETHを賭けて、ステークプールや他の仲介サービスに頼るのではなく、自宅またはクラウドプロバイダーを通じて自分のステークオペレーションを実行するユーザーです。独立したステーカーは、他のタイプのステーカーと比較して、最もリソースに制約のあるデバイスでバリデーターを操作するユーザーです。
BLOBスループットの増加により、操作検証装置の計算要件が増加する可能性があり、個々の利害関係者がマシンをシャットダウンするようになります。ACDE＃197で、開発者は、一部の個々のステーカーがすでにDENCUNバリーターを操作するために懸命に取り組んでいるという逸話的な証拠を共有しました。開発者は、ペクトラのBLOB容量を増やすことを決定する前に、個々のステーキング作戦の健康に関するデータ駆動型の研究を実施することに同意しています。
予想される影響
短期的には、EthereumのDAの改善は、レイヤー2ロールアップ（L2）からのプロトコル収益を減らし、L2ソーターの利益率を増やし、L2エンドユーザーの取引手数料を削減すると予想されます。これらの効果は、DencunアップグレードでEIP 4844の活性化後に発生した効果と類似すると予想されます。
影響を受ける利害関係者：2層の要約、L2エンドユーザー、ETHホルダー
ETHへの予想影響：ネガティブ
ペクトラタイムライン分析
開発者は、BLOB料金市場の変更がアップグレードに含まれていない場合に備えて、2つの代替コードの変更をペクトラに含めるために議論しました。ペクトラのBLOB容量が増加する可能性があるため、これらの2つのコードの変更がペクトラに含まれる可能性は低いです。それらはEIP 7782とです
Nethermindの開発者Ben Adamsが提案したEIP 7782は、イーサリアムスロット時間を12秒から8秒に短縮します。このスロット時間の変更により、Ethereumのトランザクションスループットが50％効果的に増加し、トランザクションの確認速度が33％減少します。ACDE＃198およびACDC＃144の提案について開発者が提起した懸念は、状態の成長率を加速し、Verkleの移行をさらに困難にする可能性があることです。さらに、Ethereum Foundationの研究者Francesco D’Amatoは、期間の変化は、組み込みの提案ビルダー分離（EPBS）やインクルージョンリスト（IL）などの肯定的な研究イニシアチブに悪影響を与える可能性があると述べました。
EIP 7783は、Eragon開発者のGiulio Rebuffoによって提案されており、ハードフォークを必要としないため、開発者にとって比較的簡単なコード変更です。EIP 7783は、クライアントチームが時間の経過とともにガス目標を徐々に増やすメカニズムを作成します。ガスターゲットを増やすと、ブロックに含めることができるトランザクションの最大数が増加します。Rebuffoの提案は、特定のガスターゲットを指定するものではなく、開発者がターゲットを選択し、徐々にこのしきい値まで徐々に安全に増加させるメカニズムを示唆しています。最近の2024年10月のコールで、開発者はペクトラアップグレードの直後にEIP 7783を実装する可能性について議論しました。
Pectraに新しいEIPを追加すると、メインネットのアップグレードの活性化が遅れる可能性があります。さらに、開発者がペクトラの最終的な範囲を決定するのが長く遅れるほど、開発者は公共イーサリアムのテストネットにアップグレードするのが長くなります。2024年10月の時点で、開発者はペクトラの最終決定の範囲に近づいていないようです。したがって、Pectraの公開テストネットのアップグレードが今年末までに開始される可能性は低いです。
Pectraの範囲が来年1月または2月上旬に確定されると仮定すると、開発者は、パブリックイーサリウムテストネットワークのアップグレードを継続する前に、プライベートテストネットワーク（開発ネットワークとも呼ばれる）でPectraに新しい追加をテストする必要があります。Pectraの他のコード変更をテストするために少なくとも1か月の予算を取っておきます。開発者は、3月にパブリックテストネットのアップグレードを開始して、4月または5月にメインネットのアップグレードを一時的にアクティブにすることをお勧めします。
これらのスケジュールの見積もりは、開発者が今後数か月でペクトラの範囲を完成させる期間と、最終的にアップグレードに追加することにしたコードの複雑さに基づいて変化する可能性があります。
ETH値の他の触媒
これまでのところ、ペクトラはハイブリッドコードの変更であり、その一部はユーザーとスマートコントラクト開発者のエクスペリエンスを向上させることが期待されています。Pectraの範囲が簡素化されるため、アップグレードはETH価値に大きな影響を与えるとは予想されていません。Pectraに加えて、Ethereumには、Peerdasの発行と実装の削減など、ETH価値により直接的な影響を与える可能性のあるその後の更新があります。ただし、このレポートで前述したように、これらの変更がいつメインネットでアクティブ化されるかを予測することは困難です。
Ethereumは、「概要中心のロードマップ」に基づいてDAのスケーラビリティの改善をさらに追求するため、ETHの値に対するプロトコルのアップグレードは、時間の経過とともに小さくなるはずです。長期的には、アプリケーションとユーザーがL2に移行するにつれて、イーサリアムの収益は主にL2でのユーザーアクティビティによって推進される場合があります。L2で発生するアップグレードは、これらのネットワークのユーザーエクスペリエンス、相互運用性、分散化、セキュリティを改善することができます。これは、基礎となる層の最適化と改善よりも、Ethereumの価値により重要です。Pectraのようなアップグレードは、プロトコルの分散化と利用可能性をさらに強化しますが、ユーザーの新しい波を引き付け、分散型アプリケーションの採用を推進する可能性は低いです。したがって、ロールアップに基づいてロールアップおよびプロトコルのアップグレードに基づいて構築されたアプリケーション（ロールアップに基づいて構築されたアプリケーションの機能をさらに強化する）は、ETHの価値を促進する要因を評価する際の分析の鍵です。
ロールアップ中心のロードマップに対する一般的な抵抗は、DA層のためにイーサリアムが安価になりすぎる可能性があるか、ロールアップからの収益がETHの価値をサポートするには小さすぎるという懸念です。これらの議論は、分散型アプリケーションの全体的な潜在的な市場を過小評価しています。現在、人工知能（AI）がすべての産業を混乱させる可能性があるように、公共のブロックチェーンは人間の調整活動を根本的に変える可能性があるため、暗号通貨のユースケースは世界のすべての業界を混乱させています業界のデジタルコンテンツ。
ただし、EIP 4844やPeerdasなどのスケーラビリティの改善は、短期的にはプロトコル収益を減らします。彼らは、イーサリアムL1よりも多くの鎖の活動をサポートするために、イーサリアムの基礎を築いています。ゲーム、資金調達、分散型ファイナンス、ソーシャルメディアは、歴史的にイーサリアム取引の量と料金の急増を引き起こしたアプリケーションの種類のほんの一例です。これらのアプリケーションは、Ethereumのネットワーク効果、分散化、検閲抵抗、および複合性を活用しています。理論的には、さまざまな種類の仮想マシン、プログラミング言語、アカウント管理などの大幅に削減された料金や強化された機能に加えて、集計のアプリケーションはイーサリアムのこれらすべての利点を利用できるようになります。
ただし、実際には、要約は、分散化、検閲抵抗、複合性などのイーサリアムの特性を有意に継承していません。彼らは取引手数料を効果的に削減することができますが、地方分権とセキュリティを犠牲にして提供されます。言い換えれば、集約は、取引コストを削減する以外に意味のある方法でイーサリアムを拡大しません。ユーザーがL1からL2にアクティビティとアプリケーションを移行するには、トレードオフが多すぎます。LollUpなどのインフラストラクチャプロジェクトのような他のスケーリングソリューションのように、代替レイヤー1ブロックチェーンと再開発ソリューションとZKVMで開発されています。ロールアップが技術として成熟するまで、イーサリアムの分散型の性質から利益を得るまで、純粋なDAの改善は、それに基づいて構築されたイーサリアムまたはロールアップの採用の新しい波を駆り立てないかもしれません。
結論は
ペクトラの範囲とタイムラインの不確実性にもかかわらず、Web 3時代のリーダーは、主に分散型のブロックチェーン技術を使用しています。これを達成するために、イーサリアムは分散型技術として拡大し続け、最大抽出可能な値（MEV）やトランザクションの検閲などの集中力と戦う必要があります。Ethereumには確かにこのビジョンを実現する競合他社がいますが、Web 3ブロックチェーンスペースでの優位性は、イーサリアムにとって必須のゲームのままです。
Ethereumは、すべての一般的なブロックチェーンの最高のネットワーク効果を維持し続けています。スマートコントラクト開発者にとって、それは依然として最も試され、テストされたブロックチェーンであり、スケーリング、MEV、検閲、ユーザーエクスペリエンス、およびその他の課題に関連する解決に使用される研究者と開発者の間で最も研究されているブロックチェーンです。ただし、イーサリアム開発者がロールアップ中心のロードマップを追求するため、Web 3が直面する最大の問題の解決策がロールアップによって継承されるため、テクノロジーとイーサリアムのアップグレードとしてのイーサリアムの重要性が減少するはずです。
Pectraは、新しいユーザーとスマートコントラクト開発者をWeb 3スペースに引き付けることが期待されるユーザーエクスペリエンス中心のコードの変更を導入します。ただし、これは最後の数回のアップグレードの1つである可能性があり、プロトコルのコード変更はユーザーとETHホルダーに直接影響します。ユーザーがロールアップに移行すると、プロトコルの収益はロールアップアクティビティによってますます推進され、イーサリアムの利害関係者にとって最も重要なコードの変更は、ロールアップで行われたコードの変更です。この目的のために、ロールアップの成熟度をテクノロジーとして分析し、イーサリアムのセキュリティを有意義に継承し、何百万人もの新しいユーザーに拡張する能力を分析することが重要です。
