USD
Ethereum Sepolia Targetkan 200M Gas Usai Perbaikan Prysm
Uji Glamsterdam Menyorot Blok Lebih Besar dan Koordinasi Validator
TL;DR
- Uji Glamsterdam Ethereum di Sepolia menargetkan 200 juta gas per blok, lebih dari tiga kali lipat target sebelumnya.
- Prysm merilis pembaruan klien sesaat sebelum aktivasi untuk mengganti default lamanya dengan pengaturan yang dimaksud.
- Uji ini akan menilai propagasi blok, kinerja validator, perilaku aplikasi, dan kebutuhan sumber daya dari kapasitas Layer 1 yang lebih tinggi.
Trade lebih cerdas di Jupiter, DEX terdepan di Solana yang dibuat untuk eksekusi cepat dan likuiditas dalam.
Swap token dengan rate kompetitif, routing otomatis lintas berbagai sumber likuiditas, serta akses perpetuals, DCA, dan alat trading lanjutan — semua dalam satu tempat!
Ethereum dijadwalkan mengaktifkan upgrade Glamsterdam di Sepolia pada 6 Oktober dengan target 200 juta gas pada 13:53:36 UTC, setelah Prysm merilis v7.2.1 untuk menyelaraskan klien validator-nya dengan konfigurasi uji yang direncanakan. Perubahan ini menghapus langkah setup manual yang jika tidak dilakukan dapat membuat sebagian validator Prysm mengusulkan blok lebih kecil selama uji publik.
Gas mengukur kerja komputasi di Ethereum dan membatasi seberapa banyak pemrosesan yang dapat masuk ke dalam sebuah blok. Sepolia sebelumnya beroperasi dengan target 60 juta gas, sementara Prysm v7.2.0 dapat mendukung Glamsterdam tetapi tetap memakai default lama itu kecuali operator mengubahnya secara manual. Menaikkan target memberi Sepolia ruang untuk memproses lebih dari tiga kali lipat beban kerja per blok, tetapi itu tidak berarti transaksi otomatis meningkat tiga kali lipat karena tiap transaksi mengonsumsi gas dalam jumlah berbeda.
Perbaikan Prysm Menghapus Ketidaksesuaian Konfigurasi
Prysm adalah salah satu klien konsensus utama Ethereum. Tanpa pembaruan ini, validator yang memakai default lamanya bisa saja mengusulkan blok lebih kecil sementara peserta lain mengikuti target Glamsterdam yang lebih tinggi, sehingga kondisi pengujian menjadi tidak konsisten. Validator masih dapat menimpa pengaturan proposer mereka, tetapi konfigurasi baru menjadikan target yang dimaksud sebagai default saat bagian fork yang relevan dimulai. Pembaruan ini dijelaskan sebagai perbaikan konfigurasi, bukan kegagalan konsensus.
Eksperimen blok lebih besar ini dimaksudkan untuk menguji lebih dari sekadar kapasitas Layer 1 mentah. Menaikkan batas gas limit blok juga meningkatkan komputasi, bandwidth, dan pertumbuhan state yang harus ditangani validator. Sepolia memberi developer lingkungan publik untuk mengamati apakah blok menyebar cukup cepat, validator dapat mengimbangi, dan tuntutan hardware tetap dapat dikelola sebelum pengaturan produksi serupa dipertimbangkan. Uji ini tidak berarti Ethereum mainnet akan otomatis mengadopsi gas limit yang sama.
Glamsterdam Menguji Perubahan di Seluruh Stack Ethereum
Glamsterdam juga mencakup perubahan teknis di luar kenaikan gas limit. Enshrined proposer-builder separation mengubah cara blok dirakit dan dikirim ke validator, sementara access list tingkat-blok membantu klien mengidentifikasi bagian mana dari state Ethereum yang akan dibutuhkan sebuah blok. Upgrade ini juga menyesuaikan biaya gas untuk operasi pembuatan state dan akses state tertentu agar lebih mencerminkan beban jangka panjangnya pada node.
Developer akan memantau apakah berbagai implementasi validator dan klien tetap sepakat pada chain yang sama saat blok menjadi lebih berat. Block builder harus mengirim data cukup cepat agar validator dapat mengusulkan dan melakukan attest secara andal, sementara dompet dan aplikasi perlu menjaga estimasi gas tetap akurat dan menangani kontrak yang dibangun dengan asumsi gas tetap secara benar. Perbedaan antar klien, propagasi lambat, atau estimasi yang tidak akurat akan memberi developer isu spesifik untuk ditangani.
Ethereum belum menjadwalkan Glamsterdam untuk Hoodi atau mainnet. Sepolia justru memberi operator node, developer, dan tim aplikasi lingkungan bersama untuk menguji aturan baru menggunakan token tanpa nilai pasar. Bukti kunci akan datang dari perilaku jaringan setelah aktivasi, termasuk apakah beban kerja yang lebih berat tetap andal di berbagai klien, validator, dan aplikasi yang pada akhirnya perlu mendukungnya.
Artikel ini telah disempurnakan dan ditingkatkan oleh ChatGPT.
