投稿

Ethereumコミュニティ、コンセンサスレイヤーのブロック保持期間を36日間に短縮することを提案


Ethereumコミュニティは、コンセンサスレイヤーのブロック保持期間を約146日から約36.4日へ大幅に短縮することを目指す、重要なEthereum Improvement Proposal(EIP)を公開しました。
この変更案は、ネットワークアップグレードやハードフォークを必要としない、フォークを伴わない情報提供上の変更です。
この提案は、ブロックチェーンデータの増大という課題に対処することを目的としており、その増大によってノード運用者のハードウェア要件がますます高まっています。
保持期間を短縮することで、このEIPはチェックポイント同期後のデータバックフィルに必要な帯域幅、ディスク使用量、時間を大幅に削減し、ノード運用をより利用しやすくすることでEthereumの分散性を維持することを目指しています。
この技術的改善は、Ethereumのインフラストラクチャを最適化し、ノード運用の効率を向上させるための継続的な取り組みを反映しています。
原文表示
post-image
このページには第三者によるコンテンツが含まれており、いかなる助言を構成するものでもなく、Gateがこれらの見解を支持するものでもありません。詳細については、免責事項をご確認ください。
ETHETH-0.72%

  • 2

コメントを追加
コメントを追加

コメント
SeedPhraseAmnesia
2026-08-21
非フォークの情報レベルの変更は、低コストな最適化のように聞こえますが、実際に実施する際、古いノードで互換性の問題が発生しないでしょうか?
0原文表示
LiquidSniper
2026-08-19
この36日間という提案はかなり現実的で、ノードのストレージへの負担が大幅に軽減されますが、同期効率が低下しないことを願っています。
0原文表示
OptionWave
2026-08-19
ディスク使用量が減るのはもちろん良いことですが、146日から36日になると、過去のデータを調べるのが面倒になったりしませんか?ライトクライアントとアーカイブノードには影響ありませんよね?
0原文表示
SpikeGuard
2026-08-19
ようやく全ノードのディスク容量要件を何とかしてくれる人が現れた。以前は一度同期するだけで数百GBもダウンロードしなければならず、本当に尻込みしてしまった。こういう変更はもっと増えてほしい。
0原文表示
MacroScope
2026-08-19
ノード運営者としては、この変更はかなりありがたい。帯域幅とディスク容量を大幅に節約できるが、snapshotサービスに副作用があるかどうかは分からない。
1原文表示
もっと見る
DividendRetire
2026-08-19
保持期間のウィンドウを36日間に短縮すると聞いて、最初に思ったのは、これまでのデータは誰が保存するのかということです。今後、過去のブロックを調べるには第三者サービスに頼るしかないという意味なのでしょうか?
1原文表示
もっと見る
DepositBouncer
2026-08-19
EIPの考え方はかなり明確で、時間をかけて空間を得るというものです。いずれにせよ、checkpointの同期後はロールバックで対応すればよいですが、その前提としてネットワーク内に十分なarchiveノードが必要ですよね。そうでなければ、過去の情報が途切れてしまい厄介です。
1原文表示
もっと見る
TwoFactorZen
2026-08-19
インフラの最適化は良いことですが、参入障壁を下げるために、分散化を中央集権型のインデクサーへの依存に変えてしまわないでほしいです。今後、対応策も整備されることを願っています。
1原文表示
もっと見る
GasWizard
2026-08-19
初回レビュー
36日と146日では差がかなり大きく、皆が定期的に同期すると見込んでいるようで、賭けのようにも感じます。ただ、技術的な詳細はあまり説明されていないので、まずはコミュニティの議論を見守ってから考えます。
0原文表示
もっと見る