Membahas solusi praktis untuk meningkatkan kecepatan konfirmasi transaksi Ethereum
Ethereum telah membuat kemajuan signifikan dalam kecepatan konfirmasi transaksi dalam beberapa tahun terakhir. Saat ini, transaksi yang dikirim oleh pengguna di L1 biasanya dapat dikonfirmasi dalam 5-20 detik, yang setara dengan pengalaman membayar dengan kartu kredit. Namun, perbaikan lebih lanjut dalam pengalaman pengguna masih sangat diperlukan, beberapa aplikasi bahkan perlu mengurangi latensi menjadi beberapa ratus milidetik. Artikel ini akan membahas beberapa opsi yang layak untuk meningkatkan waktu konfirmasi transaksi di Ethereum.
Tinjauan Teknologi dan Ide yang Ada
finalitas satu slot
Mekanisme konsensus Gasper yang digunakan oleh Ethereum saat ini menggunakan struktur slot tunggal dan Epoch. Setiap 12 detik adalah satu slot, beberapa validator memberikan suara pada kepala rantai, dalam 32 slot (6,4 menit), semua validator memiliki kesempatan untuk memberikan suara sekali. Suara-suara ini kemudian diinterpretasikan sebagai pesan yang mirip dengan algoritma konsensus PBFT, dua Epoch (12,8 menit) setelahnya, memberikan jaminan ekonomi yang kuat yang disebut finalitas.
Namun, metode ini memiliki dua masalah utama: kompleksitas yang tinggi dan waktu konfirmasi akhir 12,8 menit yang terlalu lama. Untuk mengatasi masalah ini, Single Slot Finality (SSF) mengusulkan mekanisme yang mirip dengan konsensus Tendermint, yaitu menyelesaikan konfirmasi akhir blok saat ini sebelum menghasilkan blok berikutnya.
Tantangan utama SSF adalah setiap staker perlu mengeluarkan dua pesan setiap 12 detik, yang memberikan beban besar pada jaringan. Meskipun ada beberapa ide inovatif seperti proposal Orbit SSF yang mencoba mengatasi masalah ini, pengguna masih harus menunggu 5-20 detik untuk mengonfirmasi transaksi.
Pra-konfirmasi Rollup
Seiring dengan perkembangan Ethereum yang berfokus pada rollup, protokol L2 (seperti rollup, validium, dan plasma) dapat memberikan layanan skala besar dengan keamanan setara Ethereum kepada pengguna. Ini mengarah pada pembagian tugas di dalam ekosistem Ethereum: L1 fokus pada pemeliharaan dan perbaikan ketahanan terhadap sensor, keandalan, dan fungsi inti, sementara L2 berkomitmen untuk langsung melayani kebutuhan pengguna melalui berbagai teknologi dan budaya.
Secara teori, L2 dapat membuat jaringan "penyortir terdesentralisasi" mereka sendiri, di mana sekelompok kecil validator menandatangani blok setiap beberapa ratus milidetik, dan menggunakan aset yang mereka pertaruhkan sebagai jaminan. Header blok L2 ini pada akhirnya akan dipublikasikan ke L1.
Namun, meminta semua L2 untuk membangun jaringan pengurutan terdesentralisasi tampaknya tidak terlalu realistis, yang setara dengan meminta rollup untuk menyelesaikan pekerjaan yang hampir sama dengan menciptakan L1 yang baru. Oleh karena itu, ada yang mengusulkan agar semua L2 (dan L1) berbagi mekanisme pra-konfirmasi dalam lingkup Ethereum: pra-konfirmasi dasar.
Pra-Konfirmasi Dasar
Metode pra-konfirmasi dasar mengasumsikan bahwa pengusul Ethereum adalah peserta yang sangat kompleks. Metode ini memanfaatkan keahlian mereka dengan memberikan insentif kepada pengusul tersebut untuk menerima tanggung jawab dalam menyediakan layanan pra-konfirmasi.
Inti dari pemikiran ini adalah untuk menciptakan protokol standar, di mana pengguna dapat membayar biaya tambahan untuk mendapatkan jaminan instan bahwa transaksi akan dimasukkan dalam blok berikutnya, serta pernyataan tentang hasil pelaksanaan transaksi. Jika pengusul melanggar janji, mereka akan menghadapi hukuman.
Mekanisme ini tidak hanya berlaku untuk transaksi L1, untuk rollup yang "berbasis" Ethereum, semua blok L2 pada dasarnya adalah transaksi L1, sehingga mekanisme yang sama juga dapat memberikan layanan pra-konfirmasi untuk L2 mana pun.
Arah Pengembangan Masa Depan
Misalkan kita telah mencapai finalitas slot tunggal, dan menggunakan teknologi seperti Orbit untuk mengurangi jumlah validator per slot, sambil menjaga tingkat desentralisasi yang cukup untuk mengurangi ambang batas staking. Durasi slot mungkin akan meningkat menjadi 16 detik, dan kemudian kita dapat memanfaatkan pra-konfirmasi rollup atau pra-konfirmasi dasar untuk memberikan konfirmasi yang lebih cepat kepada pengguna. Dengan cara ini, pada akhirnya kita mendapatkan arsitektur epoch-slot.
Arsitektur seperti ini sulit dihindari karena waktu yang diperlukan untuk mencapai kesepakatan umum tentang sesuatu jauh lebih sedikit dibandingkan dengan waktu yang diperlukan untuk mencapai "finalitas ekonomi" yang maksimal. Alasan utamanya meliputi:
"Konsensus mendekati" hanya memerlukan sedikit node untuk berpartisipasi, sedangkan finalitas ekonomi memerlukan sebagian besar node untuk berpartisipasi.
Setelah jumlah node melebihi skala tertentu, waktu yang diperlukan untuk mengumpulkan tanda tangan akan meningkat secara signifikan.
Oleh karena itu, arsitektur epoch-and-slot tampaknya menjadi arah pengembangan yang tepat, tetapi cara implementasi yang berbeda mungkin memiliki efek yang berbeda. Hal yang patut dieksplorasi lebih lanjut adalah membangun pemisahan fokus yang lebih kuat antara kedua mekanisme, bukan terikat erat seperti Gasper.
Strategi Pengembangan L2
Untuk L2, saat ini ada tiga strategi pengembangan yang masuk akal:
Secara teknis dan konseptual "berbasis" Ethereum, mengoptimalkan karakteristik teknologi dasar dan nilai-nilainya.
Menjadi "server dengan kerangka kerja blockchain", memanfaatkan efisiensi server terpusat, sekaligus memastikan keamanan dan desentralisasi dengan menambahkan elemen blockchain.
Solusi kompromi: Membangun rantai cepat yang memiliki sekitar seratus node, sambil memanfaatkan Ethereum untuk menyediakan interoperabilitas dan jaminan keamanan tambahan.
Untuk berbagai skenario aplikasi, ketiga strategi ini memiliki keunggulannya masing-masing. Salah satu pertanyaan kunci adalah seberapa besar kita dapat mengoptimalkan dalam arsitektur epoch-and-slot asli Ethereum. Jika kita dapat mengurangi waktu slot menjadi 1 detik, maka ruang untuk strategi ketiga mungkin akan menyusut secara signifikan.
Saat ini, kita masih memiliki jarak yang cukup jauh dari jawaban akhir untuk masalah-masalah ini. Kompleksitas proposer blok, potensi desain baru seperti Orbit SSF, dan faktor-faktor lainnya memiliki ketidakpastian yang cukup besar. Melanjutkan eksplorasi dan penyempurnaan solusi ini akan membantu memberikan pengalaman yang lebih baik bagi pengguna L1 dan L2, sekaligus menyederhanakan pekerjaan para 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.
16 Suka
Hadiah
16
4
Posting ulang
Bagikan
Komentar
0/400
NotAFinancialAdvice
· 9jam yang lalu
tps masih perlu dipercepat ya
Lihat AsliBalas0
BugBountyHunter
· 9jam yang lalu
Kecepatan transaksi masih belum cukup cepat.
Lihat AsliBalas0
AirdropF5Bro
· 9jam yang lalu
Tidak ada pasar, jadi keras-keras f5 Airdrop
Lihat AsliBalas0
pvt_key_collector
· 10jam yang lalu
Cepat itu ada gunanya, yang penting bertahan hidup dulu.
Diskusi Solusi Percepatan Ethereum: Finalitas Slot Tunggal, Pra-Konfirmasi Rollup dan Pra-Konfirmasi Dasar
Membahas solusi praktis untuk meningkatkan kecepatan konfirmasi transaksi Ethereum
Ethereum telah membuat kemajuan signifikan dalam kecepatan konfirmasi transaksi dalam beberapa tahun terakhir. Saat ini, transaksi yang dikirim oleh pengguna di L1 biasanya dapat dikonfirmasi dalam 5-20 detik, yang setara dengan pengalaman membayar dengan kartu kredit. Namun, perbaikan lebih lanjut dalam pengalaman pengguna masih sangat diperlukan, beberapa aplikasi bahkan perlu mengurangi latensi menjadi beberapa ratus milidetik. Artikel ini akan membahas beberapa opsi yang layak untuk meningkatkan waktu konfirmasi transaksi di Ethereum.
Tinjauan Teknologi dan Ide yang Ada
finalitas satu slot
Mekanisme konsensus Gasper yang digunakan oleh Ethereum saat ini menggunakan struktur slot tunggal dan Epoch. Setiap 12 detik adalah satu slot, beberapa validator memberikan suara pada kepala rantai, dalam 32 slot (6,4 menit), semua validator memiliki kesempatan untuk memberikan suara sekali. Suara-suara ini kemudian diinterpretasikan sebagai pesan yang mirip dengan algoritma konsensus PBFT, dua Epoch (12,8 menit) setelahnya, memberikan jaminan ekonomi yang kuat yang disebut finalitas.
Namun, metode ini memiliki dua masalah utama: kompleksitas yang tinggi dan waktu konfirmasi akhir 12,8 menit yang terlalu lama. Untuk mengatasi masalah ini, Single Slot Finality (SSF) mengusulkan mekanisme yang mirip dengan konsensus Tendermint, yaitu menyelesaikan konfirmasi akhir blok saat ini sebelum menghasilkan blok berikutnya.
Tantangan utama SSF adalah setiap staker perlu mengeluarkan dua pesan setiap 12 detik, yang memberikan beban besar pada jaringan. Meskipun ada beberapa ide inovatif seperti proposal Orbit SSF yang mencoba mengatasi masalah ini, pengguna masih harus menunggu 5-20 detik untuk mengonfirmasi transaksi.
Pra-konfirmasi Rollup
Seiring dengan perkembangan Ethereum yang berfokus pada rollup, protokol L2 (seperti rollup, validium, dan plasma) dapat memberikan layanan skala besar dengan keamanan setara Ethereum kepada pengguna. Ini mengarah pada pembagian tugas di dalam ekosistem Ethereum: L1 fokus pada pemeliharaan dan perbaikan ketahanan terhadap sensor, keandalan, dan fungsi inti, sementara L2 berkomitmen untuk langsung melayani kebutuhan pengguna melalui berbagai teknologi dan budaya.
Secara teori, L2 dapat membuat jaringan "penyortir terdesentralisasi" mereka sendiri, di mana sekelompok kecil validator menandatangani blok setiap beberapa ratus milidetik, dan menggunakan aset yang mereka pertaruhkan sebagai jaminan. Header blok L2 ini pada akhirnya akan dipublikasikan ke L1.
Namun, meminta semua L2 untuk membangun jaringan pengurutan terdesentralisasi tampaknya tidak terlalu realistis, yang setara dengan meminta rollup untuk menyelesaikan pekerjaan yang hampir sama dengan menciptakan L1 yang baru. Oleh karena itu, ada yang mengusulkan agar semua L2 (dan L1) berbagi mekanisme pra-konfirmasi dalam lingkup Ethereum: pra-konfirmasi dasar.
Pra-Konfirmasi Dasar
Metode pra-konfirmasi dasar mengasumsikan bahwa pengusul Ethereum adalah peserta yang sangat kompleks. Metode ini memanfaatkan keahlian mereka dengan memberikan insentif kepada pengusul tersebut untuk menerima tanggung jawab dalam menyediakan layanan pra-konfirmasi.
Inti dari pemikiran ini adalah untuk menciptakan protokol standar, di mana pengguna dapat membayar biaya tambahan untuk mendapatkan jaminan instan bahwa transaksi akan dimasukkan dalam blok berikutnya, serta pernyataan tentang hasil pelaksanaan transaksi. Jika pengusul melanggar janji, mereka akan menghadapi hukuman.
Mekanisme ini tidak hanya berlaku untuk transaksi L1, untuk rollup yang "berbasis" Ethereum, semua blok L2 pada dasarnya adalah transaksi L1, sehingga mekanisme yang sama juga dapat memberikan layanan pra-konfirmasi untuk L2 mana pun.
Arah Pengembangan Masa Depan
Misalkan kita telah mencapai finalitas slot tunggal, dan menggunakan teknologi seperti Orbit untuk mengurangi jumlah validator per slot, sambil menjaga tingkat desentralisasi yang cukup untuk mengurangi ambang batas staking. Durasi slot mungkin akan meningkat menjadi 16 detik, dan kemudian kita dapat memanfaatkan pra-konfirmasi rollup atau pra-konfirmasi dasar untuk memberikan konfirmasi yang lebih cepat kepada pengguna. Dengan cara ini, pada akhirnya kita mendapatkan arsitektur epoch-slot.
Arsitektur seperti ini sulit dihindari karena waktu yang diperlukan untuk mencapai kesepakatan umum tentang sesuatu jauh lebih sedikit dibandingkan dengan waktu yang diperlukan untuk mencapai "finalitas ekonomi" yang maksimal. Alasan utamanya meliputi:
Oleh karena itu, arsitektur epoch-and-slot tampaknya menjadi arah pengembangan yang tepat, tetapi cara implementasi yang berbeda mungkin memiliki efek yang berbeda. Hal yang patut dieksplorasi lebih lanjut adalah membangun pemisahan fokus yang lebih kuat antara kedua mekanisme, bukan terikat erat seperti Gasper.
Strategi Pengembangan L2
Untuk L2, saat ini ada tiga strategi pengembangan yang masuk akal:
Untuk berbagai skenario aplikasi, ketiga strategi ini memiliki keunggulannya masing-masing. Salah satu pertanyaan kunci adalah seberapa besar kita dapat mengoptimalkan dalam arsitektur epoch-and-slot asli Ethereum. Jika kita dapat mengurangi waktu slot menjadi 1 detik, maka ruang untuk strategi ketiga mungkin akan menyusut secara signifikan.
Saat ini, kita masih memiliki jarak yang cukup jauh dari jawaban akhir untuk masalah-masalah ini. Kompleksitas proposer blok, potensi desain baru seperti Orbit SSF, dan faktor-faktor lainnya memiliki ketidakpastian yang cukup besar. Melanjutkan eksplorasi dan penyempurnaan solusi ini akan membantu memberikan pengalaman yang lebih baik bagi pengguna L1 dan L2, sekaligus menyederhanakan pekerjaan para pengembang L2.