イーサリアムDencunハードフォーク内容紹介

DencunはDenebとCancunという名前を組み合わせたもので、それぞれEthereum Consensus LayerとExecution Layer Hard Forksを意味し、DencunハードフォークはすでにGoerli、Sepolia、Holeskyのテストネットワークで完了しており、メインネットワークは年末のEpoch 269568（2024年3月13日頃）に実施される予定である。269568（2024年3月13日頃）、メインネットワークはEpochでフォークされる予定です。

読書のヒント

この記事を読む前に知っておくべき前提知識は以下の通りです:

• ハードフォーク

• イーサリアムは、コンセンサス層と実行層

  に分かれています。実行レイヤー

Dencunのアップグレードには9つのEIPが含まれています。align: left;">EIP-1153：トランジェント・ストレージ・オプコード（実行レイヤーの変更）

この記事では、以下のEIPについて説明します。EIP-4844 (EIP-4844を除く) の変更と影響について説明します。

Rollupのビッグパッチ: Proto-Danksharding (I)

• https://medium.com/taipei-ethereum-meetup/rollup-and-the-boost-from-proto-danksharding-85d2fe0566b6

ロールアップのビッグ・パッチ・アップ：プロト・ダンクシャーディング（II）

• https://medium.com/taipei-ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8

次の紹介と優先順位は、「実装レベルの変更に関連するEIP」「合意レベルの変更に関連するEIP」「EIP- 4844に関連するEIP」に大別される。4844に関連するEIP」である。

EIP-1153

• 実行レイヤーの変更

• 実行レイヤーの変更

• 実行レイヤーの変更

• EIP-1153：トランジェント・ストレージ・オプコード

• https://eips.ethereum.org/EIPS/eip-1153

• EIP-1153: Transient storage opcodes

EIP-1153: ファンページ

• https://www.eip1153.com/

• EIP-1153: Transient storage opcodes

• https://ethereum-magicians.org/t/eip-1153-transient-storage-opcodes/553

EIP-1153は、"一時的な "ストレージデータへの書き込みと読み込みに使用される2つの新しいオペコード、TSTOREとTLOADを追加します。ストレージ・データへの書き込みと読み込みに使用される。これは、「一時的な」ストレージデータへの書き込みと、そこからの読み取りに使用されます。これらは、多くのコントラクト開発者のガスコストを削減するでしょう。

背景

ストレージは、コントラクトのストレージスペースにデータを書き込むオペコードであるSSTOREオペコードを指します。データは、コントラクトが積極的に削除するまで永続的である。一時的な」品質は「永続的な存在」に対する相対的なものであり、TSTOREに書き込まれたデータはトランザクションが終了するまで有効であり、トランザクションが実行された後、TSTOREに書き込まれた値は破棄される。

その仕組み

TSTOREはSSTOREよりもはるかに安価で、その有効期限は呼び出しの期間（トランザクションの終了まで）に及びますが、Memoryとは異なります。

1. 再トランザクションロック。>現在、Reentrancy LockはSSTOREでしかエミュレートできませんが、EIP-2200以降のSSTOREのルールでは、Reentrancy LockのGasコストをかなり下げることができました。

2. 単一のトランザクションでERC-20を承認する場合、A契約がB契約とやりとりし、A契約がB契約からERC-20を転送する必要がある場合、B契約はERC-20を承認する前にまずA契約を承認します。A契約がB契約とやりとりし、A契約がB契約からERC-20を転送する必要がある場合、B契約はまずERC-20でA契約を承認し、それからA契約を呼び出す。ERC-20の承認はSSTOREを通して行われるため、コストは低くはなく、TSTOREに切り替えることでコストを大幅に削減できる。

3. CREATE2を通じてコントラクトを展開するための展開パラメータ。Constructorパラメータは、CREATE2によってデプロイされるコントラクトのアドレスに影響するため、Constructorパラメータの影響を受けたくない場合、コントラクトConstructorは、Uniswap V3のPoolなど、デプロイヤのコントラクトStorageからパラメータを読み取るように設計されています。 このモデルでは、TSTOREによってコストを大幅に削減できます。TSTOREによって、このモデルは多くのコストを節約できます。

Notes

• コントラクト開発者がTSTOREを使用して自身のReentrancy Lockを書き換える場合、その時にLockをクリアすることを忘れないでください。 トランザクションが終わった後に勝手にクリアされるので、クリアするためのGasの消費を節約できる、などと言ってはいけません。さもないと、トランザクション中に再度コントラクトに入る必要がある場合、Lockのロックが解除されていない（またはクリアされていない）ために、それができない可能性があります。

  契約は勝手にクリアされるので、ガスの消費を抑えることができます。

• EIP-1153 は Solidity 0.8.24 で利用できるようになりました。開発者が取り組んだミューテックスの例を示します。TSTOREに依存するUniswap V4もDencunのアップグレード後に利用可能になります。

• このEIPは新しいOpcodeを追加するので、複数のチェーンにコントラクトを展開する開発者は、すべてのチェーンが最新のOpcodeをサポートしていることを確認するよう注意する必要があります。

EIP-4788

• 実行レベルの変更

• EIP-4788：EVMのビーコン・ブロック・ルート

• https://eips.ethereum.org/EIPS/eip-4788

• EIP-4788：EVMのビーコンルート

• https://ethereum-magicians.org/t/eip-4788-beacon-root-in-evm/8281

運用の詳細

ユーザーまたはコントラクトは、ある時点でビーコンブロックルートに問い合わせるために、コントラクトを呼び出すことができます。ルート。）ブロックルートは、ビーコンブロックハッシュと同様に、ブロックコンテンツのSSZエンコーディングによって得られるメルクルツリー（Merkle Tree Root）のルートである。呼び出し元はタイムスタンプをuint256値としてエンコードし、それを呼び出しのコンテンツとして扱い、コントラクトはタイムスタンプを使用してストレージに移動し、対応するコンセンサスレイヤーのブロックルートを見つけて送り返す。

開発者がコンセンサスレイヤーの情報を使いたい場合、開発者のコントラクトはBEACON_ROOTS_ADDRESSコントラクトを通して、読みたいコンセンサスレイヤーのブロックルートを探し、そのコンセンサスレイヤーのブロックの情報（例えば、バリデータの残高）とMerkle証明を使って、その情報がブロックルートのものであることを検証する。(SSZはコンテンツをMerkle Treeにするため、コンテンツ内のどのような情報でも、対応するMerkle Proofを生成して、その情報がコンテンツ内に存在することを検証できる)



△ユーザーが提供するメルクル証明とコンセンサスレイヤーのブロックタイムスタンプを提供する



△メルクル証明は、質問ブロックのタイムスタンプを利用する。Proofは、ある時点におけるバリデータの残高を検証するために、質問ブロックルートを使用する

しかし、BEACON_ROOTS_ADDRESSコントラクトに格納されているコンセンサスレイヤーのブロックルートは、実際には「親」ブロック（つまり前のブロック）のブロックルートであり、実行レイヤーと同じブロックではない。



ブロック11001のタイムスタンプ（1234567）は、ブロック11001のタイムスタンプに対応します。1234567）はブロック11000のブロックルートに対応する。同様に、ブロック11000のタイムスタンプ(1234555)はブロック10999のブロックルートに対応する。

Caveats

BEACON_ROOTS_ADDRESSコントラクトは、コンセンサス層のブロックルートを8191個まで保存し、8191個前のブロックルートは上書きされます。8191個前のブロックルーツは上書きされる。例えば、現在ブロック18191にいる場合、現時点でアクセス可能なブロックルーツはブロック10000からブロック18190までとなります。

EIP-5656

• 実行レベルの変更

• 実行レベルの変更

• 実行レベルの変更

• 実行レベルの変更

• EIP-5656: MCOPY - メモリコピー命令

• https://eips.ethereum.org/EIPS/eip-5656

EIP-5656.align: left;">EIP-5656は、契約実行中にメモリに保存された値をコピーするように設計された新しいMCOPY Opcodeを追加します。コントラクトは、このOpcodeによるガス・コストの削減の恩恵を受けることができます。

MCOPYオペコードを使用するには、契約開発者はコンパイラのバージョン0.8.24（またはそれ以上）とEVMのバージョンCancun:

MCOPYを使用するには、コンパイラのバージョンとEVMのバージョンを設定する必要があります

このEIPは新しいOpcodeを追加するので、複数のチェーンにコントラクトを展開する開発者は、すべてのチェーンが最新のOpcodeをサポートしていることを確認するよう注意する必要があります。

EIP-6780

• 実行レイヤーの変更

• 実行レイヤーの変更

• 実行レイヤーの変更

• EIP-6780:同一トランザクション内でのみSELFDESTRUCT

• https://eips.ethereum.org/EIPS/eip-6780

• EIP-6780：契約が作成されたのと同じトランザクションで発生する場合を除き、SELFDESTRUCTを無効化する

• https://ethereum-magicians.org/t/eip-6780-

-deactivate-selfdestruct-except-where-it-occurs-in-the-same-transaction-in-which-a-contract-was-created/13539

EIP-6780は、Verkle TreeとSELFDESTRUCT Opcodeの廃止に備えて、SELFDESTRUCT Opcodeの動作を修正します。SELFDESTRUCT Opcodeを使用するコントラクトを持つ開発者は、特に注意を払う必要があります。

背景

現在のSELFDESTRUCT Opcodeの動作は、(1)コントラクトのコードとストレージを削除し、(2)コントラクトからすべてのETHをVerkle Treeに転送します。その上のすべてのETHを指定されたアドレスに転送します。

当初、SELFDESTRUCT Opcodeは、未使用のコントラクトとストレージを削除するよう開発者にインセンティブを与え、イーサリアムの状態を適切なサイズに保つための返金メカニズムとして設計されました。しかし、実際にこれを実行する人は多くなく、代わりにSELFDESTRUCTが原因で数十万ETHが凍結されたParity Multisigのような事故が発生したため、イーサリアムコミュニティはSELFDESTRUCT Opcodeを段階的に廃止することを望んでいました。SELFDESTRUCT Opcodeを修正または削除する提案は過去にいくつもあり、EIP-6780はDencunハードフォークに至ったものの1つでした。

注：SELFDESTRUCTは、2023年初頭の上海ハードフォークにおけるEIP-6049によって公式に廃止されると宣言されました。

Verkleツリーは、現在のMerkle Patriciaツリーを置き換えるために、現在イーサリアムコミュニティによって活発に研究・開発されている状態保存構造であり、これによりイーサリアムの状態証明がより小さくなります。バークルツリーはイーサリアムの状態証明のサイズを小さくするため、ステートレスクライアントの設計の鍵となります。ステートレスクライアントによって、ノードのハードウェアは削減され、より多くの人がより軽量で安価なハードウェアでノードを実行できるようになり、ネットワークの分散化が進むことになります。

動作の詳細

EIP-6780以降、SELFDESTRUCT Opcodeは(1)の動作を削除し、(2)のみを保持します。指定されたアドレスにすべてのETHを転送する」という機能は(2)に保持されます。コントラクトが同じトランザクションで作成され、その後SELFDESTRUCTされない限り、コントラクトのコードとストレージは変更されずに残ります。

したがって、SELFDESTRUCTがトリガーされると、次のようになります。paddingleft-2">

• コントラクトが同じトランザクションで作成されなかった場合、コントラクトコードとストレージはそのまま残りますが、コントラクトのETHは指定されたアドレスに転送されます。

• コントラクトが同じトランザクションで作成された場合、動作はEIP-6780以前と同じです：コントラクトコードとストレージは削除され、ETHは指定されたアドレスに転送されます。

バークルツリーでは（1）の挙動を削除する必要があります

バークルツリーの設計では、そのストレージの状態第1層はすべてのアドレスのツリーであり、第2層は各アドレスに対するすべてのストレージとコンポジションのツリーである。Verkle Treeは、すべてのアドレスの1層の、完全に平坦化されたツリーとして想像することができる。ヴァークル・ツリーは、1層の完全に平坦な構造として想像することができる。従って、Merkle Patricia Treeでは、アドレスのStorageを簡単に見つけて削除することができるが、Verkle Treeでは、すべてのアドレスとアドレスの各Storageの値が同じツリーに平らに散らばっているため、どの値がアドレスのどのStorageに属しているのかがわからず、アドレスのStorageを見つけることはほとんど不可能である。



△現在のステートツリー設計（Merkle Patricia Tree）は2層構造になっています：ステートルートはすべてのアドレスの集合体であるツリーに対応し、ストレージルートはアドレスの下にあるすべてのストレージの集合体であるツリーに対応します。

ソース：https://fisco-bcos-documentation.readthedocs.io/en/latest/docs/design/storage/mpt.html



△  バークル・ツリーは1階層で完全に平坦なツリーです。

赤いノードはアドレスで、緑のノードはそのアドレスのストレージ値です。

図ソース: https://youtu.be/s7fm6Zz_G0I?t=572



△  赤いノードだけを削除し、ストレージ（緑のノード）を削除しない場合、コントラクトが同じアドレスに再デプロイされると、削除されていない古いストレージが継承されるため、潜在的にリスクの高い脆弱性になります。潜在的にリスクの高い脆弱性になってしまいます。

ソース: https://youtu.be/s7fm6Zz_G0I?t=572

そのため、Verkle Treeを見越して、私たちはSELFDESTRUCT Opcodeはコントラクトコードとストレージの動作を削除します。

洞窟

• 開発者が以下を使用する場合。CREATE2 + SELFDESTRUCTで同じアドレスに繰り返しデプロイする場合、Dencunの後では、同じトランザクション内で同時に行われた場合のみ完了します。

• 開発者がCREATE2 + SELFDESTRUCTを使用してコントラクト・アップグレード・ユーティリティを達成した場合（そのため、CREATE2 + SELFDESTRUCTは同じトランザクションでは行われません）、Dencun後に続行することはできません。通常はSELFDESTRUCTを使用しないアップグレードモードに切り替えてください。

EIP-7044

• Consensus Layer Changes

• EIP-7044：永続的に有効な署名付き任意退場

• https://eips.ethereum.org/EIPS/eip-7044

• EIP-7044：永続的に有効な署名付き任意退出

• https://ethereum-magicians.org/t/eip-7044-perpetually-valid-signed-voluntary-exits/14348

EIP-7044は、検証者がPoSを終了するために使用した署名を永続化し、ネットワークのハードフォークによって署名が無効になるのを防ぎます。Lidoのような非保護誓約サービスに委任する検証者は、ハードフォークがあるたびに第三者に再署名を依頼する必要がなくなるため、経験とセキュリティが向上します。

背景

イーサリアムPoSのバリデーターには2つの秘密鍵が必要です。バリデータはPoSを終了する際、現在のネットワークのバージョン（ハードフォーク）を含むバリデータキーで署名します。

現在のアンマネージド・プレッジ・サービスでは、サービス・プロバイダーがValidator Keyを保持し、ユーザーがWithdrawal Keyを保持しているため、サービス・プロバイダーは日常的なバリデーション関連のタスクしか実行できず、アンマネージドの目的で、ユーザーのプレッジ資産や手数料を請求することはできません。従って、サービス・プロバイダは、日常的な検証関連業務のみを行うことができ、利用者から質権設定された資産や手数料を回収することはできないため、非管理という目的を達成することができる。サービス提供者がPoSから脱退しないことで利用者を恐喝することを防ぐため、サービス提供者は最初にPoS脱退証明書に署名して利用者に渡し、利用者はサービス提供者の影響を受けることなく、いつでもPoSからの脱退を選択できるようにする。

仕組み

しかし、PoSを抜けるための署名には、ネットワークの現在のバージョン（ハードフォーク）、例えば上海の現在のバージョンやカペラの以前のバージョンが含まれているため、ネットワークはそれを現在のバージョンと比較します。ネットワークは「エグジットプルーフ内のハードフォークバージョン」と「ネットワークの現行バージョン」を比較し、2バージョン以上の差がある場合は無効とみなされます。つまり、ネットワークが更新され、ハードフォークされ、新しいバージョンにアップグレードされると、古すぎる終了証明は無効になります。

たとえば、コンセンサスレイヤーの現在のハードフォークバージョンがAltair、Bellatrix、（現在の）Capellaの場合、Altairで署名された終了証明書は現在無効となり、次のアップデートがDenebの場合、Altair、Bellatrix、（現在の）Capellaで署名された終了証明書は無効となります。次のアップデートがDenebの場合、Altair、Bellatrix、および（現在の）Capellaで署名されたオプトアウト証明書は無効になります。この状況に対処するため、ユーザーはハードフォークが発生するたびにサービスプロバイダーに新しいオプトアウト証明書を発行してもらう必要があり、もし事前に発行してもらえなければ、ハードフォーク後にサービスプロバイダーから「PoSをやめることはできない」と脅されて恐喝される可能性がある。

注意：しかし、「オプトアウトPoS」はカペラ後までオープンしないため、事前にアルテアやベラトリックスでオプトアウト証明書に署名している人はほとんどいない可能性があります。

そこでEIP-7044では、ハードフォークされたバージョンのPoSをCapellaに修正し、現在のバージョンで署名されたPoSはすべて永久に有効となるようにしました。そして、今後何度更新されても、終了証明書は常にCapellaで署名され、ハードフォークされたバージョンの影響を受けなくなります。

注意

オプトアウト証明書のハードフォークされたバージョンは現在Capellaに固定されているため、検証者やサービスプロバイダがオプトアウト証明書のDenebバージョンに前もって署名しておけば、それは永遠に有効です。Denebバージョンの終了証明は、Deneb後に無効となります。

EIP-7045

• Consensus Layer Changes

• Consensus Layer Changes

• Consensus Layer Changes

• EIP-7045：認証スロットの最大数を増やす

• https://eips.ethereum.org/EIPS/eip-7045

• EIP-7045: 証明書スロットの最大数を増やす




• 45li>

  https://ethereum-magicians.org/t/eip-7045-increase-max-attestation-inclusion-slot/14342

  。

EIP-7045はバリデータに対する認証の有効期間を延長し、投票が寄託されるまでの時間を増やし、ネットワークの安定性を向上させます。これはユーザーやバリデータには影響しません。

背景

元々、認証にはエポック(32スロット)の獲得時間がありました。認証者アリスがスロット10000で投票するように割り当てられたとします。彼女はスロット10010まで投票を完了しないかもしれませんし、ネットワークの待ち時間のためにスロット10020までp2pネットワークに投票をブロードキャストしないかもしれません。しかし、もし彼女の投票がスロット10033まで表示されなかった場合、彼女の投票を含める方法はなく、投票しなかったものとして扱われます。

どのように機能するか

EIP-7045は、投票に含める有効期間を、投票が行われた次のエポックの終わりまで延長します。たとえば、検証者アリスがエポック100のスロット3205で投票するよう割り当てられたとします。EIP-7045の前では、彼女の投票はスロット3237（3237=3205+32）まで有効ですが、EIP-7045の後では、彼女の投票はエポック101の終わり（すなわち、スロット3263）まで含めることができます。を含むことができます。

注意：エポック0にはスロット0から31までが含まれ、エポック100にはスロット3200から3231までが含まれ、エポック101にはスロット3232から3263までが含まれます。

EIP-7045の後、彼女の票はエポック101の終わり（つまりスロット3263）まで含めることができます。left;">EIP-7514

• コンセンサス層の変更

• EIP-7514：最大エポック・チャーン制限の追加

• https://eips.ethereum.org/EIPS/eip-7514

• EIP-7514：最大エポック数の追加チャーン制限

• https://strong>

  上海が2023年に検証者用出口POSをアップグレードして開放した後、検証者として参加するユーザーが増え、その結果、エントリーキューが常に満杯になり、検証者の総数が高い割合で増加した。

  

  △POS開設以降、入場待ち行列が増加。出典：https://www.validatorqueue.com/

  バリデータ待機列が満杯の状態が続くと、2023年9月（EIPが提案された時）から2024年5月までの8ヶ月間で、約全ETHの50%がPoSにプレッジされ、2024年9月には75%になります。これほど多くのETHを誓約することにはいくつかの欠点がある。例えば、検証者の数が多すぎるため、検証者の投票や署名が集約され、検証者のP2Pネットワークの負担が増加し、コンセンサスチェーンの状態が膨れ上がる。また、イーサリアムが要求するセキュリティはそれほど多くのETH誓約を必要とせず、セキュリティの観点から複数の誓約はETHの無駄遣いだと感じる人もいる。

  そして、なぜこれほどまでにETHが流入しているのでしょうか？100%ETHを誓約しても年率は約1.6%であり、より効率的な資本活用への一歩であるLST（Liquid Staking Token）の出現とMEVの利点が相まって、誓約はすべて非常に魅力的な選択肢となっているからです。

  幸いなことに、誓約ブームは2023年後半に後退し、検証者数の伸びは鈍化しました。

  

  △検証者数の増加は2023年後半に鈍化し、2024年2月までに約25％のETHが誓約される。出典：https://www.validatorqueue.com/

  運用の詳細

  元々、エントリーキューの数は検証者の数によって上限が決められていました。エントリーキューの最大数は、現在の検証者数によって変動します。65,536人の検証者が増減するごとに、エントリーキューの最大数は1ずつ増減します。2024年2月のエントリーキューの最大数は14です（現在の検証者数は約95万人）。

  EIP-7514は、エントリーキューの上限を8で固定し、現在の検証者数が増えても上限を引き上げないため、検証者数の増加を遅らせ、次のハードフォークの対象となるEIP-7514に含まれる可能性があるような長期的な解決策をコミュニティが考え出す時間を増やすことができます。

  EIP-4844とEIP-7516

  • EIP-4844: シャード・ブロブ取引

  • https://www.eip4844.com/

  • ロールアップのビッグパッチ：プロト・ダンクシャーディング（I）

  • https://medium.com/taipei-ethereum-meetup/rollup-and-the-boost-from-proto-danksharding-85d2fe0566b6

• ロールアップの大改造：プロト

• https://medium.com/taipei-ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8

EIP-4844は、Blobデータを保持するために特別に設計された新しいトランザクションタイプを追加します。データをBlobに置くことで、Rollupはトランザクション手数料をさらに削減できるようになります。

EIP-4844はスケーリング変更として意図されたものではなく、より多くのトランザクションをブロック（Rollup）に載せることができるように、「ブロックのGas Limitを増やし」「コストを下げる」ためのボリューム増加のための変更である。しかし、EIP-4844は真のスケーリングソリューションであるダンクシャーディングへの道を開くものでもあります。

さらに、ブロブ取引は一般的な取引とは別の手数料市場であり、独自の基本手数料と優先手数料があるため、EIP-7516はブロブ取引の手数料市場に新しいBLOBBASEFEE Opcode（一般的な取引のBLOBBASEFEE Opcodeと同等）を追加します。EIP-7516では、BLOBBASEFEE Opcode（一般取引のBASEFEE Opcodeと同等）がBlob取引手数料市場に追加されるため、ロールアップ契約はこのOpcodeを通じてBlobの基本手数料を知ることができます。

概要とハイライト

• Dencunハードフォークは、コンセンサス層のDenebハードフォークで構成されています。Dencunハードフォークは、コンセンサス層のDenebハードフォークと実行層のCancunハードフォークから構成される。

• 今回のアップグレードのメインイベントはEIP-4844で、Blobトランザクション形式を導入し、Rollupがトランザクションコストをさらに削減し、Dankshardingへの道を開くことを可能にします。

• コンセンサスレイヤーへの変更には、EIP-7044、EIP-7045、EIP-7514が含まれます。EIP-7044では、管理されていないPledge Service検証機を使用する検証者が、PoSをオプトアウトする際に将来のハードフォークから免れることができます。

• EIP-7045およびEIP-7514は、PoSネットワークに安定性を追加する更新とみなすことができます。

• 実行レイヤーの変更には、EIP-1153、EIP-4788、EIP-5656、EIP-6780、およびEIP-7516が含まれます。

• EIP-1153、EIP-7045、およびEIP-7514は、PoSネットワークの安定性を高める更新とみなすことができます。

• EIP-1153は、多くの契約設計パターンを可能にし、多くのガスを節約します。

• EIP-4788は、第三者を信頼することなく、実行レイヤーがコンセンサスレイヤーを読み取ることを可能にし、誓約関連サービスの可能性を広げます。

• EIP-6780は、「契約コードと状態を削除する」機能を削除することで、SELFDESTRUCTをさらに一歩進めます。

• 開発者は、EIP-1153を使用する場合、トランザクションの後に一時ストレージが空になるという仮定に依存しないように注意する必要があります。

• 一般ユーザーは特に意識する必要はなく、RollupがBlob取引を採用すれば、より低い取引コストを享受できるようになります。

Reference Data and Recommended Extended Read

EIP-1153

EIP-1153

• https://eips.ethereum.org/EIPS/eip-1153

• https://www.eip1153.com/

• https://ethereum-magicians.org/t/eip-1153-transient-storage-opcodes/553

• https://hackmd.io/@-_WYFKbvSmip5m7MNB4b8A/SJFH66Eca

EIP-4788

• https://eips.ethereum.org/EIPS/eip-4788

• https://ethereum-magicians.org/t/eip-4788-beacon-root-in-evm/8281

EIP-5656

• https://eips.ethereum.org/EIPS/eip-5656

EIP-6780

• "text-align: left;">https://eips.ethereum.org/EIPS/eip-6780

• https://ethereum-magicians.org/t/eip-6780-deactivate-selfdestruct-except-where-occurs-in-the-same-transaction-in-which-a-contract-was-created/（契約書が作成された同じトランザクション内で発生した場合を除く。13539

• https://www.youtube.com/watch?v=s7fm6Zz_G0I

EIP-7044

• https://eips.ethereum.org/EIPS/eip-7044

• https://ethereum-magicians.org/t/eip-7044-perpetually-valid-signed-voluntary-exits/14348

EIP-7514

• https://eips.ethereum.org/EIPS/eip-7514

• EIP-7514

  EIP-4844 & EIP-7516

  • https:/?/www.eip4844.com/

  • https://medium.com/taipei-ethereum-meetup/rollup-and-the-boost-from-proto-danksharding-85d2fe0566b6

  • https://medium.com/taipei-ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8

  • https://eips.ethereum.org/EIPS/eip-7516

  • https://ethereum-magicians.org/t/eip-7516-blobbasefee-opcode/15761