イーサリアムの「カンクンアップグレード」には現在、新しい進展があります：2023年2月8日、イーサリアム財団の第176回会議で、開発者たちは、順調に進めば、2024年初頭にGoerliフォークの日付が設定され、2024年1月にGoerli Dencunテストネットをアクティブ化することを目指すことに同意しました。

イーサリアム「Canun Upgrade」の具体的な完了時期については、業界関係者の推測に基づいて、現在のプロトコル開発の進捗状況やテスト完了の進捗状況に関するものであり、2024年3月から4月の間に公式に実施されると予想されています。

イーサリアムの「カンクンアップグレード」の意義は、「テスト」以上であると言えます。Shapella Upgrade”——このアップグレードは、イーサリアムのさらなる拡張の鍵であるため、イーサリアムネットワークが1秒あたりに対応できる取引量を増やし、また、イーサリアムのデータストレージと取得能力の新たな段階を開くことができます。

ブロックチェーンユーザーがデジタルアセットを保有している場合、イーサリアムの「カンクンアップグレード」がデジタルアセット取引にもたらす最も直感的な変化は、イーサリアムのレイヤー2ネットワーク上でのデジタルアセット取引に必要なガス手数料が大幅に削減されることであり、おそらく14倍まで削減されるかもしれません。

imTokenは現在、Ethereum上のすべてのLayer 2ネットワークおよびEVM互換チェーンをサポートしています。“Cancun Upgrade”が完了すると、デジタル資産を保有しているユーザーは、imTokenを通じてEthereum Layer 2ネットワークの資産をより高いコストパフォーマンスとより安いガス手数料で体験することができます。また、imTokenはOPとPolygonをサポートしており、imTokenのSwap機能を直接利用することで、比較的低いネットワーク操作コストを享受することができます。

ブロックチェーン開発者にとって、2024年にEthereumの「Cancun Upgrade」が正式に実装された後、Goerliテストネットワークはもはや使用されなくなります。開発者はできるだけ早くSepoliaテストネットワークに移行することを推奨します。

imTokenは今、Sepoliaテストネットワークを完全にサポートし、"faucet"エントランスを通じてSepoliaテストネットワークのテスト資産請求をサポートしています。

学ぶ「カンクンアップグレード」

カンクンはメキシコの有名な観光都市であり、Devcon 3カンファレンスの会場でもあります。イーサリアムのアップグレードの命名規則によると、場所の名前にちなんだアップグレードは、イーサリアム実行レイヤーのアップグレードです。

イーサリアムのコンセンサスレイヤーアップグレードのコードネームは、この「カンクンアップグレード」と同期して「デネブ」となっており、したがって、このイーサリアムアップグレードの実行レイヤーとプロトコルレイヤーの完全版の公式名前は「デンクンアップグレード」と決定されました。デンクンは、カンクン+デネブの複合語です。

以下は「カンクンアップグレード」です。重点を置く価値のある改善プロトコル（略称：EIP）について学びましょう。

01

『Cancun Upgrade』の主人公：EIP-4844

イーサリアム シャーディング プロトタイプ

▶ 改善目標:イーサリアムのスケーラビリティ(拡張ニーズ)を解決し、イーサリアムのレイヤー2(レイヤー2)ロールアップソリューションのトランザクションコストを削減し、ロールアップの速度を上げる。

▶ 改善された背景：Ethereum Layer 1メインネット（Layer1）のコストが高止まりし、全体の運用コストを削減するためには必要な改善が急がれています。

現在、Ethereumのスケーリングソリューションは主にLayer 2のロールアップです。

実際には、Rollupsソリューションはユーザーが多くの運用コスト（以下、ガス手数料とも呼ばれる）を節約するのに役立ちます。例えば、プロジェクトOptimismを代表して、ガス手数料の通常コストはわずか0.001ガウェイであり、これはイーサリアムレイヤー1メインネットの通常コストよりもはるかに低いです。ZK Rollupsのソリューションは、データ圧縮性能が優れており、署名データの含まれる必要がなく、安価であり、イーサリアムのレイヤー1メインネットの1％にまで下がります。

ただし、より幅広いユーザーにとって、Rollupsソリューション後でもガスコストは比較的高い負担です。また、イーサリアムの並行トランザクション処理効率はまだ低く、秒間の取引量は二桁しか処理できません。これらにはスケーラビリティを向上させるための新しい改善が必要です。

シャーディングは、上記の問題を解決するための強力な改善手法ですが、まだイーサリアムに実装されていません。改善計画EIP-4844のタイムリーな提案は、上記のニーズを解決し、シャーディングアップグレードを実装することです。現在の段階でイーサリアムに適用できるトレードオフを見つけ、将来的に全体的なデータシャーディングを実現するための早期の技術的基盤を築きました。

そのため、EIP-4844はかつて「Proto-danksharding」と呼ばれており、これは「シャーディングのプロトタイプ」です。単語「dank」は異なる起源を持っています。これはイーサリアムの研究者であるダンクラッド・ファイストの名前から取られています。彼はかつて「EIP-4844はRollupsのアクセラレータになるでしょう」と述べました。

現在、EIP-4844の技術的な改善をより直感的に表示するために、EIP-4844の改良されたプロトコルのタイトルは一律に「Shard Blob Transactions」と記述されています。

▶ 改善内容（完了した技術的な改善）：

• Blobトランザクションの紹介：BlobはBinary Large Objectの略称です。Blobトランザクションは、将来のシャーディングで使用される新しいトランザクションタイプです。
• 将来のフルシャーディングを実装するために必要なすべての実行レイヤーロジックを導入します。
• 将来の完全なシャーディングを実装するために必要なすべての実行およびコンセンサスレイヤーにクロスバリデーションロジックを導入します。
• ビーコンブロックの検証（すなわち、イーサリアムレイヤー2データ）とブロブデータの可用性サンプリングの間にレイヤリングを実装します。
• 将ビーコンブロックを導入して、将来のフルシャーディングに必要なほとんどのロジックを実装します。

△ 完全なシャーディングコンセプト図（Vitalik Buterin著）

出典：foresightnews

▶ ノート：Blobsは元々、イーサリアムレイヤー2のデータを運ぶのに役立つよう設計されていました。同時に、このデータベクトルのセットであるBlobは、イーサリアムコンセンサスレイヤーのノードによって保存されているため、実行レイヤーのイーサリアム仮想マシン（EVM）では読むことができません。データのこの分離によって、イーサリアムレイヤー2のRollupsソリューションの手数料が削減されています。

さらに、ブロブのデータは18日後に削除されます。

改善提案によってメインネットワークにかかる圧力を軽減するために、EIP-4844は完全なシャーディングの将来の実装と比較して、各ビーコンブロックの増加するストレージスペースに上限を設定し、最大で約0.5MB（約4ブロブ）のデータサイズに制限します。しかし、この上限は将来的に増加することが期待されています。

△ データは2023/12/11に更新されました

△ データソース：I2fees.info、2023/12/8の統計

02

"Cancun Upgrade" に実装が確認された改善提案の概要:

• EIP-4844
• EIP-1153
• EIP-6780
• EIP-4788 (英語)
• EIP-5656
• EIP-7516

上記の注目すべき改善提案EIP-4844に加えて、2023年12月8日時点で、「Cancun Upgrade」で実装されることが確認された改善提案も含まれています。

▶ EIP-1153 “Transient Storage Opcodes”: 一時ストレージオペコードを追加。一時ストレージは、ブロックの内部通信を解決するために特別に設計されたソリューションです。

一時的なストレージは既存の操作の意味を変更しません。一時的なストレージデータは各トランザクション後に破棄されます。サーバーディスクにはアクセスされません。使用後にストレージスロットをクリアする必要はありませんし、クライアントは元のデータをロードする必要もありません。

したがって、比較的に、ブロック内の通信問題を解決するために一時的なストレージを使用する利点は、Gas料金が低く、将来のイーサリアムのデータストレージ設計における一時的なストレージによる運用料金の払い戻しを考慮する必要がないことです。ただし、EIP-1153は既存のスマートコントラクトでの一時的なストレージデータの使用に関するものではありません。

▶ EIP-6780 “SELFDESTRUCT only in same transaction”: SELFDESTRUCTオペコードの機能を変更し、将来的にVerkle Treeアーキテクチャ（一般的には“Volkle Tree”と呼ばれる）がEthereumでの適用に備える。

現在、EthereumはMerkle Treeアーキテクチャ（一般的には「Merkle Tree」と呼ばれる）アーキテクチャを使用しています。SELFDESTRUCTオペコードを使用すると、多数の変更をアカウントの状態に加えることができます。例えば、コードやストレージを削除することができます。しかし、将来的にEthereumにVerkle Treeアーキテクチャが適用されると、アカウントは簡単に変更や削除することができなくなります。なぜなら、Verkle Treeアーキテクチャはそれぞれのアカウントを異なるアカウントキーに格納し、これらのキーはルートアカウントに接続されないからです。

そのため、EIP-6780では、SELFDESTRUCTオペコードの機能を変更する提案がなされています。EIP-6780によると、変更されたSELFDESTRUCTオペコードには、使用中にアカウントを変更または削除する機能はもはやなく、ETHを呼び出し元に転送するためにのみ使用されますが、SELFDESTRUCTが作成された同じトランザクション内で呼び出されたスマートコントラクトによって操作される場合には例外があります。

△ Ethereum Cancunアップグレード関連の改善提案に関する実装進捗（2023/12/8現在）

画像ソース：github@Cancunネットワークアップグレード仕様

▶ EIP-4788「EVM内のビーコンブロックルート」: イーサリアム仮想マシン内でビーコンチェーンブロックルートを公開します。ビーコンチェーンブロックルートは、どの共識状態も証明するために使用される暗号蓄積器(アキュムレータ)です。

イーサリアム仮想マシンでビーコンチェーンブロックルートを公開することで、イーサリアムのコンセンサスレイヤーへの信頼度を最小限に抑えたアクセスが可能になります。これは、ユースケースの開発を促進する改良されたプロトコルでもあり、ステーキングプールやスマートコントラクトブリッジなどのユースケースをサポートし、信頼の前提条件を向上させるでしょう。

▶ EIP-5656 “MCOPY - Memory copying instruction”: イーサリアム仮想マシン命令に使用できる効率的なメモリコピー命令を提供します。メモリコピーは基本的な操作であり、さまざまな計算集約的な操作に非常に役立ちます。ただし、イーサリアム仮想マシン上での将来の実装には運用コストもかかります。

EIP-5656 で導入された命令は、以前には存在しなかった新しい命令です。リリースされたスマートコントラクトがこの新しい命令を使用する場合、互換性に注意を払う必要があり、操作を調整する必要があるかもしれません。

▶ EIP-7516“BLOBBASEFEEオペコード”：オペコードBLOBBASEFEEを導入します。このオペコードは、EIP-3198プロトコルに関連付けられたBASEFEEオペコードと同じですが、BLOBBASEFEEはこのCancunアップグレードでEIP-4844プロトコルに従ってBlobベース料金を返します。

2023年4月〜5月頃に「カンクンアップグレード」のスケジュールが公式に決定されたとき、追加される可能性がある実行レイヤープロトコルEIP-2537（事前コンパイルされたBLS12-381曲線操作）が熱く議論されました。 ）、EIP-5920（新しいオペレーションコードPAYを導入）は、2023年12月8日現在、アップグレードスケジュールにはまだ表示されていません。

△ クライアント統合テストの進捗状況、Devnet-12 がアクティブ化されました（2023/12/8 時点）

画像ソース：github@Cancunネットワークアップグレード仕様

03

「カンクンアップグレード」シンクロナイズドイーサリアムコンセンサスレイヤー「デネブアップグレード」実装が確認された改善提案が含まれています:

• EIP-7400
• EIP-7045
• EIP-7514

▶ EIP-7400“永続的に有効な署名付き任意の退出”: 永続的に有効な署名付き任意の退出を実現します。この技術プロトコルは、主に現在のCapellaコンセンサスレイヤーのバリデータの退出署名ドメインをロックすることを目的としています。“Cancun Upgrade”の後、永続的に有効になります。Ethereum上のステーキング操作の複雑さを軽減します。

▶ EIP-7045 “最大証明インクルージョンスロットの増加”: 最大認証パッケージされた平文暗号文（平文スロット）を増やします。この技術プロトコルは、現在のLMD-GHOSTセーフティ解析およびルール検証に重要です。現在、チェーン上のバリデータは32個の平文スロットを証明することができます。EIP-7045技術プロトコルが実装されると、バリデータは最大で64個の平文スロットを証明することができるかもしれません。

▶ EIP-7514 “Add Max Epoch Churn Limit”: Max Epoch Churnリミットの追加。この技術プロトコルの実装目的は、ステークされたETHの総量の増加によって引き起こされるネガティブな外部性の問題を緩和することです。EIP-7514は過渡的な解決策であり、将来、上記の問題に対処するために特に設計された技術的な解決策があります。

ETHの総額が増加すると、無制限のバリデータが増加し、ノイズデータが増加し、イーサリアムのコンセンサスレイヤーにデータ圧力がかかります。上記の問題を解決するために、EIP-7514技術改善計画では、Max Churnの制限を8に設定することを推奨しています。これにより、セットに追加されるアクティブなバリデータの数が減少し、セットの無制限な成長も制限されます。

referenceLink:Reference cExam link

[1] カンクンネットワークアップグレード仕様書，https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md

免責事項：

1. この記事は[から転載されましたWeChatNo public：Bulu said].すべての著作権は原著作者に帰属します[ブル].異議がある場合は、お問い合わせください。Gate Learn(ゲート・ラーン)チームが promptly で対応します。
2. 責任の免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。特に明記されていない限り、翻訳された記事のコピー、配布、盗用は禁止されています。