
Co-founder Ethereum Vitalik Buterin mempublikasikan sebuah artikel pada 18 Maret, memperkenalkan sebuah mekanisme aturan konfirmasi cepat baru untuk Ethereum. Berdasarkan usulan ini, pengguna dapat memperoleh jaminan keras yang memastikan bahwa transaksi Ethereum dalam satu slot waktu (12 detik) tidak akan dibatalkan. Vitalik menunjukkan bahwa keamanan mekanisme ini bergantung pada dua prasyarat: mayoritas node validator tetap jujur, dan latensi jaringan kurang dari sekitar 3 detik.
Mekanisme konfirmasi akhir Ethereum yang ada saat ini (economic finality) memerlukan penantian dua epoch, yaitu sekitar 6,4 menit, untuk memberikan jaminan ketidakberbalikan yang didukung oleh kriptografi dan ekonomi secara bersamaan. Ini menjadi hambatan pengalaman pengguna yang signifikan untuk skenario yang membutuhkan konfirmasi instan—seperti terminal pembayaran, eksekusi pesanan di bursa terdesentralisasi, dan penyelesaian on-chain di ritel.
Usulan aturan konfirmasi cepat dari Vitalik bertujuan mengisi celah keamanan antara “transaksi dimasukkan ke dalam blok” dan “mendapatkan konfirmasi finalitas lengkap”:
Waktu Konfirmasi: satu slot waktu (12 detik), tanpa perlu menunggu selesai epoch
Prasyarat Keamanan 1: mayoritas node validator dalam jaringan beroperasi dengan jujur, tanpa adanya serangan jahat yang bekerja sama untuk membatalkan transaksi yang sudah disiarkan
Prasyarat Keamanan 2: latensi jaringan kurang dari sekitar 3 detik, memastikan pesan dapat menyebar ke seluruh jaringan sebelum akhir slot
Tingkat Keamanan: di bawah “finalitas ekonomi” lengkap, tetapi ketika kedua prasyarat di atas terpenuhi, kemungkinan pembatalan sangat kecil
Inti argumen Vitalik adalah: dalam praktiknya, mayoritas jaringan Ethereum biasanya memenuhi kedua kondisi tersebut, sehingga jaminan “kelemahan finalitas” ini sudah cukup andal untuk aplikasi nyata, dan waktu tunggu yang lebih singkat dibandingkan menunggu konfirmasi lengkap saat ini.
Mekanisme konfirmasi Ethereum saat ini terdiri dari beberapa tingkat, dan memahami latar belakang ini membantu menilai arti dari aturan baru:
Transaksi dimasukkan ke dalam blok (~12 detik): transaksi masuk ke blok terbaru yang dibuat, tetapi secara teori masih bisa direorganisasi (misalnya dalam serangan jaringan atau kondisi ekstrem tertentu)
Konfirmasi ke kedalaman tertentu: seiring penambahan blok berikutnya, biaya untuk membatalkan transaksi semakin tinggi, tetapi sebelum mencapai finalitas lengkap, secara matematis belum bisa dikatakan tidak bisa dibalik
Finalitas lengkap (~6,4 menit): setelah dua epoch, transaksi mendapatkan jaminan finalitas yang didukung kriptografi, di mana penyerang harus menghancurkan minimal 1/3 dari dana staking Ethereum untuk membatalkan
Aturan konfirmasi cepat yang baru ini memperkenalkan lapisan “soft but trusted” untuk ketidakberbalikan di antara tingkat pertama dan kedua, memperpendek waktu konfirmasi yang andal dari 6,4 menit menjadi 12 detik, dengan biaya bergantung pada asumsi kejujuran jaringan daripada jaminan ekonomi kriptografi murni.
Dalam jaringan Ethereum saat ini, asumsi ini umumnya berlaku. Mekanisme PoS Ethereum dirancang dengan penalti tegas (slashing) yang membuat validator menghadapi kerugian besar ETH jika berperilaku jahat, sehingga sangat mendorong kejujuran. Namun, jika terjadi serangan 51% yang terfokus atau koordinasi besar-besaran dari validator, prasyarat ini bisa gagal—itulah sebabnya Vitalik menyebut mekanisme ini “sedikit di bawah finalitas lengkap” dari segi keamanan.
Validator Ethereum tersebar secara global, dan salah satu tujuan desain jaringan peer-to-peer adalah memastikan pesan dapat menyebar dalam beberapa hop sebelum slot berakhir. Batas latensi 3 detik dapat dicapai dengan infrastruktur jaringan modern untuk validator yang memiliki koneksi baik, tetapi node yang sangat terpencil secara geografis atau dengan kondisi koneksi buruk mungkin menjadi kasus pinggiran. Ini menunjukkan bahwa mekanisme ini lebih cocok untuk skenario dengan kondisi jaringan yang baik.
Artikel Vitalik saat ini bersifat sebagai usulan teknis dan belum masuk ke proses pengajuan EIP (Ethereum Improvement Proposal) resmi. Implementasi spesifiknya mungkin memerlukan pembaruan perangkat lunak klien, atau bisa juga diimplementasikan sebagai aturan lapisan aplikasi dalam kerangka protokol yang ada, tanpa perlu hard fork konsensus penuh. Rute teknisnya akan dibahas dan diputuskan oleh pengembang di masa mendatang.