Ethereumは、EIP-7928で決定的なマイルストーンに到達する準備をしています

EIP-7928では、レイヤー1にトランザクションの並行実行を導入するために、大胆な提案が提示されました。

A groundbreaking proposal, EIP-7928, is stirring up the Ethereum community as it presents a unique approach to introducing temporary code execution capability for external accounts, otherwise known as EAs, in the Layer 1 architecture.

画期的な提案であるEIP-7928は、レイヤー1アーキテクチャで、EASとも呼ばれます。

This addition would be a pivotal milestone in the ongoing discussion on optimal scalability strategies for the Ethereum network.

この追加は、イーサリアムネットワークの最適なスケーラビリティ戦略に関する進行中の議論における極めて重要なマイルストーンになります。

The proposal, authored by several developers including Toni Wahrstätter, focuses on introducing what are called Block-Level Access Lists (BALs).

ToniWahrstätterを含むいくつかの開発者によって執筆された提案は、ブロックレベルのアクセスリスト（BALS）と呼ばれるものの導入に焦点を当てています。

“It is a mechanism that is used to enable parallel execution of transactions and block validation,” Wahrstätter explained on Monday on X, formerly Twitter.

「これは、トランザクションの並列実行とブロック検証を可能にするために使用されるメカニズムです」とWahrstätterは月曜日に以前のTwitterで説明しました。

This integration is crucial as it allows for the efficient processing of transactions despite the time-consuming nature of smart contract execution.

この統合は、スマートコントラクトの実行の時間がかかる性質にもかかわらず、トランザクションの効率的な処理を可能にするため、重要です。

To process a block, validators would need information on the transactions in the block, which would be fetched from external accounts. However, to read an external account, the account’s code would need to be executed.

ブロックを処理するには、バリデーターがブロック内のトランザクションに関する情報を必要とし、外部アカウントから取得されます。ただし、外部アカウントを読み取るには、アカウントのコードを実行する必要があります。

But in the current system, executing an external account’s code to fetch information for a transaction would require executing the transaction itself, creating a cycle that slows down block validation.

ただし、現在のシステムでは、外部アカウントのコードを実行してトランザクションの情報を取得するには、トランザクション自体を実行する必要があり、ブロック検証を遅くするサイクルを作成します。

BALs would list all the addresses and storage keys used in a block’s transactions, along with their values after the transactions are executed.

Balsは、ブロックのトランザクションで使用されるすべてのアドレスとストレージキーをリストし、トランザクションが実行された後の値をリストします。

This structure would allow validators to perform parallel disk reads and validate blocks much faster.

この構造により、バリエーターは並列ディスク読み取りを実行し、ブロックをより速く検証できます。

“This could also allow an increase in the gas limit in the future,” Wahrstätter noted.

「これにより、将来のガス限界の増加も可能になる可能性があります」とWahrstätter氏は指摘しました。

The proposal introduces three major technical components that would be directly integrated into blocks’ bodies to enable this new level in Layer 1 performance:

この提案では、レイヤー1パフォーマンスでこの新しいレベルを有効にするために、ブロックの本体に直接統合される3つの主要な技術コンポーネントを紹介します。

• BAL: A list of external accounts used in a block and the storage keys accessed by each account.

•BAL：ブロックで使用される外部アカウントと各アカウントでアクセスされるストレージキーのリスト。

• EA Code: The code of the external accounts used in a block.

•EAコード：ブロックで使用される外部アカウントのコード。

• Storage Values: The values of the storage slots accessed by the external accounts in a block.

•ストレージ値：ブロック内の外部アカウントによってアクセスされるストレージスロットの値。

After a block is fully processed, a new BAL would be prepared for the next block.

ブロックが完全に処理された後、新しいBALが次のブロック用に準備されます。

This structuring would allow validators to validate blocks much faster than before.

この構造化により、バリデーターは以前よりもはるかに速くブロックを検証することができます。

A Milestone in the Debate Between L1 Scalability and Dependence on L2s

L1スケーラビリティとL2への依存性との間の議論のマイルストーン

Beyond its technicality, EIP-7928 is sure to enflame an old debate within the Ethereum community: should scalability efforts concentrate on Layer 1 or continue on the path of Layer 2.

EIP-7928は、その技術を超えて、イーサリアムコミュニティ内の古い議論を包み込むことは間違いありません。スケーラビリティの取り組みがレイヤー1に集中するか、レイヤー2の経路を継続する必要があります。

This type of proposal reinforces the idea “that we should also focus on L1 improvements,” whereas some community members rely on rollup-type solutions to address congestion and high fees.

このタイプの提案は、「L1の改善にも焦点を当てる必要がある」という考えを強化しますが、一部のコミュニティメンバーは、混雑と高い料金に対処するためにロールアップタイプのソリューションに依存しています。

The implication of BALs is not to replace Layer 2s but rather to build up L1 as a more robust, faster, and competitive foundation.

Balsの意味は、レイヤー2を置き換えることではなく、L1をより堅牢で、より速く、競争力のある基盤として構築することです。

In this instance, the roadmap of Ethereum appears to be coherently orchestrated. After activating the Pectra update, which notably introduced account abstraction and a new design for ETH staking, the network is heading towards Fusaka, expected at the end of 2025.

この例では、イーサリアムのロードマップは首尾一貫して組織化されているように見えます。アカウントの抽象化とETHステーキングの新しいデザインを導入したPectraアップデートを有効にした後、ネットワークは2025年末に予想されるフサカに向かっています。

This upcoming evolution plans the introduction of PeerDAS, a technology for off-chain data sampling designed to reduce the cost of Layer 2s.

この今後の進化は、レイヤー2のコストを削減するために設計されたオフチェーンデータサンプリングのテクノロジーであるPeerdasの導入を計画しています。

Thus, Ethereum seems to follow a dual strategy: strengthening its base while supporting its extensions.

したがって、イーサリアムは二重戦略に従うように見えます。拡張をサポートしながら基地を強化します。