Membahas solusi untuk mengoptimalkan waktu konfirmasi transaksi Ethereum
Salah satu aspek penting dari pengalaman pengguna blockchain adalah waktu konfirmasi transaksi yang cepat. Dalam beberapa tahun terakhir, Ethereum telah mencapai kemajuan signifikan dalam hal ini. Berkat EIP-1559 dan waktu blok yang stabil setelah beralih ke PoS, transaksi yang dikirim oleh pengguna di L1 biasanya dapat dikonfirmasi dalam 5-20 detik, pada dasarnya setara dengan pengalaman pembayaran kartu kredit. Namun, masih ada nilai dalam meningkatkan pengalaman pengguna lebih lanjut, di mana beberapa aplikasi bahkan membutuhkan latensi di bawah satu detik. Artikel ini akan membahas beberapa opsi yang dapat dilakukan untuk meningkatkan waktu konfirmasi transaksi di Ethereum.
Tinjauan Teknologi Saat Ini
finalitas slot tunggal
Saat ini, konsensus Gasper Ethereum mengadopsi arsitektur slot tunggal dan Epoch. Setiap 12 detik satu slot, sebagian validator memberikan suara pada kepala rantai, semua validator memiliki kesempatan untuk memberikan suara sekali dalam 32 slot. Suara ini ditafsirkan kembali sebagai pesan yang mirip dengan algoritma konsensus PBFT, memberikan finalitas yang kuat dengan jaminan ekonomi setelah dua Epoch.
Dalam beberapa tahun terakhir, orang-orang semakin tidak puas dengan metode ini, terutama karena dua alasan: pertama, kompleksitas yang tinggi, terdapat banyak masalah interaksi antara mekanisme pemungutan suara slot ke slot dan mekanisme finalitas Epoch ke Epoch; kedua, waktu finalitas 12,8 menit terlalu lama.
Single Slot Finality (SSF) menggantikan arsitektur ini melalui mekanisme yang mirip dengan Tendermint, di mana blok N dapat dipastikan secara final sebelum blok N+1 dihasilkan. Perbedaan utama dengan Tendermint adalah mempertahankan mekanisme "non-active leakage", yang memungkinkan rantai untuk terus berjalan dan pulih ketika lebih dari 1/3 validator offline.
Tantangan utama SSF adalah setiap validator harus mengeluarkan dua pesan setiap 12 detik, yang memberikan beban besar pada rantai. Meskipun ada beberapa solusi mitigasi, seperti proposal Orbit SSF baru-baru ini, ini tidak mengubah fakta bahwa pengguna harus menunggu 5-20 detik.
Konfirmasi Pra-Rollup
Ethereum dalam beberapa tahun terakhir telah mengikuti peta jalan yang berfokus pada rollup, merancang L1 sebagai lapisan dasar yang mendukung ketersediaan data dan fungsi lainnya untuk digunakan oleh protokol L2. Ini menciptakan pemisahan fokus dalam ekosistem: L1 berfokus pada ketahanan terhadap sensor, keandalan, dan perbaikan fungsi inti, sementara L2 lebih langsung melayani kebutuhan pengguna.
Secara teoritis, menciptakan jaringan penyortiran terdesentralisasi adalah tanggung jawab L2. Sekelompok kecil validator mungkin menandatangani blok setiap beberapa ratus milidetik dan mempublikasikan header blok tersebut ke L1. Namun, meminta semua L2 untuk melakukan penyortiran terdesentralisasi tampaknya tidak adil, karena ini setara dengan menciptakan L1 yang sepenuhnya baru.
Konfirmasi Awal Dasar
Dasar asumsi pra-konfirmasi adalah bahwa pengusul Ethereum adalah peserta MEV yang sangat kompleks. Metode ini memanfaatkan kompleksitas ini dengan mendorong para pengusul tersebut untuk menerima tanggung jawab dalam menyediakan layanan pra-konfirmasi.
Pikiran dasarnya adalah menciptakan protokol standar, di mana pengguna dapat membayar biaya tambahan untuk mendapatkan jaminan instan bahwa transaksi akan dimasukkan ke dalam blok berikutnya, serta pernyataan tentang hasil eksekusi. Jika pengusul melanggar janji, mereka akan didenda.
Mekanisme ini tidak hanya berlaku untuk transaksi L1, tetapi juga dapat memberikan pra-konfirmasi untuk rollups yang "berbasis".
Prospek Masa Depan
Misalkan finalitas slot tunggal telah diimplementasikan, dan menggunakan teknologi mirip Orbit untuk mengurangi jumlah validator per slot. Durasi slot mungkin meningkat menjadi 16 detik, dan kemudian menggunakan rollup pra-konfirmasi atau pra-konfirmasi dasar untuk memberikan konfirmasi yang lebih cepat kepada pengguna. Akhirnya, kita mungkin akan mendapatkan arsitektur epoch-slot.
Arsitektur epoch-slot tampaknya sulit dihindari, karena waktu yang diperlukan untuk mencapai konsensus kasar tentang sesuatu lebih sedikit dibandingkan dengan mencapai kesepakatan "finalitas ekonomi" maksimal. Alasan termasuk jumlah node dan "kualitas" node.
Dalam Ethereum saat ini, slot 12 detik dibagi menjadi tiga sub-slot. Jika jumlah pembuktian dikurangi secara signifikan, itu dapat berkurang menjadi dua sub-slot dan menggunakan waktu slot 8 detik. Jika mengandalkan subset node yang terampil untuk mencapai kesepakatan mendekati, itu bisa lebih lanjut dipersingkat menjadi sekitar 2 detik.
Saran Strategi L2
Saat ini ada tiga strategi yang wajar untuk L2:
Secara teknis dan spiritual "berbasis" Ethereum, mengoptimalkan atribut teknologi dasar dan nilai-nilainya.
Menjadi "server dengan kerangka kerja blockchain", memanfaatkan efisiensi server sambil mendapatkan manfaat dari on-chain.
Metode kompromi: rantai cepat dengan sekitar seratus node, Ethereum menyediakan interoperabilitas dan keamanan tambahan.
Untuk beberapa aplikasi, waktu blok 12 detik sudah cukup. Untuk aplikasi lain, satu-satunya solusi adalah arsitektur epoch-slot. Masalah kunci adalah seberapa baik arsitektur epoch-slot asli Ethereum dapat bekerja, yang akan mempengaruhi makna dari solusi lainnya.
Saat ini, kita masih jauh dari jawaban akhir untuk masalah-masalah ini. Tingkat kompleksitas pengusul blok masih memiliki ketidakpastian yang cukup besar. Desain baru seperti Orbit SSF layak untuk dieksplorasi lebih lanjut. Semakin banyak opsi yang kita miliki, semakin baik kita dapat melayani pengguna L1 dan L2, serta menyederhanakan pekerjaan pengembang L2.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
22 Suka
Hadiah
22
8
Posting ulang
Bagikan
Komentar
0/400
ShibaMillionairen't
· 07-21 14:39
Perdagangan Mata Uang Kripto seperti tidur sambil berjalan, tertawa sampai mati. Tunggu, jika waktu konfirmasi jadi lebih pendek, kan tidak bisa play people for suckers?
Lihat AsliBalas0
DefiPlaybook
· 07-20 15:55
Sangat konyol, atau saya sudah bekerja terlalu lama.
Lihat AsliBalas0
GasFeeCryer
· 07-20 01:55
L1 dari era lama terlalu lambat sampai membuat orang menangis, sekarang sudah bisa digunakan dengan susah payah.
Lihat AsliBalas0
CryptoTherapist
· 07-20 01:48
kecemasan trading itu nyata fam... mari kita meditasi tentang waktu konfirmasi itu dan melepaskan pola pikir fomo tbh
Lihat AsliBalas0
MissedTheBoat
· 07-20 01:47
Kartu kredit juga tidak begitu bertele-tele... cepatlah
Lihat AsliBalas0
AllInAlice
· 07-20 01:46
Konfirmasi hampir terbang, 5 detik sudah cukup luar biasa, kan?
Lihat AsliBalas0
AirdropHunterZhang
· 07-20 01:28
Saran saya, jangan terjebak dengan gas, jika turun, semua saja.
Lihat AsliBalas0
FUD_Vaccinated
· 07-20 01:26
Lihat, saya tertawa. Masih bingung dengan hal ini, L2 tidak enak?
Diskusi Optimisasi Waktu Konfirmasi Transaksi Ethereum: Perbandingan SSF, Rollup, dan Skema Pra-Konfirmasi Dasar
Membahas solusi untuk mengoptimalkan waktu konfirmasi transaksi Ethereum
Salah satu aspek penting dari pengalaman pengguna blockchain adalah waktu konfirmasi transaksi yang cepat. Dalam beberapa tahun terakhir, Ethereum telah mencapai kemajuan signifikan dalam hal ini. Berkat EIP-1559 dan waktu blok yang stabil setelah beralih ke PoS, transaksi yang dikirim oleh pengguna di L1 biasanya dapat dikonfirmasi dalam 5-20 detik, pada dasarnya setara dengan pengalaman pembayaran kartu kredit. Namun, masih ada nilai dalam meningkatkan pengalaman pengguna lebih lanjut, di mana beberapa aplikasi bahkan membutuhkan latensi di bawah satu detik. Artikel ini akan membahas beberapa opsi yang dapat dilakukan untuk meningkatkan waktu konfirmasi transaksi di Ethereum.
Tinjauan Teknologi Saat Ini
finalitas slot tunggal
Saat ini, konsensus Gasper Ethereum mengadopsi arsitektur slot tunggal dan Epoch. Setiap 12 detik satu slot, sebagian validator memberikan suara pada kepala rantai, semua validator memiliki kesempatan untuk memberikan suara sekali dalam 32 slot. Suara ini ditafsirkan kembali sebagai pesan yang mirip dengan algoritma konsensus PBFT, memberikan finalitas yang kuat dengan jaminan ekonomi setelah dua Epoch.
Dalam beberapa tahun terakhir, orang-orang semakin tidak puas dengan metode ini, terutama karena dua alasan: pertama, kompleksitas yang tinggi, terdapat banyak masalah interaksi antara mekanisme pemungutan suara slot ke slot dan mekanisme finalitas Epoch ke Epoch; kedua, waktu finalitas 12,8 menit terlalu lama.
Single Slot Finality (SSF) menggantikan arsitektur ini melalui mekanisme yang mirip dengan Tendermint, di mana blok N dapat dipastikan secara final sebelum blok N+1 dihasilkan. Perbedaan utama dengan Tendermint adalah mempertahankan mekanisme "non-active leakage", yang memungkinkan rantai untuk terus berjalan dan pulih ketika lebih dari 1/3 validator offline.
Tantangan utama SSF adalah setiap validator harus mengeluarkan dua pesan setiap 12 detik, yang memberikan beban besar pada rantai. Meskipun ada beberapa solusi mitigasi, seperti proposal Orbit SSF baru-baru ini, ini tidak mengubah fakta bahwa pengguna harus menunggu 5-20 detik.
Konfirmasi Pra-Rollup
Ethereum dalam beberapa tahun terakhir telah mengikuti peta jalan yang berfokus pada rollup, merancang L1 sebagai lapisan dasar yang mendukung ketersediaan data dan fungsi lainnya untuk digunakan oleh protokol L2. Ini menciptakan pemisahan fokus dalam ekosistem: L1 berfokus pada ketahanan terhadap sensor, keandalan, dan perbaikan fungsi inti, sementara L2 lebih langsung melayani kebutuhan pengguna.
Secara teoritis, menciptakan jaringan penyortiran terdesentralisasi adalah tanggung jawab L2. Sekelompok kecil validator mungkin menandatangani blok setiap beberapa ratus milidetik dan mempublikasikan header blok tersebut ke L1. Namun, meminta semua L2 untuk melakukan penyortiran terdesentralisasi tampaknya tidak adil, karena ini setara dengan menciptakan L1 yang sepenuhnya baru.
Konfirmasi Awal Dasar
Dasar asumsi pra-konfirmasi adalah bahwa pengusul Ethereum adalah peserta MEV yang sangat kompleks. Metode ini memanfaatkan kompleksitas ini dengan mendorong para pengusul tersebut untuk menerima tanggung jawab dalam menyediakan layanan pra-konfirmasi.
Pikiran dasarnya adalah menciptakan protokol standar, di mana pengguna dapat membayar biaya tambahan untuk mendapatkan jaminan instan bahwa transaksi akan dimasukkan ke dalam blok berikutnya, serta pernyataan tentang hasil eksekusi. Jika pengusul melanggar janji, mereka akan didenda.
Mekanisme ini tidak hanya berlaku untuk transaksi L1, tetapi juga dapat memberikan pra-konfirmasi untuk rollups yang "berbasis".
Prospek Masa Depan
Misalkan finalitas slot tunggal telah diimplementasikan, dan menggunakan teknologi mirip Orbit untuk mengurangi jumlah validator per slot. Durasi slot mungkin meningkat menjadi 16 detik, dan kemudian menggunakan rollup pra-konfirmasi atau pra-konfirmasi dasar untuk memberikan konfirmasi yang lebih cepat kepada pengguna. Akhirnya, kita mungkin akan mendapatkan arsitektur epoch-slot.
Arsitektur epoch-slot tampaknya sulit dihindari, karena waktu yang diperlukan untuk mencapai konsensus kasar tentang sesuatu lebih sedikit dibandingkan dengan mencapai kesepakatan "finalitas ekonomi" maksimal. Alasan termasuk jumlah node dan "kualitas" node.
Dalam Ethereum saat ini, slot 12 detik dibagi menjadi tiga sub-slot. Jika jumlah pembuktian dikurangi secara signifikan, itu dapat berkurang menjadi dua sub-slot dan menggunakan waktu slot 8 detik. Jika mengandalkan subset node yang terampil untuk mencapai kesepakatan mendekati, itu bisa lebih lanjut dipersingkat menjadi sekitar 2 detik.
Saran Strategi L2
Saat ini ada tiga strategi yang wajar untuk L2:
Untuk beberapa aplikasi, waktu blok 12 detik sudah cukup. Untuk aplikasi lain, satu-satunya solusi adalah arsitektur epoch-slot. Masalah kunci adalah seberapa baik arsitektur epoch-slot asli Ethereum dapat bekerja, yang akan mempengaruhi makna dari solusi lainnya.
Saat ini, kita masih jauh dari jawaban akhir untuk masalah-masalah ini. Tingkat kompleksitas pengusul blok masih memiliki ketidakpastian yang cukup besar. Desain baru seperti Orbit SSF layak untuk dieksplorasi lebih lanjut. Semakin banyak opsi yang kita miliki, semakin baik kita dapat melayani pengguna L1 dan L2, serta menyederhanakan pekerjaan pengembang L2.