
カンクンのアップグレードが近づく中、注目すべきイーサリアムのEIPプロトコルは何があるのか?
TechFlow厳選深潮セレクト

カンクンのアップグレードが近づく中、注目すべきイーサリアムのEIPプロトコルは何があるのか?
本稿では、これらの提案の詳細や潜在的な影響について詳しく考察する。
執筆:Blockwords
翻訳:TechFlow
イーサリアムネットワークが2024年第1四半期のDencunハードフォークに向けて進むにつれ、コミュニティは一連の重要な改善提案(EIP)を熱望している。これらの提案はイーサリアムの将来方向性にかかわるだけでなく、暗号資産エコシステム全体にも深い影響を与える可能性がある。本稿では、こうした提案の詳細とその潜在的インパクトについて詳しく探り、読者に包括的な理解を提供する。
最新のイーサリアム全コア開発者会議では、次期メインネットハードフォークであるDencunアップグレードの暫定的なスケジュールが確定した。重大な問題が発生しない限り、イーサリアム開発者チームは以下の日程でパブリックテストネットへのフォークを計画していることに注意が必要だ:
-
Goerli:1月17日
-
Sepolia:1月30日
-
Holesky:2月7日
これはGoerliがテストプログラムに参加する最後の機会となる見込みであり、今後このネットワークは廃止される予定だ。
また彼らはその後のアップグレード――まだ名称が決まっていないPrague/Electraアップグレード――についても議論した。イーサリアムコミュニティは、1つの大規模なコア機能の改良に注力するか(これには約1年の作業が必要になる可能性がある)、あるいは複数の小規模な改良を組み合わせたアップグレードを行うか(これは2024年末に実現可能かもしれない)を検討している。
上記の問いに対する結論は新年以降に出される予定だが、現時点では、2024年のDencunアップグレード後に注目すべきいくつかの改善点を以下に挙げる:
EIP-4844(オリジナルのDanksharding)
EIP-4844はDencun EIP群の中核をなすプロジェクトであり、2023年に多くのニュース報道の中心となった。
StarkWare共同設立者のEli Ben-Sasson氏は、今回のアップグレードによりすべてのL2におけるデータ可用性コストが低下すると指摘した。これはStarknetにとって非常に待ち望まれる変更であり、ユーザーのコスト削減に貢献する。
Web3ウォレット開発企業SukuのCTOであるLucas Henning氏は、これを「イーサリアムが画期的な改善を遂げる年」と評した。EIP-4844は変革的な技術であり、RollupのGas手数料を最大で100倍まで削減できる。
アカウント抽象化の台頭
Henning氏が注目するもう一つのポイントは、アカウント抽象化の進展、特にERC-4337およびその拡張であるERC-6900である。
ERCはEIPのサブセットであり、イーサリアムエコシステム内のトークン標準に特化している。これらはトークン実装のためのルールを定義し、相互運用性を保証するものである。コアプロトコルを変更する特定のEIPとは異なり、ERCは通常ハードフォークを必要としない。
ERC-4337は3月に導入され、Henning氏はアカウント抽象化という概念が最も重要なユーザー体験の変化において鍵を握ると考えている。
彼によれば、アカウント抽象化はウォレットとの認知・インタラクション方法を根本的に変え、Gas支払いを標準化し、安全なソーシャルログインを新しい常態とする。それによってイーサリアムのユーザー体験を本質的に再構築するという。
従来、イーサリアムには2種類のアカウントがある:秘密鍵によって制御される外部所有アカウント(EOA)と、コードによって制御されるコントラクトアカウントである。アカウント抽象化はこの区別を曖昧にし、ユーザーがよりスマートコントラクトに近い形のアカウントを作成できるようにする。
これによりユーザーエクスペリエンスとセキュリティが向上し、マルチシグウォレットやソーシャルリカバリーによる鍵の復元など、より複雑なアカウントロジックを可能にする。
ERC-6900は「委任取引(delegated transactions)」の概念を導入する。この標準はイーサリアムメインネットのコンセンサスを変更する必要がなく、ユーザーが自身に代わって他人に取引送信の権限を委ねることを可能にする。たとえば、一括操作を一度だけ承認することで、時間と手間を節約できる。
EIP-1153(トランジェントストレージオペコード)
この提案はDencunの一部として、スマートコントラクト実行中に一時的または瞬時的なストレージを処理する新メカニズムを導入することを目指している。
イーサリアム上の従来のストレージ操作は永続的であり、Gasを消費する。しかし、1回のトランザクション中でのみ存在すればよい一時データにとっては、これは非効率的である可能性がある。
EIP-1153はオペコード(操作命令)であり、スマートコントラクトがトランジェントストレージ(トランザクション実行終了時にクリアされるストレージ)を使用できるようにする。
Uniswapチームは1153番の導入をShapellaアップグレード時から推進していたが、コア開発者間での合意を得られず実現しなかった。今回のアップグレードは、Uniswapが近日中にリリース予定のv4プロトコルの能力と効率を高める上で重要な役割を果たすと期待されている。
詳しくはここをクリック:Uniswap Labsがv4に向けて準備していること
トランジェントストレージの利用により、EIP-1153はコントラクト実行中のデータストレージにかかるGasコストを削減でき、開発者がスマートコントラクトを設計する際の柔軟性を高めることができる。
永続的ストレージへの負担を軽減し、状態膨張を最小限に抑えることで、EIP-1153はイーサリアムネットワーク全体のスケーラビリティ向上にも寄与する。
EIP-4788(ビーコンブロックルートコミット)
イーサリアムを巨大な図書館だと想像しよう。この図書館には2つの主要なエリアがある:1つはイーサリアム仮想マシン(EVM)エリアで、人々が本を読む(スマートコントラクトを実行する)閲覧室のようなもの。もう1つはビーコンチェーン(Beacon Chain)エリアで、図書館のカタログシステムのように、すべての本とその位置(イーサリアムネットワークのコンセンサスと調整)を追跡している。
EIP-4788以前は、この2つのエリアは機能的にある程度独立していた。EVMエリアは最新のカタログに直接アクセスできず、ビーコンチェーンエリアで何が起きているかを知るために間接的な手段に頼らざるを得なかった。
EIP-4788は、各EVMブロック内に「ビーコンブロックルート」(親ブロックの要約またはハッシュツリールート)を配置することを提案している。これは、非効率で時には不正確な古びたカード索引システムから、メイン図書館データベースとリアルタイムかつ正確に直接リンクされた現代的なシステムへ移行することに相当する。
この近代的な図書館では、新刊が追加されたり、本が移動・削除されたりするたびに(ビーコンチェーンの更新)、読者(EVM)は即座に正確な情報を得ることができる。読者は最新の情報を確実に受け取ることができ、図書館の運営(スマートコントラクトの実行など)は全体のカタログシステム(コンセンサス層の状態)と整合性を持つようになる。
このような情報共有は信頼最小化の方式で行われ、外部のオラクルがデータを提供する必要がなくなるため、故障や改ざんのリスクが減少する。
この変更は、Lidoやスマートコントラクトベースのブリッジ、リステークソリューションなどの流動性ステーキングプロトコルにとって特に有益である。なぜなら、これらのプロトコルがコンセンサス層からバリデータの残高や状態といった重要なデータに直接アクセスできるようになり、セキュリティと運用効率が強化されるからだ。
EIP-4788は本質的にプロトコルレベルのオラクルを導入し、メインネット全体にわたってイーサリアムのコンセンサス状態を伝達する。
Nil Foundationの創設者Misha Komarov氏はLido向けにzkOracleを展開しており、「これは絶対に役立つ」と述べた。「アプリケーションロジック内でコンセンサス層のステートルートを使用する必要がある(現在はzkLLVMを通じてCasper FFGの証明を実行層内に持ち込むことで実現している)。これはzkOracleの設計で完了している」と説明した。
詳しくはここをクリック:新たなイーサリアムRollupがゼロナレッジ方式でシャーディングを採用
EIP-5656(MCOPYオペコード)
EVMは、さまざまな操作を指示する一連のオペコードを使って動作する。
EIP-5656は「MCOPY」という新しいオペコードを導入するもので、これはスマートコントラクト実行中にメモリ内のデータコピーを最適化することを目的としている。
現在のEVMアーキテクチャでは、既存のオペコードを使って大量のデータをコピーすることは非効率で高コストになりがちである。MCOPYはより効率的な方法を提供し、これらの操作に関連するGas手数料の削減とパフォーマンスの向上が期待されている。
より高速なメモリ操作は、コントラクトの実行速度を速くし、開発者が特に大規模なデータ構造やメモリ操作を伴う複雑な処理を扱う際に、より多くの最適化ツールを利用できるようになることを意味する。
EIP-6780(SELFDESTRUCTの制限)
イーサリアムにおいて、SELFDESTRUCTオペコードはスマートコントラクトが自らをブロックチェーンから削除することを許可する。実行されると、コントラクトのコードとストレージが状態から除去され、残ったETHは指定されたアドレスに送金される。
しかし、この機能は状態管理の複雑さや潜在的なセキュリティ脆弱性など、いくつかの問題を引き起こしてきた。SELFDESTRUCTを制限することで、イーサリアムはその状態サイズをより適切に管理でき、より安定的で予測可能なブロックチェーンを実現できる。これはネットワークの長期的なスケーラビリティとメンテナンスにとって極めて重要であり、将来のイーサリアムアップグレードを簡素化するのに役立つ。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














