著者:Macauley Peterson, Blockworks; Compiled by Pine Snow, Golden Finance
最新のEtherCorp全コア開発者会議では、メインネットの次のハードフォークであるDencunのアップグレード計画について、最終的にいくつかの暫定的な日程が決まりました。
「大きな問題がなければ」ですが、EtherNetの開発者たちは、EtherNetのパブリックテストネットワークをフォークするために、以下の日付に注目しています:
Goerli.1.17
Sepolia:1.30
Holesky:2.7
Goerliがテストプログラムに含まれるのはこれが最後となり、ネットワークは放棄される見込みです。
彼らはまた、次のこと、つまり、まだ愛称が決まっていないプラハ/エレクトラのアップグレードについても議論しています。
イーサネットコミュニティは、1つの大きなコア機能に集中するか(1年かかる可能性がある)、複数の小さな改良を中心にアップグレードするか(2024年末までに実現する可能性がある)を検討しています。
EIP-4844 (Proto-Danksharding)
これは、Decun EIP の 1 つです。2023年に多くのニュースで取り上げられました。
StarkWareの共同設立者であるEli Ben-Sasson氏は、このアップグレードによって "すべてのLayer2におけるデータ可用性のコストが削減される "と指摘しています。
スタークウェアの共同設立者であるイーライ・ベン=サッソン氏は、"すべてのLayer2でデータ可用性のコストが削減される "と述べています。
Web3ウォレットの開発者であるSukuのCTOであるLucas Henning氏は、「イーサネットにおける画期的な改善の年」と呼びました。
ヘニング氏は、「(EIP-4844は)変革的な機能強化であり、ロールアップガスの料金を「100倍も」削減できる」と述べています。
ERC-4337とその拡張であるERC-6900です。
ERCはEIPのサブセットであり、イーサリアムのエコシステムにおけるトークンの標準のみに焦点を当てています。 ERCは、相互運用性を確保するためにトークン実装のルールを定義します。 コアプロトコルを変更するいくつかのEIPとは異なり、ERCは通常ハードフォークを必要としません。
ERC-4337は3月に稼動し、アカウント抽象化は「エンドユーザーにとって最も重要な変化として重要な役割を果たすだろう」とヘニング氏は述べた。
アカウント抽象化は、「ウォレットに対する認識とインタラクションの方法に革命をもたらし、ガスフリーのトランザクションを標準にし、安全なソーシャルログインを新しい標準にし、イーサリアムのユーザーエクスペリエンスを根本的に作り変えるだろう」と彼は述べています。
伝統的に、イーサには2種類のアカウントがありました。秘密鍵によって管理される外部アカウント(EOA)と、コードによって管理されるコントラクトアカウントです。 アカウントの抽象化はこの区別を曖昧にし、ユーザーがよりスマートコントラクトのように振る舞うアカウントを作成できるようにします。
これにより、ユーザーエクスペリエンスとセキュリティが強化され、マルチ署名ウォレットや紛失した鍵のソーシャルリカバリーなど、より複雑なアカウントロジックが可能になります。
ERC-6900は「委任取引」の概念を導入しています。 この規格はまた、イーサネットのメインネットのコンセンサスを変更する必要がないため、ユーザーが自分の代わりにトランザクションを送信する能力を委任することができ、例えば、時間と手間を節約するために、一度の操作のバッチを承認することができます。
EIP-1153 (Transient Storage Opcode)
この提案はDencunの一部であり、スマートコントラクトの実行中に一時的または一時的なストレージを処理するための新しいメカニズムを導入することを目的としています。
イーサ上の従来のストレージ操作は永続的であり、Gasを消費します。これは、単一のトランザクションの後に永続する必要のない一時的なデータにとっては非効率的です。
EIP-1153は、スマートコントラクトが一時的なストレージ(トランザクションの実行終了時にクリアされるストレージ)を使用できるようにするオペコードです。
Uniswapチームは1153が含まれるよう働きかけ、すでにシャペラに含まれていることを望んだが、コア開発者のコンセンサスを得るには十分な支持を得ることができなかった。 このアップグレードは、Uniswapの次期v4プロトコルの機能性と効率性を強化する上で重要な役割を果たすと期待されています。
一時的な保存を可能にすることで、EIP-1153はコントラクト実行中のデータ保存に関連するガスコストを削減し、スマートコントラクトの設計において開発者により大きな柔軟性を提供します。
永続的なストレージの負担を軽減し、状態の肥大化を最小限に抑えることで、EIP-1153はイーサネットネットワークの全体的なスケーラビリティに貢献できます。
EIP-4788 (Beacon Block Root Commit)
Ether を2つの主要セクションを持つ巨大な図書館と想像してください。ビーコンチェーン部は、図書館の目録システムのようなもので、すべての本とその場所(イーサネット・ネットワークのコンセンサスと調整)を追跡する。
EIP-4788以前は、これら2つの部分はある程度独立して動作していた。 EVMパートは最新のカタログに直接アクセスすることができず、ビーコンチェーンパートで何が起こっているかを知るには間接的な方法に頼らざるを得ませんでした。
EIP-4788では、「ビーコンブロックルート」(親ブロックのダイジェストまたはハッシュツリーのルート)を各EVMブロックに配置することを推奨しています。
これは、非効率的で時に不正確であった図書館の時代遅れのカードファイリングシステムから、リアルタイムで正確で、メインの図書館データベースに直接リンクされたシステムに移行するようなものです。
この最新の図書館では、新しい本が追加、移動、削除(ビーコンチェーンの更新)されるたびに、利用者(EVM)に正確な情報が即座に提供される。 利用者は、自分が最新の情報にアクセスしていることを確信でき、図書館の運営(スマートコントラクトの実行など)は、カタログシステム全体(コンセンサスレイヤーの状態)との整合性が高まります。
これらすべてが信頼を最小化する方法で行われるため、このデータを提供する外部述語の必要性がなくなり、潜在的な障害や操作のポイントが減少します。
この変更は、Lidoのようなリキッドプレッジプロトコル、スマートコントラクトベースのブリッジ、および再代金化ソリューションにとって特に有益です。これらのプロトコルは、バリデータの残高やステータスなどの重要なデータにコンセンサスレイヤーから直接アクセスできるため、セキュリティと運用効率を高めることができます。
EIP-4788は本質的に、メインネット全体でイーサネットのコンセンサス状態を通信するプロトコルレベルのプレディケイターを導入しています。
ニル財団の創設者であるミーシャ・コマロフ氏は、リドにzkOracleを導入しており、これを「絶対に役に立つ」と評しています。
「彼らは、アプリケーションロジックにおけるコンセンサス層の状態のルートを必要としています(これは現在、Casper FFGの証明がzkLLVMを通して、zkOracleの設計における実行層に実証しているものです)」と彼は指摘しました。
EIP-5656 (MCOPY opcodes)
EVM は、さまざまな操作を示す一連のオペコードを使用して動作します。
EIP-5656はMCOPYと呼ばれる新しいオペコードを導入し、スマートコントラクトの実行中にメモリ内のデータをコピーするプロセスを最適化するように設計されています。
現在のEVMアーキテクチャでは、既存のオペコードを使用して大きなデータセグメントをコピーすることは、非効率的でコストがかかる可能性があります。 MCOPYは、パフォーマンスを向上させながら、これらの操作に関連するガスコストの削減を約束する、より効率的なアプローチを提供します。
より高速なインメモリー操作は、コントラクトの実行がより速くなることを意味し、開発者はスマートコントラクトを最適化するためのより多くのツールを手に入れることができます。
EIP-6780 (Restricted Self-Destruct)
イーサでは、SELFDESTRUCTオペコードにより、スマートコントラクトはブロックチェーンから自身を削除することができます。
実行されると、コントラクトのコードとストレージを状態から削除し、コントラクトの残りのイーサを指定されたアドレスに送信します。
しかしこの機能は、状態管理の複雑さや潜在的なセキュリティ脆弱性など、いくつかの問題を引き起こします。
自己破壊を制限することで、イーサは状態のサイズをより適切に管理できるようになり、より安定した予測可能なブロックチェーンになります。
これは、将来のイーサのアップグレードを簡素化するため、ネットワークの長期的なスケーラビリティとメンテナンスにとって非常に重要です。