今週のイーサリアム ACDC 会議では、カンクンのアップグレード後の履歴データの急速な増加の問題が再議論されました。アップグレードにより増加率は低下しましたが、それでも速すぎます。したがって、開発者はコンセンサスに達しました。」 EIP-4444 の重要性と今後のスケジュール。イーサリアム財団のメンバーが会議の内容をまとめ、チェーンニュースをまとめました。
この記事はLianxinが編集・編集したものですので、ご不明な点がございましたら原文をご参照ください。
背景知識: ステータスと履歴データの概要
意味
参加者に基本概念を提供するパラダイムの調査によると、状態データと履歴データは 2 つの異なる概念的データ セットです。
状態は、新しいイーサリアム ブロックの作成と検証に必要な情報のセットであり、コントラクト バイトコード、コントラクト ストレージ、アカウント残高、アカウント乱数で構成されます。
履歴データは、ジェネシス ブロックから最新のブロックまでのノードを同期するために必要なデータのセットです。履歴データはブロックとトランザクションで構成されます。
ステータスと履歴データが増加する理由
ステータスと履歴データは、ノードのハードウェアに 3 つの側面から圧力をもたらします。
ステータスの増加: 新しいアカウント、新しい契約バイトコード、および新しい契約ストレージ データの蓄積。
履歴データの増加: 新しいブロックと新しいトランザクションの蓄積。
状態アクセス: ブロックの構築および検証時の関連する読み取りおよび書き込み操作。
イーサリアムがトランザクションを実行するたびに、そのトランザクションで使用されるすべてのリソースにガス料金がかかります。したがって、イーサリアムのガス料金制限は、あらゆる形式のオンチェーンアクティビティに制限を設け、それがブロックサイズとブロックごとの操作数に影響を与えます。
次に、ブロックあたりのバイト数が増えるほど、履歴の増大も速くなります。一方、ブロックあたりの操作が多いほど、状態アクセス速度は速くなり、一般に状態の成長速度も大きくなります。
状態および履歴データの問題構造マップ (ソース) 状態および履歴データの増加がノードにどのような影響を与えるか
これらのプレッシャーにより、ノードのハードウェア負荷が増大しています。具体的には次の 4 つの点があります。
ネットワーク読み取り: ネットワークと安定した合意に達するためにノードが維持する必要があるアップロードおよびダウンロードの速度。
ストレージ サイズ: ブロックを構築、検証、配布するためにノードが永続ストレージに保持する必要があるデータの量です。
メモリ サイズ: 最新のブロックを最新の状態に保つためにノードがメモリ内に保持する必要があるキャッシュ データの量です。
ストレージ読み取り: これは、最新のブロックとの同期を維持するためにノードが 1 秒あたりに実行する必要がある読み取りおよび書き込み操作の量です。
推奨読書: なぜ州のインフレがブロックチェーン拡張テクノロジーの開発における究極のボトルネックなのか? 推奨される理由: この記事を読むと、ステータスと台帳の履歴データの違いを理解し、ステータスを圧縮する適切な方法が現時点ではないことがわかります。ステータスの展開をチェックしないままにすると、ネットワークに障害が発生する可能性があります。長期間崩れると修復不可能になります。
履歴データの有効期限が切れて戻ってきました。
この会議では、過去のデータの増大の問題が再び言及されました。
クロスチェーンブリッジが過去データ増加の主な理由
このACDC会議で、開発者@notnotstormと@gakonstは、イーサリアムのステータスデータと履歴データの増加を分析し、履歴データの開発速度はステータスの開発速度よりもはるかに速い、これは主にさまざまな理由によるものであると述べました。国境を越えた取引が原因。
ヒストリカルデータ増加ソース割合変化グラフ（データソース）
過去のデータはイーサリアムのストレージ構造全体に深刻な影響を及ぼし、その結果、ノードのハードウェア負荷が増加すると予想されます。
カンクンのアップグレードで成長が鈍化
Cancun のアップグレード (Dencun) は、履歴データの増加を遅らせるのに少し役立ちます。鎖橋全体の履歴データの増加は約 50% 削減され、これは全体の増加の約 33% に相当します。
カンクンのアップグレード後、イーサリアムの履歴データの増加率は 30% 減少しました
(カンクンのアップグレードはユーザーにどのような影響を及ぼしますか? ランブル バーのハイライトを収集する Lian News オフライン)
しかし、イーサリアムの過去のデータの成長率は依然として州の成長率の約10倍です。
EIP-4444 重要性の増加
したがって、この会議では、ほとんどの開発者が EIP-4444 の研究を継続し、期限切れの関数に履歴データをインポートする必要があることに同意しました。理想的な目標は、今後 1 年以内にイーサリアム p2p レイヤーでの合併前の履歴の提供を停止することです。
EIP-4444 の実装には、履歴をダウンロードし、ストレージ形式を標準化するための追加手段が必要ですが、どちらもすでに開発中です。
推奨読書: イーサリアムが 2024 年のロードマップをリリース、世界決済層の方向に前進を続ける 推奨理由: 記事ではイーサリアムのロードマップにおける EIP-4444 の位置付けについて言及されていました 当初、開発者は他の方法を使用して速度を低下させることができると考えていました。履歴データのダウン 成長の問題により、EIP-4444 は延期されました。カンクンのアップグレード完了後は、履歴データの有効期限がより優先度の高い重要なタスクとなります。
この記事 EIP-4444 履歴データの有効期限提案は、来年のイーサリアム開発者の主要な目標の 1 つになりました。これは、Chain News ABMedia に初めて掲載されました。
