jakiro
著者：知識、暗号化されたKOL：ビットチェーンビジョンXiaozou
1同様にMegaeth簡単な紹介
この記事の主な内容は、Megaethのホワイトペーパーに対する私の個人的なアイデアです。この記事がどのように見えても、新しいことからいくつかの新しいことを学ぶことができることを願っています。
>
Megaethのウェブサイトはクールです。機械的なウサギがあるため、色のマッチングは非常に目立ちます。その前に、Github -One Webサイトがすべてを簡単にしたのは1つだけでした。
私はMegaeth Githubを閲覧し、彼らが特定のタイプの実行レベルを開発していることを知りましたが、正直に言わなければなりませんでした。事実は、Megaethの私の理解は十分に深くなく、今ではETHCCの一般的なトピックになっています。
私はすべてを知り、私が見るテクノロジーがそれらのクールな人と同じであることを確認する必要があります。
Megaeth White Paperは、それらがEVMと互換性のある実際のブロックチェーンであると述べました。これは、暗号化された世界にWeb2のようなパフォーマンスをもたらすことを目的としています。彼らの目的は、1秒あたり100,000を超えるトランザクション、1ミリ秒未満のブロック時間、1ドルの取引料などの属性を提供することにより、Ethereum L2の経験を増やすことです。
彼らのホワイトペーパーは、L2の数が増加していることを強調しています（この数は50以上に上昇し、L2が増えて「アクティブな開発」にありますが、以前の記事で説明しました）。EthereumとSolanaは、最も人気のあるブロックチェーンです。
L2があまりにも多くのことは悪いことではないと思います。これは良いことだとは思わないのと同じですが、一歩後退する必要があると認めます。私たちの業界が非常に多くのL2を生み出した理由を調べてください。
オカム・レイザーは、ベンチャーキャピタリストがこの気持ちをとても楽しんでいると言うでしょう。多くの多くの人が実際にL2を望んでいます。双方は正しいかもしれませんが、どの党がより重要であるかについてのより正確な結論は、現在のインフラストラクチャのエコシステムを客観的に見て、すべてをうまく利用することが最善です。
>
L2で現在利用可能なL2は非常に高いですが、十分ではありません。Megaethのホワイトペーパーでは、OPBNB（相対）が100 mgas/sが高い場合でも、1秒あたり650回を取引できることを意味することを意味します。
暗号化の優位性は分散型の特性から来ており、許可なく支払いを実現したものの、まだかなり遅いことを知っています。Blizzardのようなゲーム開発会社がオーバーウォッチをチェーンに持ち込みたい場合、彼らはそれを行うことができません – 実際のPVPやその他のWeb2ゲームを提供するために、より高いクリックスルーレートが必要です。
L2ジレンマの解決策の1つは、それぞれイーサリアムとEigendaに対するセキュリティと抵抗を委託し、バランスなしでMegaethを世界最高のパフォーマンスL2に変換することです。
L1は通常、均一なノードを必要とします。この場合、専門化とは、ソートや証明などの作業を指します。L2はこの問題をバイパスし、異種ノードを使用してタスクを分離してスケーラビリティを改善したり、負担の一部を減らしたりすることができます。これは、共有ソルター（アストリアやエスプレッソなど）のますます人気のあるプロフェッショナルなZK認定サービス（簡潔または公理など）から見ることができます。
「リアルタイムブロックチェーンの作成には、準備が整ったイーサリアムを使用してクライアントを実行し、ソルターハードウェアを追加するだけでなく、たとえパフォーマンス実験で装備されていても、512GB RAM強力なサーバー、ETH最寄りのイーサリアムブロックの実際の同期設定についてのみ到達できます1000 TP、約に相当します100 mgas/sエッセンス「
Megaethは、完全なノード抽象トランザクションから実行することにより、この部門を拡張し、1つの「アクティブな」ソルターのみを使用して、典型的なトランザクションでコンセンサスオーバーヘッドを排除します。「ほとんどの完全なノードが渡されますp2pネットワークは、ソルターの受信状態とは異なり、違いを直接適用して現地の状態を更新します。それらはトランザクションを再実行しないことは注目に値します。プローバー）提供された証明間接検証ブロック。「
「速い」または「非常に安い」コメントを除いて、Megaethの分析がどのようになっているかについてあまり読んでいないので、そのアーキテクチャを慎重に分析し、他のL2と比較しようとします。
MegaethはEigendaを使用してデータの可用性を処理します。これは今日非常に標準です。rollup-as-as-as-as-as-as-as-as-as-as-as as a service）プラットフォームでは、Celestia、eigenda、さらにはイーサリアム（必要に応じて）をロールアップデータ可用性サプライヤーとして選択できます。2つの違いは非常に技術的であり、他の決定よりも完全に相関しているわけではありません。
ソーターはソートされ、トランザクションは最終的に実行されますが、ブロック、証人、ステータスの違いを公開する責任もあります。L2のコンテキストでは、証人は、ソルターブロックを検証するためにプルーパーが使用する追加のデータです。
状態の違いは、ブロックチェーンの状態の変化です。これは、基本的にチェーンで発生するものである可能性があります取引とトランザクションの確認。
Proverは、ブロックのコンテンツを確認するために暗号化証明を計算する特別なハードウェアで構成されています。また、ノードが繰り返し実行されないようにすることもできます。ゼロの知識証拠と詐欺の証明（または楽観的な証拠？）がありますが、それらの違いは今では重要ではありません。
これらすべてをまとめることは、完全なノードネットワークのタスクです。
>
Megaethのデザインは、EVMの基本的な誤解に基づいています。L2はしばしばEVMのパフォーマンスが悪い（スループット）を非難しますが、Revmが14000 TPに達することがわかっています。EVMではない場合はどうなりますか、それは何ですか？
2現在のスケーラビリティの問題
パフォーマンスのボトルネックにつながる3つの主要なEVM非効率的な要因は、並列実行の欠如、インタープリターのオーバーヘッド、および高い状態アクセス遅延です。
裕福なラムのため、Megaethはブロックチェーン全体の状態を保存でき、Taifangの正確なRAMは100GBです。この設定は排除されますSSD読み取り遅延により、ステータスアクセスが大幅に加速しました。
SSDの読み取り遅延についてはあまり知りませんが、おそらく他の操作コードよりも集中的です。これは大規模な状況の下で効果的ですか？よくわかりませんが、この記事では、これを事実として扱います。チェーンはスループット、トランザクションコスト、同時に遅延を決定できると疑っていますが、私は前向きな学習者になろうとしています。
私が言及すべきもう一つのことは、私があまりにもうるさくなりたくないということです。私のアイデアは、別の契約よりも1つの契約をサポートすることは決してなく、最初にそれらに注意を払うことさえすることです。この記事を読んだ人なら誰でも同じ理解を同時に理解するのを助けるためにこれを行います。
>
並行EVMの傾向に精通しているかもしれませんが、問題があると言われています。Block-STMアルゴリズムのEVMへの移植が進歩しましたが、「生産で達成できる実際の速度は、最終的にはEVMチェーンに展開されることによって制限されると言われていますメインネットワークでは、このテクノロジーは、この基本的な現実の並行実装を必要としない可能性のあるほとんどのトランザクションの対象となります。
取引BがトランザクションAの結果に依存する場合、2つのトランザクションを同時に実行することはできません。ブロックトランザクションの50％がこの状況に相互に依存している場合、並列実行は主張ほど大きくありません。これは少し単純化されていますが（少し間違っていても）、私はそれが重要だと思います。
REVMとネイティブの実行のギャップは非常に明白です。特に、REVMはまだ遅い1-2 OOMSであり、独立したVM環境であることに値しません。また、REVMの使用を確保するために十分なコンピューティング密な契約がないこともわかっています。「たとえば、歴史の歴史の中で各操作コードが費やす時間を分析し、それを見つけますRevmメトロポリタン50％「ホスト」に費やされた時間「“and”システム「操作コードで。「
>
ステータスの同期の観点から、Megaethはより多くの問題を発見しました。状態の同期は、単にノード全体とソーターアクティビティを可能にするプロセスとして説明されます。これを説明する例を以下に示します。ターゲットが1秒あたり100,000 ERC20を転送する場合、これにより約152.6 Mbpsの帯域幅が消費されます。この152.6 Mbpsは、Megaethの推定（またはパフォーマンス）を超えると言われています。これは、基本的に不可能なタスクを導入します。
これは、単純なトークン転送のみを考慮します。現実の世界での活動の多様性を考慮すると、これは可能な状況です。Megaethは、UNISWAPトランザクションが8つのストレージスロットを変更した（ERC20転送3つのストレージスロットのみを変更した）ため、帯域幅の総消費量は476.1 Mbpsに達し、これはより実現可能な目標です。
100K TPSのパフォーマンスブロックチェーンを実現するもう1つの問題は、チェーンステータスルートの更新を解決することです。プロのノードを使用しても、完全なノードは、ネットワークソーターノードを使用してステータスルートを維持する必要があります。上記の記事では、1秒あたり100,000 ERC20転送の問題を例として同期させ、1秒あたり300,000キーを更新するコストをもたらします。
EthereumはMPT（Merkle Patricia Trie：Merkel Prefix Tree）データ構造を使用して、各ブロックの後に状態を計算します。1秒あたり300,000キーを更新するには、イーサリアムは「600万の非キャッシュデータベース読み取りを変換する」必要があります。これは、今日のどの消費者SSDよりもはるかに大きいです。Megaethは、この推定には書き込み操作（またはUNISWAPトランザクションなどのチェーンの取引に関する推定値）も含まれていないと書いています。
ブロックガスの限界に達する別の問題があります。ブロックチェーンの速度は、実際にはブロックガスの制限によって制限されています。これは、ブロックチェーンのセキュリティと信頼性を向上させることを目的としています。「ブロックを設定しますガス経験のルールは、この制限内のブロックをブロック時間内に安全に処理する必要があることを確認する必要があるということです。「ホワイトペーパーでは、ブロックガスの制限を「スロットリングメカニズム」として説明しています。ノードが最低のハードウェア要件を満たしていると仮定すると、ノードがペースを確実に追いつくことができることを確認します。
他の人は、ブロックガスの制限は、発生の最悪の状況を防ぐための保守的な選択であると言います。ブロックチェーンの間に毎日どれだけのお金が転送されるかを考えると、スケーラビリティをわずかに失うとこれらのお金を失った場合、セキュリティよりも重要なスケーラビリティのアイデアが崩壊します。
ブロックチェーンは、高品質の消費者アプリケーションを引き付けるのに傑出していない場合がありますが、許可なくポイントからポイントまでの支払いの点で優れています。誰もこれを台無しにしたくありません。
次に、並列EVM速度はワークロードに依存し、それらのパフォーマンスは最小化されたブロックチェーン関数の「長期依存関係チェーン」の「長い依存関係」によって制限されることに言及する必要があります。この問題を解決する唯一の方法は、多次元ガス価格設定（MegaethはSolanaの地元の有料市場を指します）を導入することです。特別なEIPがあるのか、このEIPがEVMでどのように機能するかはわかりませんが、技術的には解決策になりたいです。
最後に、ユーザーはソーターノードと直接やり取りすることはなく、ほとんどのユーザーは自宅で完全なノードを実行しません。したがって、ブロックチェーンの実際のユーザーエクスペリエンスは、そのような基礎となるインフラストラクチャに大きく依存します。RPCノードとインデックス。ブロックチェーンがどれだけ速くリアルタイムで輸送されても、RPCノードは、ピーク時に多数の読み取りリクエストを効果的に処理することはできず、トランザクションをソルターノードにすばやく拡張するか、インデクサーはチェーンの速度に従うために迅速に更新できません。「
多分私は繰り返しすぎますが、それは非常に重要です。私たちは皆、Infura、Alchemy、QuickNodeなどに依存しています。彼らが実行するインフラストラクチャは、すべての取引をサポートする可能性があります。この依存の最も単純な説明は、経験から来ています。L2エアドロップの2〜3時間以内に航空投資を申請しようとした場合、RPC管理にとってそれがどれほど難しいかを理解できます。
3、結論は
多くのことを言って、私はMegaethのようなプロジェクトを表現したいだけです。不均一なブロックチェーンアーキテクチャと過剰な最適化されたEVM実行環境を使用することにより、彼らが高いパフォーマンス開発を達成できたという投稿があります。”今、Megaethパフォーマンスの高いリアルタイム開発ネットワークを持ち、ハードウェアによって制限される最速のブロックチェーンになる方向に着実に移動しています。「
MegaethのGithubには、次のようないくつかの大きな改善がリストされていますが、これらに限定されません。EVMbytecode→ネイティブコードコンパイラ、大きなメモリ排出船ノードのための特別な実行エンジン、および並列に向かうEVM高効率の同時制御プロトコル。Evm Bytecode/Native Code Compilerが利用可能になりました。Evmoneという名前は、そのコア作業メカニズムを知ることはできませんが、それを理解するために最善を尽くしました。
EVMONEは、EVMの展開であり、EVMC APIを搭載し、Ethereumクライアントの実行モジュールに変換します。それは、その二重解釈方法（ベースラインとアドバンス）など、私が理解していない他のいくつかの特性を指し、INTXそしてエタッシュ図書館。要するに、EVMONは、より高速なトランザクション処理（より高速なスマートコントラクトによる実装）、開発の柔軟性の向上とより高いスケーラビリティ（ブロックごとにより多くのトランザクションを処理できると仮定すると）の可能性を高めるために提供されます。
他にもいくつかのコードライブラリがありますが、それらのほとんどは非常に標準であり、Megaeth（Reth、Geth）と特に関係していません。私は基本的にホワイトペーパーの研究作業を完了したと思うので、今、この記事を読んだ人に質問を残します。Megaethの次のステップは何ですか？効果的な拡張コードを達成することは本当に可能ですか？これを達成するのにどれくらい時間がかかりますか？
ブロックチェーンユーザーとして、それが実行可能かどうかを目撃できてうれしいです。私はメインネットワークの取引料金に多くのお金を費やしましたが、変更する時が来ましたが、この変化はまだ達成がますます難しく感じており、すぐに起こる可能性は低いです。
この記事の内容は、主にアーキテクチャの改善とスケーラビリティを中心に展開していますが、内部ロールアップ共有流動性とクロスチェーンツールを共有することで、ロールアップAのエクスペリエンスをロールアップBと一致させる必要があります。私たちはまだこれを行っていませんが、2037年までに、誰もが座って、私たちがどのようにスケーラビリティの問題を「修復」しているかを思い出すでしょう。
