BTC
ETH
HTX
SOL
BNB
View Market
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

EIP 1559 のステータス更新 #4

ECN以太坊中国
特邀专栏作者
この記事は約3516文字で、全文を読むには約6分かかります
1559 年の公式経済分析が発表され、メイン ネットワーク レベルの容量のテスト ネットワークが構築中です。
AI要約
1559 年の公式経済分析が発表され、メイン ネットワーク レベルの容量のテスト ネットワークが構築中です。

著者 | ティム・ベイコ

著者 | ティム・ベイコ

概要 👀

➤ EIP-1559 の詳細な経済分析が得られました。

➤ 大規模なネットワーク上で 1559 のパフォーマンスを分析するために、メインネット レベルの容量を備えたテストネットを構築しています。

➤ BASE FEEの変更によって引き起こされるトランザクション・プールの問題への対処に進展が見られた

➤ 単一ネットワーク上のレガシー トランザクションと 1559 スタイルのトランザクションの動作を分析するための新しいシミュレーションが用意されています

➤ OpenEthereum は 1559 に焦点を当てたフルタイムのエンジニアを募集しています

経済分析 📑

2020 年 12 月、ゲーム理論とコンピューター サイエンスの第一人者であるティム ラフガーデン氏は、EIP-1559 の 50 ページを超える経済分析を発表しました。彼はレポートの要点をツイートとレポートの最初の部分に書きましたが、ここで全文を共有する価値があります。

注釈:上記10項目の翻訳をご覧いただけます「イーサセブンデイトーク・2020/12/7」。

過去に、1559 の批評家は、1559 がイーサリアム取引手数料市場に関する直感に依存していると主張し、正式な経済分析が欠けていると頻繁に言及しました。このレポートは、EIP-1559 の徹底的かつ全体的に肯定的な分析を提供します。ニック・ジョンソン🎉のような有名な1559懐疑論者さえも説得したようです!

このレポートは、さらなる検討に値する 1559 のいくつかの側面、すなわちマイナーが共謀した可能性のある状況 [0] と、基本料金更新ルールのより適切な分析を強調しています。第 7 回 EIP-1559 実装者会議では、マイナーの共謀シナリオについて議論されましたが、明確な結論は得られませんでした。基本料金の更新ルールに関しては、この分野の専門家をTwitterで募集したところ、何人かの方から協力を希望して連絡をいただきました💪。

ラフガーデン氏はまた、イーサリアムコミュニティがこの報告書を最大限に活用してほしいと述べ、質問、コメント、懸念事項があれば誰でも彼に連絡できると述べた。彼のウェブサイトには、さまざまな連絡先の詳細が記載されています。

大規模な州テストネット 📈

前回の更新で説明したように、EIP-1559 テストの次のマイルストーンは、メインネットと同様の条件下でのテストになります。検討される最初の方法は、実際にメインネットからネットワークをフォークし、難易度を下げて、その上で EIP-1559 を開始することです。これによりメインネット状態のコピーが得られることになりますが、セキュリティ上の懸念からこのアイデアは拒否されました [1]。

代わりに、Besu チームは大規模なステート テストネット ジェネレーターを構築しています。ジェネレーターは多数のアカウントとストレージ スロットを入力として受け取り、と呼ばれるプログラムを開始します。"whale"少量の ETH を送信し、入力ごとにストレージ スロット [2] を作成するスマート コントラクト。第 7 回 EIP-1559 実装者会議では、1:16:00 から完全なデモが行われます。これは、ツールが動作しているスクリーンショットです。

メインネットには現在約 1 億のアカウントがあるため、前回ツールを実行したときは、1 億のアカウントとストレージ スロットを備えたネットワークを作成しました。このプロセスには約 4 日かかり、必要なデータベース容量は約 240GB です。ネットワーク容量が増加するにつれて、ネットワークの作成時間はほぼ指数関数的に増加し、100k 容量のネットワークは 10k 容量ネットワークの 2 倍の時間がかかり、1M 容量ネットワークは 100k 容量ネットワークの 10 倍の時間がかかります。 10M 容量のネットワークは 1M 容量のネットワークより 15 倍長く、100M 容量のネットワークに必要な時間は 10M 容量のネットワークより 40 倍長くなります。

このデータベースができたので、すべてのクライアント実装をこのネットワークに同期してから、以前に構築したトランザクション生成ツールを使用してネットワークにトランザクション ボムを送信します。このようにして、クライアントがメインネット レベルの容量の状態を管理する必要がある場合に、1559 ルールに基づいて 200% のフル ブロックをスムーズに処理する方法についての洞察を得ることができます。

トレーディングプール 🏊‍♂️

前回の更新では、まだ解決する必要がある、トランザクション プール管理に関連するいくつかの重要な問題について説明しました。ドキュメントで説明しましたが、要点は、ブロック間のBASE FEEが異なり、トランザクションで支払ってもよい最大料金(FEE CAP)とマイナーチップ(TIP)が指定されるため、マイナーパックは、トランザクションによって受け取られる料金は、BASE FEE の変更に応じて変更されます。これは、ノードが各ブロックのトランザクション プールを再編成する必要がある可能性があることを意味しますが、これは非常に非効率的です。

Quilt チームの Ansgar はこの問題に注目しており、第 7 回実装者会議でこの問題に関する記事を共有しました。

つまり、解決する必要がある問題が 2 つあります: マイナーは、ブロックに含まれるトランザクションに最高料金を支払ってもらうことを望んでいます; 非マイニング ノードは、トランザクション プールがいっぱいになったときにトランザクション排除ポリシーを持つ必要があります。

この文書はこの問題の解決策を提案していませんが、マイナーにとってのトランザクションの興味深い特徴、つまり報酬の変化を強調しています。 1559 では、トランザクションには 2 つの可能な「状態」があると考えられます。最初の状態は「一定」です。つまり、トランザクションの FEE CAP が BASE FEE と TIP の合計より大きく、マイナーは TIP 全体を取得します。 2 番目の状態は「変化」です。つまり、FEE CAP は依然として BASE FEE よりも高いですが、BASE FEE と TIP の合計よりは低くなります [4]。この場合、マイナーは FEE CAP と BASE FEE の差額を受け取ります。

トランザクションがこれら 2 つの状態にない場合、それらの間に相対的な順序を作成できます (クラス「定数」の状態の場合は TIP により、クラス「変動」の状態の場合は「有効チップ」により、例: FEE CAP - BASE FEE)

Ansgar の記事の洞察は、「変更」クラスの状態のトランザクションは、BASE FEE の増減が同じ影響を与えるため、同じブロック間の相対順序を維持するということです。これは、問題の核心は、BASE FEEが変更されたときにどのトランザクションが「固定」から「変動」に変更されるかを判断する効果的な方法と、これらのトランザクションを適切に処理する方法を見つけることであることを意味します。

次回のキルトの投稿でこれらの質問に対する答えが得られることを願っています 😁!

シミュレーション更新🤖

Nethermind チームは、ネットワーク内のレガシー トランザクションと 1559 スタイルのトランザクション間の相互作用を調査し、レガシー トランザクションが 1559 スタイルのトランザクションとして解釈できることを示すシミュレーションに関する新しいノートブックを公開しました。これらの研究は、Barnabé Monnot と彼のチームによる以前のシミュレーションに基づいています。

このシミュレーションでは、常に TIP を最低値に設定するナイーブ 1559 ユーザー、ネットワーク使用量に基づいて TIP を戦略的に設定するスマート 1559 ユーザー、ネットワーク使用量に基づいてガソリン価格を戦略的に設定するスマート レガシー トランザクション ユーザーの 3 種類のユーザーを紹介します。

ユーザーのタイプごとに、固定数のトランザクションがネットワークに送信されます。このレポートでは、どのような種類の取引が含まれているか、ユーザーが支払った金額、ユーザーが最終的にどれくらいの時間待機したかが分析されました。

レポートの「概要」セクションは短く、全文を読む価値がありますが、とにかく概要を示します。

➤ シミュレーションでは、BASE FEE が平衡値に収束するときと安定するときの 2 つの明確な「段階」がわかります。

➤ BASE FEE の不安定な段階では、スマート 1559 ユーザーがパッケージ化されたトランザクションのほとんどを開始します。

➤ トランザクション・プールの動作は,どの「ステージ」にいるかによって変わります。基本料金が不安定な場合は、排除されるトランザクションが多くなり、トランザクション プールを再配置する必要がありますが、基本料金が安定している場合、トランザクション プールに排除されるトランザクションはほとんどありません。

実装者会議でモックについて議論すると、2 つの興味深い問題が生じます。

まず、より多くのレガシートランザクションがネットワーク上に現れると、BASE FEE が不安定になるリスクがあり、1559 スタイルのトランザクションは、これらのフェーズが 1559 スタイルのトランザクションを採用するインセンティブを生み出すときに優先的にパッケージ化される傾向があります。

第 2 に、1559 スタイルのトランザクションの使用が増加し、BASE FEE が安定するにつれて、レガシー トランザクションの推定ガス価格は推定に BASE FEE の値を使用できるため、より正確になります。言い換えれば、1,559 人のユーザーはネットワーク内のガス価格の変動を軽減し、ガス価格推定値の信頼区間を狭めるのに役立ちます。

その他の更新情報 👀

多くの更新情報が上に書かれていますが、最後に言及する価値のある点は、OpenEthereum が EIP-1559 に取り組むフルタイムの開発者を雇用していることです。

フォローアップ作業✅

今回の更新は大変遅くなりました!次に行うことは次のとおりです。

➤ 最新の研究開発結果を AllCoreDevs を含むコミュニティと共有してフィードバックを収集します。

➤ 基本料金更新ルールについてより適切な分析を提供する専門家を見つける

➤ すべてのクライアントを大規模な状態のテストネットに同期し,トランザクション生成ツールを使用してネットワーク上のパフォーマンスをテストする

➤ マイナーと非マイナーのトランザクションプールを分類できる優れたアルゴリズムを提案する

読んでいただきありがとうございます😁

[0] 1559 年以前ではこのようなことは考えられませんが、そのような研究は依然として役に立ちます。

[1] メイン ネットワークをフォークし、クライアント上のメイン ネットワーク変数を公開すると、繰り返しの攻撃や詐欺に簡単につながる可能性があります。

[2] バックグラウンドで ETH を 0x0..1、0x0..2、0x0..3 などに送信し、0x0..1、0x0..2、0x0..3 のストレージ エントリを作成します。など、必要なアカウントとストレージ スロットの数に達するまで。

[3] この文書には次の免責事項があります: この文書は主に、今後の実装者会議での議論の基礎として意図されています。詳しい記事はまた後ほど。 Quilt チームは最近 EIP-1559 の取り組みに参加したばかりであるため、間違った仮定を立てていたり、既存の関連作業を見落としていた可能性があります。

公式アカウント: ETHチャイニーズステーション

「原文を読む」をクリックすると記事の内部リンクが表示されます!

元のリンク:https://hackmd.io/@timbeiko/1559-updates/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2F1559-update-004

ECN の翻訳作業は、中国のイーサリアム コミュニティに高品質の情報と学習リソースを提供することを目的としています。記事の著作権は原著者に帰属し、転載する場合は原文の出典と ETH 中国の Web サイトを表示する必要があります。長期にわたって再版する場合は、eth@ecn.co に連絡して許可を取得してください。

公式アカウント: ETHチャイニーズステーション

ウェブサイト: ethereum.cn

ETH
Odaily公式コミュニティへの参加を歓迎します
購読グループ:
https://t.me/Odaily_News
チャットグループ:
https://t.me/Odaily_GoldenApe
公式アカウント:
https://twitter.com/OdailyChina