EVM の互換性について: なぜ非 EVM パブリック チェーンが EVM を採用しているのでしょうか?
原典編纂：Gu Yu、チェーンキャッチャー
原題：「EVM compatibility and the future of blockchains》
原典編纂：Gu Yu、チェーンキャッチャー
イーサリアムは「イーサリアムキラー」の第一波を生き延び、その後、イーサリアム仮想マシン（EVM）を実行する低コストチェーン（Polygon、BSC、Fantom）が普及しました。そして今、これらのイーサリアムキラーは、限定的な成功に終わった後、EVM を統合し、マルチチェーンの世界への参入を競っています。
具体的には、Polkadot が追加しましたMoonbeam、打ち上げ間近Auroraそしてすぐに（発表はされましたがリリースされていません）、EvmosCosmosで発売され、Neonソラナで生放送します。
これらのチェーンが最初に発売されたとき（EVM 互換ではない）、一般的なプログラミング言語のサポートや速度などの機能を備えた優れた設計を備えていると主張していました。これらのチェーンが EVM のサポートを開始するにつれて、現在では、独自のテクノロジーの利点について楽観的ではなくなっているようで、イーサリアムをサポートする必要があることに気づいています。そうすることで、これらのチェーンはイーサリアムに代わる技術スタックを構築するという当初のビジョンに立ち返ろうとしています。
建設段階
建設段階
EVM は、特定の入力を基にスマート コントラクトの操作の出力を計算するコンピューターと考えてください。 EVM のコピーは各ノードで実行されます。EVM のコピーは 1 か所にあるわけではないことに注意してください。 EVM は「ランタイム」または「環境」とも呼ばれます。
ランタイムに加えて、EVM を中心に構築された重要なツールがいくつかあります。これらは、以下で赤で強調表示されています。
EVM は Solidity 言語で書かれたプログラムを受け入れます。この言語をより強力にするために、多数の「ライブラリ」が作成されました。 Truffle や Hardhat などの開発者ツールにより、スマート コントラクトの作成とテストが簡単になります。また、Web 環境について話しているため、外部ウォレットは Web3.js などの API ライブラリを通じて EVM に接続されます。
これらのツールの中には、平均的なユーザーにとってより馴染みのある、強力なブロックチェーン エクスプローラー Etherscan があります。何千ものトランザクションを調べて、それを人間が読める形式で表示する方法を知っています。さらに、ネットワーク上でユーザー コマンドをブロードキャストすることでユーザーを EVM に接続する MetaMask ウォレットもあります。
何百人もの高度なスキルを持つ開発者が、これらのツールとインフラストラクチャの構築に何千時間を費やしてきました。場合によっては、成熟したツールと不完全なツールを使用して dApp を作成するのにかかる時間の差が 100:1 になることがあります。これが、独自のスタック ブロックチェーン構築のためのツールとインフラストラクチャが業界標準から見て非常に遅い理由です。
副題
モデル比較
独自のスタック チェーンは、EVM 統合に対して異なるアプローチを採用しています。
Solana と Near は単一のチェーンを使用するため、これらの場合、EVM はブロックチェーンのメインの「スマート コントラクト コンピューター」と並行して実行されます。これは、Near の Aurora EVM 設計にも見られます。
引用しますオーロラ開発者もし：
「すべての EVM ロジックを書き換えて、WASM バイトコードにコンパイルしたので、Near ランタイムの WASM フラグメントで実行されます。これで、ほぼネイティブのコントラクトになり、EVM コントラクトには特別なことは何もありません。EVM Adding を Near に置くだけです。カーネルは多くの複雑さをもたらします。」
したがって、Aurora はチェーンではなく、Near 上の EVM 環境であることに注意する必要があります (ただし、Aurora には独自のブロック エクスプローラーがあります)。これが、Near-Aurora ブリッジがチェーン間のブリッジではなく、ランタイム間のブリッジである理由です。この技術設計はビジネス戦略に影響を与えます。Aurora にはバリデーターがなく、そのトークンはネットワークを保護できません。したがって、同様のデザインを使用する Aurora または Neon を評価する場合は、別のモデルを使用する必要がありますが、Evmos または Moonbeam には独自のネイティブ料金トークンがあります。
興味深いことに、EVM + Near の PoS コンセンサスとデータ可用性シャーディングにより、全体的なアーキテクチャが ETH 2.0 のビジョンに似ています。 Neon の強みは Solana の速度にあります。Neon EVM は 1 秒あたり 4,500 トランザクションを処理すると主張し、1 秒未満の確認時間をサポートします。全体として、EVM とさまざまなタイプのアーキテクチャを組み合わせたこの実験は、業界のイノベーションを推進します。イーサリアムは現在、柔軟に変更するには大きすぎるため、EVM市場の出現により、イーサリアムメインネットのコストやリスクなしで迅速に行動し、物事を打破する機会が生まれます。
Moonbeam と Evmos をそれぞれサポートする Polkadot と Cosmos は、マルチチェーン設計のブロックチェーンです。 EVM をメイン コンピューターの横に追加する代わりに、EVM 専用のサブチェーンを作成しました。これは、スケーラビリティが必要な場合、より多くの EVM インスタンスを Cosmos/Polkadot 上の新しい子チェーン (および Near 上の新しいシャード) として起動して、スケーラビリティへの道を開くことができることを意味します。一方、Solana のモデルにはこの拡張性が欠けているようです。
副題
ブロックチェーンEVMの将来
アドバンテージ：
アドバンテージ：
これらの EVM は、基礎となるブロックチェーンのトークンをより広範な EVM エコシステムに接続します。たとえば、Polkadot のトークン DOT は、公式のクロスチェーン ブリッジを通じて Moonriver に接続され、その後、広く利用可能な EVM クロスチェーン ブリッジ (Synapse、Allbridge など) を通じてさらに拡散します。 EVM ベースの Moonriver での DOT によるマイニングを強調した以下の画像を確認してください。一般に、EVM 間ブリッジを構築する方が、EVM とは異なるコンセンサス ブリッジを構築するよりも簡単です。
EVM 環境は、EVM チェーンからこれらの基礎となるチェーンへの資産のエントリ ポイントになることができます。ユーザーは自分にとって最も便利で安全な橋を選択します。以下の図は、EVM チェーンと対話する Cosmos Hub と Evmos の例を示しています。
欠点:
欠点:
このモデルはイーサリアムをさらに強化します。イーサリアムツールの需要が増えると、基礎となるチェーンの独自スタックを犠牲にして、ツールの改善により多くのリソースが費やされることになります。
初期のイーサリアムキラーは当初、人気のあるプログラミング言語のサポートと、チェーンのアプリケーションの特異性などの独自の設計によって自分たちを際立たせていました。この新しい方向性は、彼らを元の哲学から遠ざけました。差別化の欠如は、ユーザーや開発者にとってブロックチェーンをコモディティ化してしまうのでしょうか?
EVM の追加は、製品の共食いの脅威ももたらします。同じアプリケーションを EVM と基盤となるブロックチェーン実装の両方で使用できる場合、後者は使い慣れたエクスペリエンスを放棄する代わりに、ユーザーに具体的な利点を提供する必要があります。
全体として、おそらく、EVM 互換性を追加する際の基礎となるチェーンの最大の利点は、ユーザーと資産に新しいエントリ チャネルを提供することです。副題
EVM規格
EVM マーケットプレイスの出現により、プロトコル アーキテクトはシャーディング (イーサリアムでは提供が遅いもの) やアプリケーション固有のチェーンなどのイノベーションを推進する機会が生まれました。
広く受け入れられた標準は、構成可能性の向上につながる可能性が高く、DeFi におけるネットワーク効果が強化されるでしょう。独立したブロックチェーンの急速な成長は 2021 年でも十分な速さですが、共通の EVM サポート標準により、接続性の向上により今後数年でさらに急速な成長が起こる可能性があります。
それが業界にとって良いことかどうかは別として、ほぼすべての主要な開発者が EVM を統合しているという事実は、スタックが今日なくてはならないものであり、EVM との互換性がなければ競争するのは難しいことを示しています。
