ホームページ >ウェブ3.0 >EIP 契約に従って、今後のカンクンのアップグレードを検討してください

EIP 契約に従って、今後のカンクンのアップグレードを検討してください

王林
王林転載
2024-01-23 23:48:21538ブラウズ

イーサリアム ネットワークが 2024 年第 1 四半期の Dencun ハードフォークに向けて移行する中、コミュニティは一連の重要な改善提案 (EIP) を楽しみにしています。これらの提案はイーサリアムの将来の方向性に関係するだけでなく、仮想通貨エコシステム全体に大きな影響を与える可能性があります。この記事では、読者に包括的な理解を提供するために、これらの提案の詳細と潜在的な影響を詳細に検討します。

EIP 契約に従って、今後のカンクンのアップグレードを検討してください

最新のイーサリアムオールコア開発者会議では、次のメインネットハードフォークのDencunアップグレードのスケジュールが最終決定されました。大きな問題がない限り、イーサリアム開発者は次の日付にイーサリアムのパブリック テストネットをフォークする予定であることに注意することが重要です:

  • #Goerli: 1 月 17 日

  • セポリア: 1 月 30 日

  • ホールスキー: 2 月 7 日

これが Goerli の最後の予定です ネットワークとして一度にベータ プログラムに参加してください廃止されることが予想されます。

彼らはまた、次に何が起こるのか、まだ名前が決まっていないプラハ/エレクトラのアップグレードについても話し合いました。イーサリアムコミュニティは、1つの大きなコア機能の改善(作業には1年かかる可能性がある)に焦点を当てるか、複数の小さな改善を中心としたアップグレードを構築するか(2024年末までに実装される可能性がある)を検討している。この決定は、コミュニティメンバー間の議論と合意、およびイーサリアムエコシステムの全体的な開発戦略の考慮に依存します。どちらのパスが選択されるかに関係なく、最終的なアップグレードによってイーサリアム ネットワークのパフォーマンスが向上し、ユーザー エクスペリエンスが向上することが期待されています。

上記の問題に関する決定は新年後に行われますが、現時点では、2024 年の Dencun アップグレード後に注目に値するいくつかの改善点を以下に示します:

EIP-4844 (オリジナルの Danksharding)

EIP-4844 は Dencun EIP の主要プロジェクトであり、2023 年の多くのニュース報道の焦点となっています。

StarkWare の共同創設者 Eli Ben-Sasson 氏は、このアップグレードによりすべての L2 のデータ可用性コストが削減されると指摘しました。したがって、ユーザーがコストを削減できるよう、Starknet はこれを非常に楽しみにしています。

Web3 ウォレット開発者 Suku の CTO であるルーカス・ヘニング氏は、今年を「イーサリアムの画期的な改善の年」と呼びました。 EIP-4844 は、ガスのロールアップ料金を最大 100 分の 1 に削減する革新的なテクノロジーです。

アカウント抽象化の台頭

Henning 氏のもう 1 つの焦点は、アカウント抽象化の改善である ERC-4337 とその拡張機能である ERC-6900 を活用することです。

ERC は、イーサリアム エコシステム内のトークン標準に特に焦点を当てた EIP のサブセットです。相互運用性を確保するために、トークン実装のルールを定義します。コア プロトコルを変更する一部の EIP とは異なり、ERC は通常、ハード フォークを必要としません。

ERC-4337 は 3 月に公開されましたが、ヘニング氏はアカウントの抽象化の概念が最も重要なユーザーの変更において重要な役割を果たすと考えています。

同氏は、アカウントの抽象化により、私たちがウォレットを理解し、操作する方法が完全に変わり、ガス取引が標準となり、安全なソーシャルログインが新たな常態となり、イーサリアムのユーザーエクスペリエンスが根本的に再構築されるだろうと述べました。

伝統的に、イーサリアムには 2 種類のアカウントがあります。秘密キーによって制御される外部所有アカウント (EOA) と、コードによって制御される契約アカウントです。アカウントの抽象化によりこの区別が曖昧になり、ユーザーはスマート コントラクトのように機能するアカウントを作成できるようになります。

ユーザー エクスペリエンスとセキュリティが向上し、マルチ署名ウォレットや紛失したキーのソーシャル リカバリなど、より複雑なアカウント ロジックが可能になります。

ERC-6900 では、「委託トランザクション」の概念が導入されています。また、この標準はイーサリアムのメインネットコンセンサスの変更を必要としないため、ユーザーは自分に代わってトランザクションを他の人に委任することができ、たとえば、一連の操作を一度に承認することで時間と手間を節約できます。

EIP-1153 (一時ストレージ オペコード)

この提案は Dencun の一部であり、スマート コントラクトの実行中に一時ストレージまたは一時ストレージを処理するための新しいメカニズムを導入することを目的としています。

イーサリアムでの従来のストレージ操作は永続的であり、ガスを消費します。これは、トランザクション全体にわたって保持する必要のない一時データの場合、非効率的になる可能性があります。

EIP-1153 は、スマート コントラクトが一時ストレージ (トランザクション実行の終了時にクリアされるストレージ) を使用できるようにするオペコード (オペレーション コード) です。

Uniswap チームは 1153 を求めてロビー活動を行い、それが Shapella に組み込まれることを望んでいましたが、コア開発者の間で合意に達するのに十分なサポートを得ることができませんでした。このアップグレードは、Uniswap の次期 v4 プロトコルの機能と効率を向上させる上で重要な役割を果たすことが期待されています。

EIP-1153 は一時ストレージを有効にすることで、コントラクト実行中のデータ保存にかかるガスコストを削減し、開発者がスマートコントラクトを設計する際の柔軟性を高めることができます。

EIP-1153 は、永続ストレージの負担を軽減し、状態の肥大化を最小限に抑えることで、イーサリアム ネットワーク全体のスケーラビリティに貢献できます。

EIP-4788 (ビーコン ブロック ルート コミット)

イーサリアムは 2 つの主要な部分を持つ巨大なライブラリであると想像してください: 人々が来るときのイーサリアム仮想マシン (EVM) 部分 本を読む読書室(スマートコントラクトの実行)、およびすべての書籍とその場所を追跡する図書館目録システムのようなビーコンチェーン(ビーコンチェーン)部分(イーサリアムネットワークのコンセンサスと調整)。

EIP-4788 が登場する前は、これら 2 つの部分は機能的にある程度独立していました。 EVM 部分は最新のディレクトリに直接アクセスできないため、ビーコン チェーン部分で何が起こっているかを理解するには間接的な方法に依存する必要があります。

EIP-4788 では、各 EVM ブロックに「ビーコン ブロック ルート」(親ブロックのダイジェストまたはハッシュ ツリー ルート) を配置することが提案されています。これは、図書館の時代遅れのカード ファイリング システム (非効率的で、時には不正確な場合もあります) から、メインの図書館データベースへのリアルタイムで正確な直接リンクを備えたシステムに移行するようなものです。

この最新の図書館では、新しい書籍が追加、移動、または削除されると (ビーコン チェーンの更新)、読者 (EVM) はすぐに正確な情報を得ることができます。読者は最新の情報を入手していることを信頼でき、ライブラリ操作 (スマート コントラクトの実行など) はカタログ システム全体 (コンセンサス層の状態) とより一貫性があります。

これらすべては信頼を最小限に抑えた方法で行われるため、外部のオラクルがこのデータを提供する必要がなくなり、潜在的な障害点や操作が削減されます。

この変更は、Lido、スマートコントラクトベースのブリッジ、再ステーキングソリューションなどのリキッドステーキングプロトコルにとって特に有益です。これにより、これらのプロトコルはバリデータ残高やステータスなどの主要データにコンセンサスから直接アクセスできるようになります。これにより、セキュリティと運用効率が向上します。

EIP-4788 は基本的に、メインネット全体でイーサリアムのコンセンサス状態を通信するためのプロトコル レベルのオラクルを導入します。

Lido に zkOracle を導入している Nil Foundation の創設者である Misha Kumarov 氏は、これが「間違いなく役に立つ」と述べています。同氏は、「アプリケーションロジックでコンセンサスレイヤーステートルートを使用する必要がある(現在、実行レイヤー内のzkLLVMからCasperFFG証明を通じて証明されている)。これはzkOracle設計で行われる」と述べた。

EIP-5656 (MCOPY オペコード)

EVM は、さまざまな操作を示す一連のオペコードを使用して動作します。

EIP-5656 では、スマート コントラクト実行中のメモリ内データ コピーのプロセスを最適化するように設計された、MCOPY と呼ばれる新しいオペコードが導入されています。

現在の EVM アーキテクチャでは、既存のオペコードを使用して大規模なデータ セグメントをコピーすると、非効率的でコストがかかる可能性があります。 MCOPY は、パフォーマンスを向上させながら、これらの操作に関連するガス料金を削減することが期待される、より効率的なアプローチを提供します。

メモリ操作の高速化は、特に大規模なデータ構造やメモリ操作を伴う複雑な操作を扱う場合に、コントラクトの実行が速くなり、開発者がスマート コントラクトを最適化するためのより多くのツールを利用できることを意味します。

EIP-6780 (SELFDESTRUCT の制限)

Ethereum では、SELFDESTRUCT オペコードにより、スマート コントラクトがブロックチェーンから自身を削除できます。実行されると、コントラクトのコードとストレージが状態から削除され、コントラクトの残りのイーサが指定されたアドレスに送信されます。

ただし、この機能は、状態管理の複雑さや潜在的なセキュリティ脆弱性など、いくつかの問題を引き起こします。 SELFDESTRUCT を制限することで、イーサリアムは状態サイズをより適切に管理できるようになり、より安定した予測可能なブロックチェーンが実現します。これは、将来のイーサリアムのアップグレードを簡素化するため、ネットワークの長期的なスケーラビリティとメンテナンスにとって重要です。

以上がEIP 契約に従って、今後のカンクンのアップグレードを検討してくださいの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事はjb51.netで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。