Postingan

Komunitas Ethereum Mengusulkan Pengurangan Periode Retensi Blok Lapisan Konsensus Menjadi 36 Hari


Komunitas Ethereum telah merilis Ethereum Improvement Proposal (EIP) penting yang bertujuan mengurangi periode retensi blok lapisan konsensus secara signifikan, dari sekitar 146 hari menjadi kira-kira 36,4 hari. Perubahan yang diusulkan ini merupakan modifikasi informasional tanpa fork yang tidak memerlukan peningkatan jaringan atau hard fork untuk diterapkan. Proposal ini dirancang untuk mengatasi tantangan yang semakin besar dari ekspansi data blockchain, yang terus meningkatkan tuntutan perangkat keras bagi operator node. Dengan memperpendek periode retensi, EIP ini bertujuan menurunkan secara signifikan bandwidth, penggunaan disk, dan waktu yang diperlukan untuk melakukan backfill data setelah sinkronisasi checkpoint, sehingga membantu mempertahankan desentralisasi Ethereum dengan membuat pengoperasian node lebih mudah diakses. Peningkatan teknis ini mencerminkan upaya berkelanjutan untuk mengoptimalkan infrastruktur Ethereum dan meningkatkan efisiensi operasional node.
Lihat Asli
post-image
Halaman ini berisi konten pihak ketiga dan bukan merupakan nasihat apa pun, juga tidak mewakili dukungan Gate atas pandangan tersebut. Untuk detail, silakan lihat penafian.
ETHETH-0,72%

  • 2

Tambahkan komentar
Tambahkan komentar

Komentar
SeedPhraseAmnesia
21-08-2026
Modifikasi tingkat informasi tanpa fork terdengar seperti optimasi berbiaya rendah, tetapi saat diterapkan, apakah node lama akan mengalami masalah kompatibilitas?
0Lihat Asli
LiquidSniper
19-08-2026
Proposal 36 hari ini cukup pragmatis, tekanan penyimpanan node jauh lebih kecil, tetapi semoga efisiensi sinkronisasi tidak menurun.
0Lihat Asli
OptionWave
19-08-2026
Penggunaan disk yang berkurang tentu merupakan hal baik, tetapi dari 146 hari menjadi 36 hari, apakah pencarian data historis akan menjadi lebih merepotkan? Klien ringan dan node archive seharusnya tidak terpengaruh, kan?
0Lihat Asli
SpikeGuard
19-08-2026
Akhirnya ada yang menangani kebutuhan penyimpanan untuk full node. Sebelumnya, sekali sinkronisasi harus mengunduh ratusan GB, benar-benar bikin kapok. Semoga perubahan seperti ini lebih banyak.
0Lihat Asli
MacroScope
19-08-2026
Sebagai operator node, perubahan ini sangat menarik karena bisa menghemat cukup banyak bandwidth dan ruang disk, hanya saja tidak tahu apakah akan berdampak samping pada layanan snapshot.
1Lihat Asli
Lihat Lebih Banyak
DividendRetire
19-08-2026
Memangkas jendela retensi menjadi 36 hari, reaksi pertama saya adalah: siapa yang bertanggung jawab menyimpan data sebelumnya? Apakah ini berarti nantinya untuk menelusuri blok-blok lama kita hanya bisa mengandalkan layanan pihak ketiga?
1Lihat Asli
Lihat Lebih Banyak
DepositBouncer
19-08-2026
Gagasan EIP ini cukup jelas: mengorbankan waktu demi menghemat ruang. Lagi pula, setelah sinkronisasi checkpoint, cukup mengandalkan penelusuran kembali, tetapi syaratnya jaringan harus memiliki cukup banyak node archive; jika tidak, informasi historis yang terputus akan merepotkan.
1Lihat Asli
Lihat Lebih Banyak
TwoFactorZen
19-08-2026
Mengoptimalkan infrastruktur adalah hal yang baik, tetapi jangan sampai desentralisasi berubah menjadi ketergantungan pada pengindeks terpusat hanya demi menurunkan hambatan, dan semoga nantinya ada solusi pendukung yang menyertainya.
1Lihat Asli
Lihat Lebih Banyak
GasWizard
19-08-2026
Ulasan Pertama
Perbedaan antara 36 hari dan 146 hari cukup besar, rasanya seperti bertaruh bahwa semua orang akan melakukan sinkronisasi berkala? Namun, detail teknisnya belum dijelaskan secara terperinci, jadi untuk sementara kita tunggu dan lihat diskusi di komunitas.
0Lihat Asli
Lihat Lebih Banyak