Menggunakan Taiko sebagai contoh untuk menjelaskan konsep pra-konfirmasi: Bagaimana membuat transaksi Ethereum lebih efisien?

Judul Asli: “Preconfirmation (feat. Taiko): Membuat Ethereum FAST untuk Pertama Kalinya!”

Ditulis oleh: Ingeun Kim: FP

Gambaran Kunci

Taiko adalah jaringan Layer2 berbasis Based Rollup yang bertujuan untuk mencapai interoperabilitas penuh dengan Ethereum sambil mendorong Desentralisasi Sequencer. Untuk mengatasi masalah latensi konfirmasi transaksi dalam mekanisme Rollup, Taiko memperkenalkan konsep “Preconfirmation”. Dengan menjamin inklusi dan urutan transaksi kepada pengguna sebelumnya, Preconfirmation secara efektif meredakan masalah efisiensi konfirmasi transaksi dalam mekanisme Rollup, sehingga secara signifikan meningkatkan pengalaman pengguna.

Dalam model Prekonfirmasi Berbasis, validator L1 memberikan jaminan hasil transaksi kepada pengguna. Prekonfirmasi perlu melakukan stakeMargin dan mematuhi mekanisme pengurangan (Slashing) untuk memastikan keandalan sistem. Proyek L2 seperti Taiko menghadirkan mekanisme prekonfirmasi, membentuk kepastian transaksi yang dapat diandalkan, menciptakan lingkungan operasi yang lebih mudah bagi layanan yang memerlukan konfirmasi real-time seperti Keuangan Desentralisasi.

Saat ini, beberapa proyek telah bergabung dalam pembangunan ekosistem pra-konfirmasi. Kemajuan teknologi ini diharapkan dapat meningkatkan efisiensi ekosistem L2 Ethereum, memperkuat interoperabilitas dengan Ethereum, dan mendorong perluasan seluruh ekosistem.

Taiko sedang menuju target akhirnya sebagai solusi Layer2 untuk Ethereum. Untuk mencapai tujuan ini, Taiko memberikan prioritas pada interoperabilitas penuh dengan Ethereum, desentralisasi pengaturan, dan dukungan untuk para pengembang. Perlu dicatat, Taiko mencapai interoperabilitas penuh dengan Ethereum melalui arsitektur Based Rollup, serta memungkinkan siapa pun untuk menjadi pengatur, mencapai desentralisasi pengatur. Meskipun model Based Rollup memiliki keunggulan, namun strukturnya masih memiliki beberapa masalah efisiensi inheren.

Artikel ini akan menggambarkan konsep pra-konfirmasi (Preconfirmation) dengan menggunakan Taiko sebagai contoh. Sebagai bagian kunci dari tumpukan teknologi Layer2, pra-konfirmasi adalah langkah penting dalam pengembangan Rollup lebih lanjut.

Masalah Efisiensi L2 saat ini

Dengan berkembangnya ekosistem L2, banyak proyek baru muncul secara berturut-turut, membawa banyak konsep dan teknologi baru. Namun, meskipun kemajuan ini signifikan, L2 masih memiliki beberapa masalah efisiensi yang perlu segera diatasi, terutama di bidang kunci yang memengaruhi pengalaman pengguna, peningkatan efisiensi menjadi sangat penting.

Batasan inherent Rollup: proses penentuan finalitas transaksi yang tidak efisien

L2 telah mencapai skalabilitas melalui Rollup, bergantung pada ketersediaan data dan pemrosesan transaksi dari platform L1 seperti Ethereum. Namun, Rollup memiliki batasan inheren: meskipun dapat melakukan pengurutan dan eksekusi transaksi secara mandiri, semua proses lainnya tetap harus menunggu konfirmasi akhir dari L1.

Arsitektur ini memastikan keamanan dan ketidakberubahannya data dengan langsung memanfaatkan Blok dan ketersediaan data L1. Namun, ketergantungan pada L1 untuk konfirmasi akhir mengakibatkan kecepatan pemrosesan transaksi yang lambat dan kemampuan konfirmasi secara real-time terbatas, sulit memenuhi kebutuhan real-time dari perspektif pengguna.

Selain itu, banyak pengurut dan Node verifikasi L2 saat ini masih terpusat. Sentralisasi seperti ini dapat menyebabkan efisiensi yang rendah, misalnya waktu konfirmasi transaksi yang lebih lama dan kemungkinan gangguan operasional, yang pada gilirannya memengaruhi efisiensi pemrosesan transaksi Rollup tertentu, menyebabkan latensi konfirmasi.

Pengenalan Konsep Pre-Confirmation

Konsep pre-confirmation diperkenalkan untuk mengatasi masalah efisiensi konfirmasi transaksi yang rendah di jaringan L2. Pre-confirmation memungkinkan pengguna mendapatkan konfirmasi transaksi lebih cepat, sehingga mengurangi latensi dan ineffisiensi yang umum terjadi dalam mekanisme Rollup.

Pre-konfirmasi bertujuan untuk menyelesaikan masalah apa?

Dalam mekanisme Rollup, proses konfirmasi setelah pengguna mengirimkan transaksi ke L2 selalu menghadapi masalah efisiensi yang rendah. Karena pengatur urutan L2 yang terpusat tidak dapat dengan pasti menjamin kapan transaksi akan dikonfirmasi di L1, pengguna sering kali tidak yakin tentang urutan dan hasil transaksi. Misalnya, pengguna mungkin perlu menunggu transaksi untuk dimasukkan ke L1 untuk waktu yang lama, dan jika urutan transaksi salah atau hasilnya tidak diinginkan, hal ini dapat menyebabkan kerugian keuangan yang disebabkan oleh transaksi yang sudah dieksekusi.

Dalam lingkungan pasar yang fluktuatif tinggi, masalah latensi dan perubahan urutan menjadi lebih menonjol karena pengguna bergantung pada layanan arbitrase dan keuangan desentralisasi. Dalam situasi-situasi ini, latensi atau perubahan urutan transaksi dapat langsung menyebabkan kehilangan peluang. Bahkan pengguna yang melakukan transaksi biasa mungkin meragukan waktu konfirmasi dan urutan transaksi pada L1, yang pada gilirannya meragukan keandalan dan kemudahan penggunaan blockchain.

Oleh karena itu, tujuan desain yang dikonfirmasi sebelumnya adalah untuk mengatasi kekurangan-kekurangan ini, terutama untuk memberikan pengalaman transaksi yang lebih nyaman dan dapat diandalkan bagi pengguna yang paling terpengaruh oleh efisiensi rendah Rollup.

Bagaimana cara mengatasi masalah-masalah ini sebelumnya?

Konfirmasi awal memecahkan masalah ini dengan menyediakan jaminan transaksi yang inklusif, diurutkan, dan dieksekusi untuk pengguna. Ini memberikan ‘konfirmasi lunak’ kepada pengguna melalui pengurut L2 yang terpusat, dan mengeluarkan sertifikat konfirmasi awal untuk memastikan transaksi akhirnya akan disertakan di L1.

Keuntungan utama dari konfirmasi lunak adalah dapat meningkatkan pengalaman pengguna. Pengguna dapat segera menerima bukti konfirmasi setelah mengirimkan transaksi, sehingga memastikan transaksi dimasukkan ke L1 sesuai dengan urutan yang diharapkan, mengurangi ketidakpastian, terutama dalam transaksi seperti Arbitrase yang memerlukan reaksi cepat. Selain itu, pra-konfirmasi juga meningkatkan kepercayaan pengguna terhadap sistem L2. Dengan meningkatnya kepercayaan pengguna terhadap pengolahan keamanan transaksi, penggunaan keseluruhan ekosistem L2 juga akan meningkat. Oleh karena itu, pra-konfirmasi memainkan peran kunci dalam meningkatkan efisiensi dan kenyamanan pengolahan Rollup.

Apakah konfirmasi pra-transaksi adalah solusi akhir?

Meskipun konfirmasi lunak dari penjuru pusat dapat meningkatkan pengalaman pengguna dengan mengantisipasi urutan dan hasil yang diharapkan, tetapi itu bergantung pada kepercayaan pada penyortir. Tanpa langkah-langkah yang diwajibkan secara hukum atau teknis, pengguna hanya dapat bergantung pada keandalan penyortir. Ketergantungan ini membawa kemungkinan bahwa transaksi mungkin tidak dimasukkan sesuai urutan yang benar, atau bahkan mungkin tidak dimasukkan sama sekali di L1, yang tidak dapat memberikan jaminan kestabilan yang diharapkan oleh pengguna.

Menggunakan Taiko sebagai contoh, memahami konsep dan implementasi Pra-Konfirmasi Berbasis.

Taiko telah menghabiskan banyak upaya untuk mengimplementasikan prekonfirmasi karena metode ini sangat sesuai dengan fitur inti Based Rollup. Jika Based Preconfirmation dapat berhasil diintegrasikan ke dalam kerangka Taiko, bukan hanya dapat signifikan mengurangi latensi konfirmasi transaksi, tetapi juga meningkatkan pengalaman pengguna. Selain itu, perbaikan ini akan mengaktifkan berbagai layanan yang sebelumnya terbatas, sehingga dapat beroperasi secara efisien di jaringan Taiko.

Sebelum memahami Prekonfirmasi Berbasis yang Mendalam, penting untuk mengingat beberapa fitur kunci Taiko agar dapat memahami aplikabilitas dan keuntungan metode ini secara lebih komprehensif.

Analisis Kasus Taiko

Taiko sepenuhnya menunjukkan fitur inti dari Based Rollup. Ini tidak hanya mencapai interoperabilitas penuh dengan infrastruktur Ethereum, tetapi juga berkomitmen untuk sepenuhnya sejalan dengan mekanisme keamanan Ethereum. Taiko mengadopsi arsitektur Based Rollup, yang berarti bahwa tidak ada sequencer terpusat yang bergantung, tetapi bergantung pada validator Ethereum yang berperan sebagai sequencer, bertanggung jawab atas transaksi dan pengurutan Blok.

Dengan kata lain, penentu urutan Taiko dan pengusul Blok di Ethereum memiliki peran yang sama. Desain ini memberi mereka tanggung jawab khusus dan mekanisme insentif, seperti mendapatkan penghargaan nilai ekstraksi maksimum (MEV) dan manfaat lain yang terkait dengan identitas penentu urutan. Oleh karena itu, ketika ada masalah dalam proses penentuan urutan L2 Taiko, para penentu urutan ini secara alami bertanggung jawab karena keterkaitan kepentingan mereka dalam ekosistem Ethereum. Mekanisme ini membuat Taiko memiliki perbedaan yang signifikan dalam hal tanggung jawab operasional dibandingkan dengan proyek L2 Ethereum lainnya.

Selain itu, perlu diperhatikan bahwa model Based Rollup dari Taiko dirancang sebagai “Based Contestable Rollup (BCR)” yang bertujuan untuk mendorong persaingan yang sehat. Dengan desain yang terbuka dan tanpa izin, Taiko memastikan desentralisasi sistem dan memungkinkan siapa pun untuk berpartisipasi, sehingga membuat sistem lebih adil dan transparan.

Konfirmasi Awal Berdasarkan Rollup

Jadi, seperti apa model prakonfirmasi yang dirancang khusus untuk Based Rollup? Jawabannya adalah “Based Preconfirmation”. Model ini bertujuan untuk menggantikan mekanisme konfirmasi lunak tradisional melalui konfirmasi yang diverifikasi secara langsung di L1.

Berdasarkan Preconfirmation menyediakan sistem di mana beberapa validator L1 secara sukarela berpartisipasi dan menyediakan layanan prekonfirmasi. Sebagai pengurut, validator ini memberikan prediksi verifikasi hasil transaksi Rollup kepada pengguna. Ini memberikan jaminan yang dapat dipercaya bagi pengguna terkait inklusi dan pengurutan transaksi, dan jaminan ini didasarkan langsung pada L1, sehingga meningkatkan kepercayaan dan keandalan proses Rollup.

Justin Drake pertama kali mengusulkan konsep Based Preconfirmation, dan mengusulkan peran khusus yang disebut ‘Preconfer’, yang dapat memberikan jaminan tanda tangan kepada pengguna untuk mengklarifikasi urutan dan status transaksi. Untuk memastikan keandalan komitmen, setiap Preconfer perlu melakukan staking sejumlah Margin tertentu. Jika mereka gagal memenuhi komitmen terkait urutan transaksi atau status eksekusi, mereka akan menghadapi hukuman dalam bentuk mekanisme Slashing, yaitu kehilangan sebagian atau seluruh Margin.

Mekanisme Slashing telah banyak digunakan dalam staking PoS ETH untuk efektif menekan perilaku jahat. Mekanisme ini tidak hanya memperkuat rasa tanggung jawab validator, tetapi juga membangun dasar kepercayaan antara pengguna dan validator.

Ada dua situasi di mana validator pra-konfirmasi akan menerima hukuman Slashing:

Kegagalan Kehidupan (Liveness Faults): Jika validator gagal memasukkan transaksi yang telah dikonfirmasi oleh pengguna ke on-chain karena alasan apa pun, maka kegagalan kehidupan akan terjadi. Karena kegagalan kehidupan tidak selalu disengaja, hukumannya relatif ringan. Kegagalan semacam ini mungkin disebabkan oleh masalah jaringan atau gangguan pada blockchain L1 atau L2, yang menyebabkan transaksi tidak dapat dimasukkan dengan benar ke on-chain. Untuk melindungi validator yang jujur dari hukuman yang tidak pantas, jumlah hukuman kegagalan kehidupan biasanya ditentukan melalui negosiasi antara pengguna dan validator.

Kegagalan Keamanan (Safety Faults): Jika transaksi pra-konfirmasi dimasukkan ke dalam on-chain, tetapi hasilnya tidak konsisten dengan permintaan awal pengguna, maka akan terjadi kegagalan keamanan. Ketidaksesuaian ini sepenuhnya merupakan tanggung jawab dari pihak yang melakukan pra-konfirmasi, oleh karena itu hukuman untuk kegagalan keamanan biasanya lebih ketat. Margin pihak yang melakukan pra-konfirmasi akan disita sepenuhnya, tidak peduli apakah masalahnya disengaja atau tidak.

Untuk menjadi pihak yang melakukan pra-konfirmasi berdasarkan model Berbasis, sebuah Node (biasanya proposer Blok L1) harus menerima syarat-syarat mekanisme pemangkasan ini dan menempatkan Margin yang diperlukan. Setelah disetujui, pihak yang melakukan pra-konfirmasi dapat menyediakan layanan kepada pengguna dan memperoleh pendapatan dengan memungut biaya layanan.

Mode biaya ini memberikan kenyamanan yang signifikan bagi pengguna, memungkinkan mereka untuk menghindari keterlambatan yang melekat dalam konfirmasi akhir transaksi Rollup. Misalnya, setelah pengguna mengirimkan transaksi pra-konfirmasi melalui dompet pribadi, mereka segera dapat menerima bukti konfirmasi dari pihak yang melakukan pra-konfirmasi.

Peserta yang terlibat dalam Preconfirmation Berbasis dapat mendapatkan pendapatan tambahan melalui pengumpulan biaya, serta membantu mengoptimalkan proses konfirmasi transaksi Rollup. Model ini tidak hanya meningkatkan pengalaman pengguna, tetapi juga menyediakan solusi konfirmasi transaksi yang andal dan efisien untuk seluruh ekosistem L2, yang lebih memperkuat daya tarik dan kegunaannya.

Mengapa pengguna bersedia membayar biaya konfirmasi pra?

Ini sebenarnya terkait erat dengan tujuan inti pre-confirmation. Pengguna bersedia membayar biaya untuk pre-confirmation karena secara langsung mengatasi masalah efisiensi rendah Rollup dalam proses konfirmasi transaksi akhir, memberikan kemudahan yang signifikan bagi pengguna.

Misalnya, ketika pengguna mengirimkan transaksi pra-konfirmasi melalui Dompet pribadi di L2 Blok-on-chain, transaksi standar mungkin perlu menunggu konfirmasi akhir, sedangkan pengguna yang meminta pra-konfirmasi dapat segera mendapatkan jaminan dari pihak yang melakukan pra-konfirmasi, tanpa perlu latensi untuk menyelesaikan transaksi. Pada saat ini, pengguna bahkan dapat melihat centang hijau di antarmuka Dompet, menunjukkan bahwa transaksi telah berhasil.

Sebagai contoh, dalam layanan Keuangan Desentralisasi, ketika pengguna melakukan pertukaran Token di platform Keuangan Desentralisasi L2, konfirmasi sebelumnya dapat memberikan perlindungan tambahan untuk transaksi terkait. Biasanya, nilai tukar atau biaya transaksi mungkin tidak sesuai dengan hasil transaksi yang sebenarnya karena latensi. Namun dengan konfirmasi sebelumnya, pengguna dapat menikmati proses konfirmasi transaksi yang cepat dan efisien, mengurangi perbedaan antara kondisi yang diharapkan dan hasil yang sebenarnya, sehingga mendapatkan pengalaman layanan yang lebih dapat diandalkan.

Skenario-skenario ini tidak hanya memungkinkan pengembang untuk menyediakan layanan yang lebih akurat, tetapi juga memberikan pengalaman pengguna yang lebih lancar dan nyaman. Dinamika ini juga mendukung ekspansi ekosistem L2, sambil memberikan kontribusi pada ekosistem L1 yang lebih luas. Selain itu, untuk pengurutan Base Rollup, pendapatan tambahan yang diperoleh dari pra-konfirmasi menyediakan model penghasilan yang cukup menguntungkan. Desain ini efektif mengatasi beberapa kelemahan tradisional Base Rollup, menjadikannya pilihan ideal untuk pengurutan yang handal dan menarik.

Apa saja tantangan yang dihadapi dalam Konfirmasi Awal?

Berdasarkan Preconfirmation, Rollup yang dipimpin oleh Taiko tetap menjadi area penelitian yang sangat diikuti dalam proyek Layer2 yang didorong oleh Desentralisasi. Meskipun mekanisme ini memberikan solusi yang jelas untuk meningkatkan kinerja dan skalabilitas L2 sambil mempertahankan Desentralisasi, namun masih menghadapi beberapa tantangan yang perlu segera diatasi dalam aplikasi nyata agar dapat diterima secara lebih luas.

Pertama, ketika pengguna mengirimkan transaksi ke Blok di Preconfer, pengguna mungkin tidak dapat menjamin kepastian inklusi transaksi. Meskipun penjamin pra-konfirmasi memberikan jaminan transaksi melalui margin staking, mekanisme ini tetap tidak dapat sepenuhnya mengatasi masalah ketika transaksi tidak dapat diikutsertakan karena gangguan eksternal. Terutama ketika nilai transaksi melebihi jumlah margin staking penjamin pra-konfirmasi, penjamin pra-konfirmasi mungkin menyalahgunakan wewenangnya dengan memilih secara selektif untuk menyertakan atau mengesampingkan beberapa transaksi, yang berpotensi membawa risiko.

Tantangan signifikan lainnya adalah model keuntungan berbasis prekonfirmasi. Sumber pendapatan utama bagi prekonfirmator adalah biaya prekonfirmasi yang dibayarkan oleh pengguna. Namun, jika jumlah prekonfirmator tidak mencukupi atau partisipasinya tidak cukup tinggi, hal ini dapat menyebabkan sentralisasi pasar dan kecenderungan monopoli. Dalam situasi seperti ini, biaya prekonfirmasi dapat sengaja dinaikkan, meningkatkan biaya transaksi cepat dan efisien bagi pengguna, yang mengancam perkembangan ekosistem prekonfirmasi yang sehat.

Perlu diperhatikan bahwa konsep Based Preconfirmation relatif baru, baru diajukan sekitar setahun yang lalu. Diperlukan waktu untuk menguji dan menyempurnakannya agar menjadi ‘alat kunci’ yang memaksimalkan kecepatan dan efisiensi solusi L2 yang didorong oleh Rollup. Namun, dengan Rollup yang telah mapan sebagai komponen inti skalabilitas Ethereum, eksplorasi lebih lanjut terhadap pra-konfirmasi untuk meningkatkan kinerja menandai langkah penting dalam perkembangan teknologi L2.

Terutama Taiko, telah mencapai kemajuan penting dalam mendorong implementasi Prekonfirmasi Berbasis. Pada saat yang sama, Taiko bekerja sama dengan mitra-mitra seperti Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev, dan Espresso untuk mengeksplorasi dan mengembangkan aplikasi Prekonfirmasi Berbasis. Kerja sama ini bertujuan untuk mendorong evolusi ekosistem L2, dengan lebih banyak detail yang akan dibahas lebih lanjut dalam bab-bab berikutnya.

Lihatan Panorama Ekosistem yang Dikonfirmasi: Menafsirkan Diagram Aliran dan Eksplorasi Proyek

Dalam bab ini, kami akan membahas proyek-proyek mana yang sedang aktif menyelidiki dan memajukan perkembangan teknologi prekonfirmasi dalam ekosistem L2 yang didorong oleh Rollup. Karena ekosistem ini masih dalam tahap awal pengembangan, kami akan menggunakan diagram alur untuk memperlihatkan dan memahami proses prekonfirmasi secara lebih intuitif.

Diagram Proses Pra-Konfirmasi

Pra-konfirmasi adalah proses yang kompleks yang membutuhkan kerjasama erat antara L1 dan L2, melibatkan beberapa peran, di mana setiap peran memiliki tanggung jawab tertentu. Untuk lebih memahami proses ini dengan lebih jelas, saya telah membuat sebuah diagram alur yang memberikan gambaran singkat. Harap dicatat bahwa diagram alur ini bertujuan untuk membantu menjelaskan logika secara keseluruhan, sehingga tidak membedakan secara ketat fitur-fitur yang berbeda antara Rollup dan Based Rollup, melainkan lebih berfokus pada alur umum pada tingkat dasar.

Sebelum memahami langkah-langkah spesifik dalam diagram alur, mari kita kenali peran dan fungsinya dari setiap orang yang terlibat dalam proses konfirmasi awal.

Pengguna (User): Pengguna individu dari jaringan L1 atau L2 yang bertanggung jawab untuk membuat dan mengirimkan transaksi. Jika pengguna ingin mendapatkan jaminan pra-konfirmasi, mereka akan mengirimkan transaksi kepada pemeriksa pra-konfirmasi setelah menulisnya selesai.

Preconferrer (Preconferrer): Dalam proses prekonfirmasi, prekonfirmer bertanggung jawab untuk memeriksa dan memverifikasi transaksi untuk validitas, kemudian memberikan jaminan prekonfirmasi kepada pengguna. Melalui prekonfirmasi, pengguna dapat dengan cepat mendapatkan jaminan status transaksi sebelum Pembayaran akhir. Jika Node tidak memenuhi syarat untuk prekonfirmasi, mereka bertindak sebagai Non-Preconf Actors, yang utamanya menangani transaksi biasa, bukan transaksi prekonfirmasi, mirip dengan Node verifikasi standar.

L1 validator（L1 Validator）： Bertanggung jawab untuk melakukan verifikasi akhir terhadap transaksi dan Blok di jaringan L1. Begitu pre-validator mengirimkan data transaksi, validator L1 akan memverifikasinya dan mencatat data akhir ke dalam Blockchain L1, memastikan integritas transaksi dan mematuhi aturan Konsensus.

Manajer Tantangan Pra-Konfirmasi: Ketika ada perselisihan atau masalah dalam proses pra-konfirmasi, peran ini bertanggung jawab untuk menyelidiki masalah dan mengambil langkah-langkah yang tepat untuk menyelesaikan perselisihan. Peran ini memainkan peran kunci dalam menjaga keadilan dan keandalan proses pra-konfirmasi.

Sekarang, kami akan merangkum proses konfirmasi pra yang spesifik sesuai urutan diagram alir:

Pengguna mengirim permintaan transaksi ke pre-confirmator di antara peserta pre-confirmator untuk memulai proses pra-penyelesaian.

Pre-validators review and send pre-confirmation receipts for transactions, promising users that the transaction will be included in L1 Blok, providing users with preliminary final confirmation guarantees.

Preconfirmers akan mengirimkan data transaksi yang harus disertakan dalam Blok L1 kepada validator L1. Data ini bisa berupa transaksi tunggal atau data agregat yang telah diproses oleh pengurut L2.

Validator L1 memvalidasi data transaksi atau data agregat yang diajukan, dan mencatatnya di Blok L1, memastikan sesuai dengan aturan Konsensus Blok.

Setelah jangka waktu tertentu, Blok L1 yang berisi data transaksi atau data ringkasan mencapai finalitas, transaksi secara resmi dikonfirmasi selesai.

Pengguna dapat memeriksa hasil akhir transaksi melalui Node L1, dan jika diperlukan, dapat mengajukan sengketa atau tantangan pra-konfirmasi yang potensial dengan informasi terkait.

Jika terjadi transaksi yang tidak memenuhi janji dan tidak benar-benar tercakup dalam L1, pemberi persetujuan awal akan menghadapi hukuman dari pengelola tantangan persetujuan awal, seperti Slash Margin atau membekukan aset margin mereka.

Eksplorasi Proyek Terkait

Berikut ini akan dianalisis secara rinci proyek-proyek utama yang berpartisipasi aktif dalam ekosistem pra-konfirmasi dan peran mereka dalam prosesnya. Meskipun proyek-proyek ini memiliki peran spesifik dalam diagram proses, tetapi tugas yang dijalankan oleh proyek-proyek tersebut mungkin sedikit berbeda. Oleh karena itu, gambaran umum ini bertujuan untuk memberikan pemahaman dasar yang dapat digunakan sebagai panduan umum. Untuk menjaga kejelasan, proyek-proyek dalam setiap kategori diurutkan berdasarkan urutan abjad.

Pengesah Pra-konfer

Astria: Astria berkomitmen untuk menggantikan sequencer sentral dengan jaringan sequencer Desentralisasi dan mendukung berbagi jaringan ini oleh beberapa Rollup. Desain ini memberikan kekuatan anti sensor yang lebih kuat, kefinalan Blok yang lebih cepat, dan interaksi lintas Rollup yang mulus untuk Rollup. Untuk mencapai kefinalan Blok yang cepat, Astria memperkenalkan fitur pra-konfirmasi yang memungkinkan Rollup untuk memberikan konfirmasi transaksi yang cepat dan meningkatkan kekuatan anti sensor, sehingga secara signifikan meningkatkan pengalaman pengguna.

Bolt by Chainbound: Bolt adalah protokol pra-konfirmasi yang dikembangkan oleh Chainbound, menyediakan layanan konfirmasi transaksi yang hampir instan bagi pengguna ETH. Operasinya didasarkan pada mekanisme partisipasi tanpa kepercayaan dan jaminan ekonomi, serta kompatibel dengan saluran MEV-Boost PBS yang ada, menciptakan peluang pendapatan baru bagi proposer. Fitur inti Bolt adalah pra-konfirmasi L1, yang memberikan finalitas instan untuk transaksi dasar (seperti transfer dan otorisasi), meningkatkan pengalaman pengguna. Dengan memindahkan tanggung jawab pengemasan transaksi dari pembangun blok terpusat ke proposer, Bolt meningkatkan resistensi pensensoran sistem. Sementara itu, mekanisme pendaftaran proposer yang dijamin memastikan lingkungan tanpa kepercayaan dan mendukung fleksibel berbagai jenis Smart Contract.

Espresso: Espresso adalah protokol yang bertujuan untuk meningkatkan interoperabilitas ekosistem blockchain. Ini menggunakan protokol konsensus HotShot Byzantine fault tolerance (BFT) untuk mencapai urutan transaksi antar rantai dan finalitas data yang cepat. Espresso terdiri dari Espresso Network dan Espresso Marketplace, keduanya bekerja sama untuk menyediakan finalitas transaksi yang cepat dan interoperabilitas yang efisien, dengan tujuan meningkatkan skalabilitas dan keamanan ekosistem blockchain.

Ethgas: Ethgas adalah pasar untuk transaksi Blok, dengan sistem pencocokan transaksi diatur oleh sistem terpusat, dan proses on-chain dilakukan melalui Smart Contract. Ethgas menyediakan dua fitur utama: pre-confirmation (memastikan transaksi termasuk dalam batas Gas yang ditentukan) dan eksekusi pre-confirmation (memastikan transaksi mencapai status atau hasil tertentu). Ethgas berfokus pada perlindungan privasi transaksi dalam transaksi Blok, dan dikenal karena tujuannya yang netral dalam operasinya.

Luban: Luban berfokus pada pengembangan lapisan urutan Desentralisasi untuk menghubungkan data transaksi antara jaringan Ethereum dan Rollup. Lapisan urutan ini dirancang sebagai sistem Desentralisasi yang memisahkan peran proposal dan pelaksanaan. Fitur pra-konfirmasi Luban meningkatkan keandalan transaksi dengan memastikan keeksekusian sebelum transaksi dimasukkan ke jaringan Ethereum, sambil membantu mengoptimalkan faktor-faktor kunci seperti Pencucian Uang, harga Gas, dan MEV.

Primev: Primev sedang mengembangkan jaringan pelopor yang terintegrasi dengan MEV, menggabungkan pra-konfirmasi dengan fitur MEV, membangun jaringan peer-to-peer yang efisien dan dapat diandalkan. Jaringan ini mencatat komitmen eksekusi transaksi ETH Blok dan mendorong pengusul melalui insentif hadiah atau hukuman. Primev memungkinkan peserta MEV untuk menetapkan kondisi eksekusi yang spesifik untuk transaksi mereka, sementara pembangun Blok dan validator dapat berjanji untuk memenuhi kondisi-kondisi ini untuk memastikan pra-konfirmasi transaksi. Berdasarkan EIP-4337, Primev mendukung opsi pra-konfirmasi dan biaya Gas yang fleksibel, meningkatkan efisiensi pemrosesan transaksi dan mengoptimalkan pengalaman pengguna lebih lanjut.

Puffer Unifi: Layanan validasi aktif (Actively Validated Services, AVS) Puffer Unifi dibangun berdasarkan EigenLayer, berfokus pada mengatasi tantangan pra-konfirmasi dalam ekosistem Ethereum, terutama dalam arsitektur Based Rollup. Puffer Unifi AVS menggunakan fungsi stake ulang EigenLayer untuk mendukung mekanisme partisipasi pra-konfirmasi, dengan tujuan meningkatkan efisiensi konfirmasi transaksi akhir. Dengan perkembangan Based Rollup, permintaan penyedia pra-konfirmasi yang dapat diandalkan terus meningkat, dan tujuan Puffer Unifi AVS adalah memenuhi permintaan ini. Visi akhirnya adalah mencapai pra-konfirmasi yang efisien tanpa mengubah protokol inti, untuk mendorong keberlanjutan ekosistem Ethereum.

Skate: AVS pra-konfirmasi Skate bergantung pada aset stake kembali di EigenLayer untuk memberikan jaminan keamanan ekonomi untuk semua operasi pertukaran cross-chain Interaksi. AVS ini memvalidasi data dan informasi yang diperlukan untuk pertukaran cross-chain Interaksi yang kemudian ditandatangani dan siap dieksekusi oleh relai Skate. Melalui proses ini, AVS Skate mencapai pra-konfirmasi data yang signifikan meningkatkan keandalan dan efisiensi transaksi cross-chain Interaksi.

Spire: Tumpukan Berbasis Spire adalah kerangka Rollup Berbasis ETH yang dirancang khusus untuk mendukung pengembangan AppChain. Kerangka ini memungkinkan AppChain berinteraksi langsung dengan ETH dan menyesuaikan metode pengurutannya, mendukung fungsi pertukaran Cross-Chain, dan meningkatkan pengalaman pengguna melalui pengoptimalan pra-konfirmasi. Based Stack mendukung berbagai lingkungan eksekusi, memastikan pendapatan pengurutan AppChain, dan kompatibel dengan penjadwal urutan bersama tradisional. Sebagai proyek Sumber Terbuka, Based Stack menyediakan alat dan sumber daya lengkap yang diperlukan oleh pengembang untuk membangun dan mengelola AppChain, memfasilitasi pengembangan AppChain dan interoperabilitas ekosistem ETH.

Taiko Gwyneth: Taiko Gwyneth adalah desain Rollup yang sedang dikembangkan oleh Taiko, diklasifikasikan sebagai arsitektur Rollup berbasis. Tujuannya adalah untuk mencapai interoperabilitas penuh dengan blok ETH, sementara secara langsung mengatur urutan transaksi di blok ETH. Desain ini sepenuhnya memanfaatkan keamanan dan sifat Desentralisasi blok ETH, sambil menyediakan throughput tinggi dan konfirmasi akhir yang cepat. Saat ini, Taiko sedang menjalankan mekanisme penyarankan untuk membantu pembuatan Blok, dan mengeksplorasi mekanisme pra-konfirmasi untuk mendorong produksi Blok yang menguntungkan di komunitas. Mekanisme ini bertujuan untuk mengoptimalkan penjadwalan waktu blok dan efisiensi publikasi data. Untuk mencapai tujuan ini, Taiko tengah bekerja sama erat dengan proyek-proyek seperti Nethermind dan Gattaca.

validator L1

Chorus One: Chorus One adalah sebuah proyek yang menyediakan layanan validasi dan infrastruktur untuk jaringan blockchain, dengan fokus pada layanan stake dalam beberapa protokol untuk meningkatkan stabilitas dan keamanan jaringan. Sebagai validator L1, tanggung jawab Chorus One adalah memvalidasi transaksi dan menghasilkan blok untuk meningkatkan keandalan dan efisiensi seluruh jaringan. Baru-baru ini, Chorus One menunjukkan minat yang besar terhadap teknologi pra-konfirmasi, bahkan mengadakan acara khusus terkait selama Devcon 2024.

penelitian

Nethermind: Nethermind adalah proyek yang berdedikasi untuk mengembangkan klien dan alat Blok ETH dengan tujuan utama untuk meningkatkan kinerja dan stabilitas jaringan Blockchain. Dengan memperkenalkan teknologi optimisasi canggih, Nethermind aktif mendorong peningkatan throughput transaksi jaringan Blok ETH. Dalam hal teknologi pre-confirmation, Nethermind telah melakukan penelitian mendalam dan telah mengajukan proposal ke program pendanaan Taiko dengan tujuan mempercepat implementasi fitur pre-confirmation di Taiko Mainnet. Proposal ini didasarkan pada proyek RFP-001 dari Nethermind dan akan diimplementasikan dalam dua fase: fase pertama akan menguji fitur pre-confirmation dengan partisipan terbatas yang memiliki otoritas; fase kedua akan secara bertahap memperluas cakupan penggunaan pre-confirmation.

Melihat ke Depan

Proyek-proyek Layer2 Taiko dan banyak Based Rollup lainnya, baik yang mengadopsi arsitektur Based Rollup maupun tidak, sedang berupaya untuk mengoptimalkan proses konfirmasi transaksi yang tidak efisien dalam Rollup tradisional. Dengan memperkenalkan konsep prekonfirmasi (Preconfirmation), proyek-proyek ini sedang membangun sistem konfirmasi transaksi yang memungkinkan pengguna untuk mengonfirmasi transaksi dengan lebih cepat dan lebih dapat diandalkan. Melalui pendekatan ini, proyek-proyek ini terus mengeksplorasi cara untuk meningkatkan pengalaman pengguna dan membangun kepercayaan pengguna.

Taiko secara penuh memanfaatkan posisinya sebagai proyek Layer 2 Based Rollup untuk mendorong mekanisme Based Preconfirmation, sehingga mencapai interoperabilitas penuh dengan Ethereum dan Desentralisasi. Taiko secara signifikan meningkatkan kecepatan dan keandalan pemrosesan transaksi serta pengalaman pengguna dengan memberikan jaminan konfirmasi transaksi yang cepat dan dapat diandalkan.

Namun, sejumlah pakar industri, termasuk Ed Felten dari Arbitrum, menunjukkan bahwa saat ini masih kurangnya perangkat lunak middleware yang sepenuhnya mendukung pra-konfirmasi. Hal ini menunjukkan bahwa kematangan teknologi pra-konfirmasi dan model bisnis pra-konfirmasi masih dihadapkan pada tantangan yang perlu segera diselesaikan.

Seperti yang dijelaskan dalam teks ini, semakin banyak proyek dan peserta yang aktif memasuki bidang pra-konfirmasi dengan membawa solusi inovatif masing-masing untuk meningkatkan kinerja dan efisiensi Layer2 Ethereum (ETH). Tren ini juga sejalan dengan prinsip umum bahwa setelah implementasi awal, sistem akan terus dioptimalkan. Saya percaya bahwa tahap ini menandai node penting dalam evolusi sistem L2 dan merupakan perkembangan positif yang menggembirakan dalam ekosistem L2 saat ini.

Dengan meningkatkan kenyamanan pengguna melalui konfirmasi pra-transaksi, ini tidak hanya dapat memiliki dampak jangka panjang pada bidang-bidang seperti Keuangan Desentralisasi dan game yang menekankan pada kecepatan dan efisiensi, tetapi juga dapat memperbaiki kinerja Layer2 Ethereum, dan menghubungkan kembali bagian-bagian ekosistem yang sebelumnya terpecah belah. Peningkatan kinerja ini dapat membuat lebih banyak proyek Layer2 ETH tipe-1 terintegrasi dengan Kedalaman ETH, sehingga membebaskan potensi yang sebelumnya sulit diakses karena batasan kecepatan. Kemajuan ini pasti akan berdampak besar pada seluruh ekosistem Ethereum.

Pra-konfirmasi masih menjadi perjalanan yang penuh tantangan. Namun, pelopor seperti Taiko sedang berjuang keras untuk memberikan kenyamanan yang lebih banyak kepada penggunanya. Inovasi tidak pernah mudah, tetapi sebagai pendukung Ethereum dan ekosistem Layer2-nya, saya menghormati dan mendorong upaya mereka dengan tulus.