Konsep Pra-Konfirmasi: Bagaimana Meningkatkan Efisiensi Transaksi Ethereum?

Dalam artikel ini, kami akan mengeksplorasi batasan-batasan yang ada dalam ekosistem L2 saat ini dan menganalisis proyek-proyek seperti Taiko untuk menggambarkan bagaimana konsep inovatif prekonfirmasi dapat meningkatkan proses konfirmasi transaksi dan pengalaman pengguna. Artikel ini juga mengungkapkan tantangan ganda yang harus dihadapi dalam pengembangan teknologi prekonfirmasi saat ini, termasuk tantangan peningkatan teknologi dan keberlanjutan ekosistem.

***Judul Asli: *「Prekonfirmasi (feat. Taiko): Membuat Ethereum Lebih Cepat untuk Pertama Kalinya!」

***Penulis asli: *Ingeun Kim : : FP

Gambaran Umum 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 inklusivitas dan urutan transaksi kepada pengguna di awal, Preconfirmation secara efektif mengatasi masalah efisiensi konfirmasi transaksi dalam mekanisme Rollup, sehingga secara signifikan meningkatkan pengalaman pengguna.
• Dalam model Based Preconfirmation, validator L1 memberikan jaminan hasil transaksi kepada pengguna. Preconfirmator perlu melakukan stakingMargin dan mematuhi mekanisme pemangkasan (Slashing) untuk memastikan keandalan sistem. Proyek L2 seperti Taiko memperkenalkan mekanisme preconfirmation, membangun kepastian transaksi yang dapat diandalkan, menciptakan lingkungan operasi yang lebih nyaman untuk layanan seperti Keuangan Desentralisasi yang membutuhkan konfirmasi secara real-time.
• Saat ini, beberapa proyek telah bergabung dalam pembangunan ekosistem prekonfirmasi. Kemajuan teknologi ini diharapkan dapat meningkatkan efisiensi ekosistem L2 Ether, memperkuat interoperabilitas dengan Ether, dan mendorong perluasan lebih lanjut dari seluruh ekosistem.

Taiko sedang menuju target akhirnya sebagai solusi Layer2 untuk Ethereum. Untuk mencapai tujuan ini, Taiko memprioritaskan interoperabilitas penuh dengan Ethereum, desentralisasi penjadwal, dan dukungan untuk pengembang. Perlu dicatat bahwa Taiko mencapai interoperabilitas penuh dengan Ethereum melalui arsitektur Based Rollup, sambil memungkinkan siapa pun untuk menjadi penjadwal, mencapai desentralisasi penjadwal. Namun, meskipun model Based Rollup memiliki kelebihan, strukturnya masih memiliki beberapa masalah efisiensi inheren.

Artikel ini akan menggunakan Taiko sebagai contoh untuk secara mendalam menganalisis konsep pra-konfirmasi (Preconfirmation). Sebagai bagian krusial dari tumpukan teknologi Layer2, pra-konfirmasi adalah langkah penting dalam pengembangan Rollup.

Masalah Efisiensi L2 Saat Ini

Dengan berkembangnya ekosistem L2, banyak proyek bermunculan dengan membawa konsep dan teknologi baru. Namun, meskipun perkembangan ini signifikan, L2 masih memiliki beberapa masalah efisiensi yang perlu segera diatasi, terutama di bidang yang mempengaruhi pengalaman pengguna. Meningkatkan efisiensi menjadi sangat penting.

Batasan intrinsik 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 pembatasan bawaan: meskipun dapat melakukan pengurutan dan eksekusi transaksi secara mandiri, semua proses lain masih harus menunggu konfirmasi akhir dari L1.

Arsitektur ini memastikan keamanan dan keberlanjutan data dengan memanfaatkan langsung generasi Blok L1 dan ketersediaan data. Namun, ketergantungan pada L1 untuk konfirmasi akhir mengakibatkan kecepatan pemrosesan transaksi yang lambat dan keterbatasan dalam kemampuan konfirmasi real-time, sulit memenuhi kebutuhan real-time dari sudut pandang pengguna.

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

Pengenalan Konsep Pra-konfirmasi

Konsep pra-konfirmasi diperkenalkan untuk mengatasi masalah efisiensi konfirmasi transaksi yang rendah di jaringan L2. Pra-konfirmasi memungkinkan pengguna untuk mendapatkan konfirmasi transaksi lebih cepat dan mengurangi latensi dan efisiensi rendah yang umum dalam mekanisme Rollup.

Pra-konfirmasi untuk menyelesaikan masalah apa?

Dalam mekanisme Rollup, proses konfirmasi setelah pengguna mengirimkan transaksi ke L2 selalu menghadapi masalah efisiensi yang rendah. Karena pengurut L2 yang terpusat tidak dapat menjamin dengan akurat kapan transaksi akan dikonfirmasi di L1, pengguna seringkali tidak yakin tentang urutan dan hasil transaksi. Misalnya, pengguna mungkin perlu menunggu transaksi untuk disertakan di L1 untuk waktu yang lama, dan jika urutan transaksi salah atau hasilnya tidak ideal, hal itu dapat mengakibatkan kerugian keuangan dari transaksi yang telah dieksekusi.

Di lingkungan pasar yang sangat fluktuatif, masalah latensi dan perubahan urutan menjadi lebih menonjol karena pengguna bergantung pada layanan arbitrase dan keuangan desentralisasi. Dalam kasus-kasus ini, latensi atau perubahan urutan transaksi dapat langsung menyebabkan kehilangan peluang. Bahkan pengguna yang melakukan transaksi biasa mungkin tidak memiliki kepercayaan terhadap waktu konfirmasi dan urutan transaksi di L1, yang pada gilirannya memunculkan keraguan terhadap keandalan dan kegunaan blockchain.

Oleh karena itu, tujuan desain pra-konfirmasi adalah untuk mengatasi kekurangan-kekurangan ini, terutama untuk memberikan pengalaman transaksi yang lebih nyaman dan dapat diandalkan bagi pengguna yang paling terpengaruh oleh Rollup yang tidak efisien.

Konfirmasi AwalBagaimana cara mengatasi masalah ini?

Konfirmasi pendahuluan mengatasi masalah dengan menyediakan jaminan transaksi yang inklusif, berurutan, dan terealisasi bagi pengguna. Ini memberikan ‘konfirmasi lunak’ kepada pengguna melalui pengurut L2 terpusat, serta mengeluarkan sertifikat konfirmasi pendahuluan untuk memastikan transaksi akhirnya akan disertakan di L1.

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

Apakah konfirmasi prabayar adalah solusi akhir?

Meskipun konfirmasi lunak dari penjadwal terpusat dapat meningkatkan pengalaman pengguna dengan mengharapkan urutan dan hasil yang diinginkan, hal itu bergantung pada kepercayaan pada penjadwal. Tanpa tindakan paksa hukum atau teknis, pengguna hanya dapat mengandalkan keandalan penjadwal. Ketergantungan ini membawa kemungkinan bahwa transaksi mungkin tidak dimasukkan dalam urutan yang benar, atau bahkan tidak dimasukkan sama sekali ke L1, dan tidak dapat memberikan jaminan stabilitas yang diharapkan oleh pengguna.

Menguraikan Konsep dan Praktik Prekonfirmasi Berbasis dengan Contoh Taiko

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

Sebelum memahami Lebih dalam konfirmasi awal Berbasis, ada baiknya untuk mengulang beberapa fitur kunci dari Taiko terlebih dahulu, agar lebih memahami secara menyeluruh aplikabilitas dan keunggulan metode ini.

Analisis Kasus Taiko

Taiko sepenuhnya menampilkan fitur inti Based Rollup. Ini tidak hanya mencapai interoperabilitas lengkap dengan infrastruktur dasar ETH, tetapi juga berkomitmen sepenuhnya untuk selaras dengan mekanisme keamanan ETH. Taiko mengadopsi arsitektur Based Rollup, yang berarti tidak bergantung pada pengurut sentralisasi, melainkan bergantung pada validator ETH untuk bertindak sebagai pengurut, bertanggung jawab untuk mengurutkan transaksi dan Blok.

Dengan kata lain, penjadwal Taiko dan pengusul Blok di Ethereum memiliki peran yang sama. Desain ini memberikan tanggung jawab dan insentif khusus bagi mereka, seperti mendapatkan penghargaan nilai ekstraksi maksimum (MEV) dan manfaat lain yang datang dengan menjadi penjadwal. Oleh karena itu, ketika ada masalah dalam proses penjadwalan L2 Taiko, para penjadwal ini secara alami akan 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 menjadi lebih adil dan transparan.

Pra-Konfirmasi Berbasis Rollup

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

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

Justin Drake pertama kali mengajukan konsep Based Preconfirmation, dan mengusulkan peran khusus yang disebut sebagai ‘Preconfer’, yang dapat memberikan jaminan tanda tangan kepada pengguna, menetapkan urutan transaksi dan status pelaksanaan dengan jelas. Untuk memastikan keandalan komitmen, setiap Preconfer perlu melakukan stake sejumlah Margin tertentu. Jika mereka gagal memenuhi komitmen terkait urutan transaksi atau status pelaksanaan, mereka akan menghadapi hukuman dari mekanisme Slashing, yaitu kehilangan sebagian atau seluruh Margin.

Mekanisme Slashing telah secara luas diterapkan dalam staking PoS Ethereum untuk secara efektif mencegah perilaku jahat. Mekanisme ini tidak hanya memperkuat rasa tanggung jawab validator, tetapi juga membangun dasar kepercayaan antara pengguna dan validator.

Ada dua situasi yang akan mengakibatkan penghukuman pemastian awal oleh Slashing:

1. Kegagalan Kehidupan (Liveness Faults): Jika validator tidak dapat memasukkan transaksi prakonfirmasi pengguna ke on-chain karena alasan apa pun, maka akan terjadi kegagalan kehidupan. Karena kegagalan kehidupan tidak selalu disengaja, hukumannya relatif ringan. Kegagalan seperti ini dapat 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 untuk kegagalan kehidupan biasanya ditentukan melalui negosiasi antara pengguna dan validator.
2. Kegagalan Keamanan (Safety Faults): Jika transaksi pra-konfirmasi disertakan dalam on-chain, tetapi hasilnya tidak sesuai dengan permintaan awal pengguna, kegagalan keamanan akan terjadi. Ketidaksesuaian ini sepenuhnya tanggung jawab pra-konfirmasi, sehingga hukuman untuk kegagalan keamanan biasanya lebih berat. Margin pra-konfirmasi akan disita sepenuhnya, terlepas dari apakah masalah tersebut disengaja atau tidak.

Untuk menjadi prekonfirmator model Berbasis Prekonfirmasi, seorang Node (biasanya proposal L1 Blok) harus menerima syarat-syarat dari mekanisme Slashing ini, dan stake Margin yang diperlukan. Setelah disetujui, prekonfirmator dapat memberikan layanan kepada pengguna dan mendapatkan pendapatan dengan mengenakan biaya layanan.

Model biaya ini memberikan kenyamanan signifikan bagi pengguna dengan memungkinkan mereka menghindari latensi inherent dalam konfirmasi transaksi Rollup. Misalnya, setelah pengguna mengirimkan transaksi pra-konfirmasi melalui dompet pribadi, mereka dapat segera mendapatkan bukti konfirmasi dari pihak yang melakukan pra-konfirmasi.

Para konfirmator pra-konfirmasi yang berpartisipasi tidak hanya dapat memperoleh pendapatan tambahan dengan mengenakan biaya, tetapi juga dapat membantu mengoptimalkan proses konfirmasi transaksi Rollup. Model ini tidak hanya meningkatkan pengalaman pengguna, tetapi juga menyediakan solusi konfirmasi transaksi yang dapat diandalkan dan efisien untuk seluruh ekosistem L2, yang lebih memperkuat daya tarik dan kegunaannya.

Mengapa pengguna bersedia membayar biaya pra-konfirmasi?

Ini sebenarnya terkait erat dengan tujuan inti pra-konfirmasi. Pengguna bersedia membayar biaya pra-konfirmasi karena ini secara langsung mengatasi masalah efisiensi yang rendah dari Rollup dalam proses konfirmasi transaksi akhir, memberikan kenyamanan 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, sementara pengguna yang meminta pra-konfirmasi dapat segera mendapatkan jaminan dari pihak yang melakukan pra-konfirmasi, tanpa perlu menunggu keterlambatan untuk menyelesaikan transaksi. Pada saat ini, pengguna bahkan dapat melihat tanda centang hijau di antarmuka Dompet, yang dengan jelas menunjukkan bahwa transaksi telah berhasil.

Sebagai contoh, dalam layanan Keuangan Desentralisasi, ketika pengguna menukar 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 keterlambatan. 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 andal.

Berbagai skenario aplikasi ini tidak hanya memungkinkan pengembang untuk menyediakan layanan yang lebih akurat, tetapi juga memberikan pengalaman pengguna yang lebih lancar dan nyaman. Dinamika ini lebih lanjut mendukung perluasan ekosistem L2, sambil juga berkontribusi pada pertumbuhan ekosistem L1 yang lebih luas. Selain itu, untuk sequencer Based Rollup, pendapatan tambahan dari pre-commitment memberikan pola penghasilan yang signifikan. Desain ini efektif mengatasi beberapa kelemahan tradisional Based Rollup, menjadikannya pilihan sequencer yang ideal dengan keandalan dan daya tarik yang konsisten.

Apa tantangan yang dihadapi oleh Prekonfirmasi Berbasis?

Prekonfirmasi berbasis masih menjadi area penelitian yang sangat diikuti dalam proyek Layer2 yang didorong oleh Rollup yang diwakili oleh Taiko. Meskipun mekanisme ini memberikan solusi yang jelas untuk meningkatkan performa dan skalabilitas L2 sambil tetap menyediakan desentralisasi, namun masih ada beberapa tantangan yang perlu diatasi dalam implementasi praktisnya untuk mencapai adopsi yang lebih luas.

Pertama, ketika pengguna mengirimkan transaksi ke Blok pada Preconfer, pengguna mungkin tidak dapat sepenuhnya menjamin inklusi transaksi. Meskipun penjamin stakeMargin mengamankan transaksi, mekanisme ini masih belum dapat sepenuhnya menyelesaikan masalah tidak inklusif akibat gangguan eksternal. Terutama ketika nilai transaksi melebihi jumlah stake preconfer, penjamin preconfer dapat menyalahgunakan wewenangnya dengan memilih untuk secara selektif menyertakan atau mengesampingkan beberapa transaksi, yang dapat menimbulkan risiko potensial.

Tantangan signifikan lainnya adalah model keuntungan berbasis pra-konfirmasi. Sumber pendapatan utama bagi pihak yang melakukan pra-konfirmasi adalah biaya pra-konfirmasi yang dibayarkan oleh pengguna. Namun, jika jumlah pihak yang melakukan pra-konfirmasi kurang atau partisipasinya rendah, ini dapat menyebabkan sentralisasi pasar dan kecenderungan monopoli. Dalam situasi ini, biaya pra-konfirmasi dapat diartificially tingkatkan, meningkatkan biaya pengguna untuk melakukan transaksi cepat dan efisien, yang mengancam perkembangan ekosistem pra-konfirmasi yang sehat.

Perlu diperhatikan bahwa konsep Based Preconfirmation relatif baru, hanya diajukan sekitar satu tahun yang lalu. Diperlukan waktu untuk menguji dan menyempurnakannya untuk menjadikannya sebagai ‘alat kunci’ yang memaksimalkan kecepatan dan efisiensi solusi L2 berbasis Rollup. Namun, dengan Rollup sudah sangat mapan sebagai komponen inti skalabilitas Ethereum, eksplorasi lebih lanjut tentang pra-konfirmasi untuk meningkatkan kinerja menandai langkah penting dalam pengembangan teknologi L2.

Terutama Taiko, telah membuat kemajuan penting dalam mendorong implementasi Prekonfirmasi Berbasis. Sementara itu, Taiko telah bekerja sama dengan sejumlah mitra, termasuk Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev, dan Espresso, untuk secara bersama-sama menjelajahi dan mengembangkan skenario penggunaan Prekonfirmasi Berbasis. Kerja sama ini bertujuan untuk mendorong evolusi lebih lanjut dari ekosistem L2, dengan rincian lebih lanjut akan dibahas secara mendalam dalam bab-bab berikutnya.

Gambaran Ekosistem Pra-Konfirmasi: Pembacaan Diagram Alur dan Eksplorasi Proyek

Dalam bab ini, kami akan membahas proyek-proyek mana yang sedang aktif mengembangkan teknologi pra-konfirmasi dalam ekosistem L2 yang didorong oleh Rollup. Karena ekosistem ini masih dalam tahap pengembangan awal, kami akan menggunakan diagram alur untuk memperjelas dan memahami proses pra-konfirmasi secara lebih visual.

Diagram Proses Konfirmasi Pra

Pra-konfirmasi adalah proses kompleks yang memerlukan kerjasama erat antara L1 dan L2, melibatkan beberapa peran, di mana setiap peran memiliki tanggung jawab khusus. Untuk memudahkan pemahaman yang lebih jelas terhadap proses ini, saya telah membuat diagram alur untuk menjelaskannya secara singkat. Perlu diperhatikan bahwa diagram alur ini bertujuan untuk membantu menjelaskan logika keseluruhan, sehingga tidak secara ketat membedakan fitur-fitur Rollup dan Based Rollup, tetapi lebih berfokus pada proses umum pada tingkat dasar.

Sebelum memahami langkah-langkah diagram alir secara rinci, mari kita kenali peran dan fungsinya dalam proses konfirmasi pra-partisipasi:

• Pengguna (User): Pengguna individu yang menggunakan jaringan L1 atau L2, bertanggung jawab untuk membuat dan mengirimkan transaksi. Jika pengguna ingin mendapatkan jaminan pra-konfirmasi, mereka akan mengirimkan transaksi setelah selesai ditulis kepada pemeriksa pra-konfirmasi.
• Preconferrer: Dalam proses pra-konfirmasi, preconferrer bertanggung jawab untuk memeriksa dan memvalidasi transaksi, kemudian memberikan jaminan pra-konfirmasi kepada pengguna. Melalui pra-konfirmasi, pengguna dapat dengan cepat mendapatkan jaminan status transaksi sebelum Pembayaran akhir. Jika Node tidak memenuhi syarat untuk pra-konfirmasi, mereka berperan sebagai pelaku non-pra-konfirmasi (Non-Preconf Actors), yang terutama menangani transaksi biasa bukan transaksi pra-konfirmasi, mirip dengan Node validasi standar.
• Validator L1 (L1 Validator): Bertanggung jawab untuk melakukan validasi akhir terhadap transaksi dan Blok di jaringan L1. Begitu pre-confirmers mengirimkan data transaksi, validator L1 akan memvalidasinya dan mencatat data akhir ke dalam Blockchain L1, memastikan integritas transaksi dan kepatuhan terhadap aturan Konsensus.
• Manajer Tantangan Pra-konfirmasi: Ketika ada perselisihan atau masalah dalam proses pra-konfirmasi, peran ini bertanggung jawab untuk menyelidiki masalah tersebut dan mengambil langkah-langkah yang tepat untuk menyelesaikan perselisihan. Peran ini sangat penting dalam menjaga keadilan dan keandalan proses pra-konfirmasi.

Sekarang, kita akan merangkum proses konfirmasi pra yang spesifik sesuai urutan diagram alur:

1. Pengguna mengirim permintaan transaksi ke pre-committer di antara peserta pre-commit untuk memulai proses pre-commit.
2. Pemeriksa Pra-Konfirmasi akan memeriksa dan mengirimkan tanda terima pra-konfirmasi untuk transaksi, menjanjikan kepada pengguna bahwa transaksi tersebut akan dimasukkan ke dalam Blok L1, sehingga memberikan jaminan konfirmasi awal yang akhir bagi pengguna.
3. Pre-validators submit transaction data that needs to be included in L1 Block to L1 validator. These data can be individual transactions or aggregated data processed by L2 sequencer.
4. validator L1 melakukan verifikasi data transaksi yang diajukan atau data yang di-summari, dan mencatatnya di Blok L1, memastikan sesuai dengan aturan Konsensus Blok.
5. Setelah beberapa waktu, L1 Blok yang berisi data transaksi atau data ringkasan mencapai finalitas, transaksi secara resmi dikonfirmasi selesai.
6. Pengguna dapat memeriksa hasil akhir transaksi melalui Node L1, dan jika perlu, menggunakan informasi terkait untuk menyelesaikan sengketa atau tantangan pre-konfirmasi yang potensial.
7. Jika terjadi transaksi yang tidak memenuhi janji untuk dimasukkan dengan benar dalam L1, validator pra-konfirmasi akan menghadapi hukuman dari manajer tantangan pra-konfirmasi, seperti Slash Margin atau mengunci aset staking mereka.

Penjelajahan Proyek Terkait

Berikut ini akan dianalisis secara detail proyek utama yang aktif terlibat dalam ekosistem pra-konfirmasi serta peran terkaitnya dalam proses. Meskipun proyek-proyek ini memiliki peran khusus dalam diagram proses, namun tugas yang sebenarnya mereka lakukan mungkin sedikit berbeda. Oleh karena itu, gambaran ini bertujuan untuk memberikan pemahaman dasar dan panduan umum. Untuk menjaga kejelasan, proyek-proyek dalam setiap kategori diurutkan secara alfabetis.

Preconfer Validators

Astria: Astria berkomitmen untuk mengganti sequencer terpusat dengan jaringan sequencer Desentralisasi dan mendukung beberapa rollup untuk berbagi jaringan ini. Desain ini memberikan rollup dengan ketahanan sensor yang lebih besar, finalitas blok yang lebih cepat, dan interaksi cross-rollup yang mulus. Untuk mencapai finalitas blok cepat, Astria telah memperkenalkan fitur pra-konfirmasi yang memungkinkan Rollups untuk memberikan konfirmasi transaksi yang cepat dan meningkatkan ketahanan sensor, secara signifikan meningkatkan pengalaman pengguna.

• Bolt by Chainbound: Bolt adalah protokol pra-konfirmasi yang dikembangkan oleh Chainbound untuk pengguna ETH yang menyediakan layanan konfirmasi transaksi hampir instan. Ini beroperasi berdasarkan mekanisme partisipasi tanpa kepercayaan dan jaminan ekonomi, sambil kompatibel dengan saluran PBS MEV-Boost yang ada, menciptakan peluang pendapatan baru bagi para pengusul. 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 para pengusul, Bolt meningkatkan resistensi sistem terhadap sensor. Sementara itu, mekanisme registrasi pengusul yang dijamin memastikan lingkungan tanpa kepercayaan yang fleksibel mendukung berbagai jenis Smart Contract.
• **Espresso **: Espresso adalah protokol yang bertujuan untuk meningkatkan interoperabilitas ekosistem blockchain. Itu menggunakan protokol Konsensus Byzantine fault tolerance (BFT) HotShot, yang mengimplementasikan urutan transaksi antar rantai dan finalitas data yang cepat. Espresso terdiri dari Jaringan Espresso dan Pasar Espresso, keduanya bekerja sama untuk memberikan finalitas transaksi yang cepat dan interoperabilitas yang efisien, dengan tujuan meningkatkan skalabilitas dan keamanan ekosistem blockchain.
• Ethgas: Ethgas adalah pasar untuk ruang Blok transaksi, dengan pertandingan transaksi yang diatur oleh sistem terpusat, proses on-chain dilakukan melalui Smart Contract. Ethgas menyediakan dua fitur utama: Paket pra-konfirmasi (memastikan transaksi termasuk dalam batasan Gas yang ditentukan) dan Eksekusi pra-konfirmasi (memastikan transaksi mencapai status atau hasil tertentu). Ethgas fokus pada melindungi privasi transaksi dalam ruang Blok, dan dikenal dengan tujuan operasional yang netral.
• Luban: Luban fokus pada pengembangan lapisan urut Desentralisasi untuk menghubungkan data transaksi antara jaringan ETH dan Rollup. Lapisan urut ini dirancang sebagai sistem Desentralisasi yang memisahkan peran proposal dan eksekusi. Fitur pra-konfirmasi Luban meningkatkan keandalan transaksi secara signifikan dengan memastikan kelayakan eksekusi sebelum transaksi dimasukkan ke jaringan ETH, sambil membantu mengoptimalkan faktor kunci seperti Pencucian Uang, harga Gas, dan MEV.
• Primev：Primev sedang mengembangkan jaringan pendukung yang terintegrasi dengan MEV, menggabungkan pra-konfirmasi dengan fungsi MEV untuk membangun jaringan peer-to-peer yang efisien dan dapat diandalkan. Jaringan ini mencatat komitmen eksekusi transaksi ETH dan mendorong proposer melalui insentif atau hukuman. Primev memungkinkan partisipan MEV menetapkan kondisi eksekusi yang spesifik untuk transaksi mereka, sementara pembangun Blok dan validator dapat berkomitmen untuk memenuhi kondisi tersebut, memastikan pra-konfirmasi transaksi. Berdasarkan EIP-4337, Primev mendukung opsi pra-konfirmasi yang fleksibel dan biaya Gas, meningkatkan efisiensi pemrosesan transaksi dan lebih mengoptimalkan pengalaman pengguna.
• Puffer Unifi: Layanan Validasi Aktif (Actively Validated Services, AVS) Puffer Unifi, yang dibangun di atas EigenLayer, berfokus pada mengatasi tantangan pra-konfirmasi di dalam ekosistem Ethereum, terutama dalam arsitektur Based Rollup. Puffer Unifi AVS menggunakan fitur stake ulang EigenLayer untuk mendukung mekanisme partisipasi pra-konfirmasi, dengan tujuan meningkatkan efisiensi konfirmasi transaksi akhir. Seiring dengan perkembangan Based Rollup, permintaan akan penyedia pra-konfirmasi yang andal terus naik, dan tujuan Puffer Unifi AVS adalah memenuhi permintaan ini. Visi akhirnya adalah mencapai pra-konfirmasi yang efisien tanpa mengubah protokol inti, sehingga mendorong keberlanjutan ekosistem Ethereum.
• Skate：Skate AVS pre-confirmation relies on staking assets on EigenLayer to provide economic security for all Interaksi Cross-Chain operations. This AVS verifies the bundled data and information required for Interaksi Cross-Chainpertukaran, which is then signed and prepared for execution by Skate’s relayers. Through this process, Skate AVS achieves pre-confirmation of data, significantly improving the reliability and efficiency of Interaksi Cross-Chain transactions.
• Spire：Based Stack dari Spire adalah kerangka Rollup berbasis Ethereum (ETH) yang dikembangkan khusus untuk mendukung pengembangan AppChain. Kerangka ini memungkinkan AppChain untuk berinteraksi langsung dengan Ethereum (ETH) dan menyesuaikan metode urutannya, mendukung fungsi pertukaran Cross-Chain, serta meningkatkan pengalaman pengguna melalui optimisasi prapengesahan. Based Stack mendukung berbagai lingkungan eksekusi, menjamin pendapatan urutan 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, sehingga mendorong perkembangan AppChain dan interoperabilitas ekosistem Ethereum (ETH).
• Taiko Gwyneth：Taiko Gwyneth adalah desain Rollup yang sedang dikembangkan oleh Taiko, diklasifikasikan sebagai desain Rollup berbasis. Tujuannya adalah mencapai interoperabilitas sepenuhnya dengan blok ETH, sambil secara langsung mengatur urutan transaksi di blok ETH. Desain ini sepenuhnya memanfaatkan keamanan dan fitur 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 jadwal waktu blok dan efisiensi publikasi data. Untuk mencapai tujuan ini, Taiko sedang bekerja sama secara mendalam dengan proyek-proyek seperti Nethermind dan Gattaca.

Validasi L1

• Chorus One: Chorus One adalah proyek yang menyediakan layanan validasi dan infrastruktur untuk jaringan blockchain, fokus pada layanan staking dalam berbagai protokol untuk meningkatkan stabilitas dan keamanan jaringan. Sebagai validator L1, Chorus One bertanggung jawab untuk memvalidasi transaksi dan menghasilkan blok untuk meningkatkan keandalan dan efisiensi keseluruhan jaringan. Baru-baru ini, Chorus One telah menunjukkan minat yang besar dalam teknologi pra-konfirmasi, bahkan mengadakan acara khusus terkait selama Devcon 2024.

Penelitian

• Nethermind：Nethermind adalah proyek yang berkomitmen untuk mengembangkan klien dan alat ETHereum, dengan tujuan inti untuk meningkatkan kinerja dan stabilitas jaringan Blok. Dengan memperkenalkan teknologi optimisasi canggih, Nethermind aktif mendorong peningkatan throughput transaksi jaringan ETHereum. Untuk 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 Nethermind, yang akan dilaksanakan dalam dua tahap: tahap pertama akan menguji fitur pre-confirmation di antara partisipan yang diotorisasi secara terbatas; tahap kedua akan secara bertahap memperluas cakupan penerapan pre-confirmation.

Melihat ke Depan

Projek-projek Taiko dan Layer2 Based Rollup lainnya sedang berusaha mengoptimalkan proses konfirmasi transaksi yang tidak efisien di dalam Rollup tradisional, baik dengan atau tanpa arsitektur Based Rollup. Dengan memperkenalkan konsep Preconfirmation, proyek-proyek ini sedang membangun sistem konfirmasi transaksi yang memungkinkan pengguna untuk mengonfirmasi transaksi dengan lebih cepat dan lebih dapat diandalkan. Dengan cara ini, proyek-proyek ini terus mengeksplorasi cara meningkatkan pengalaman pengguna dan membangun kepercayaan pengguna.

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

Namun, beberapa ahli industri, termasuk Ed Felten dari Arbitrum, menunjukkan bahwa saat ini masih kurangnya middleware yang matang yang dapat sepenuhnya mendukung pra-konfirmasi. Ini menunjukkan bahwa kematangan teknologi pra-konfirmasi dan model bisnis pra-konfirmasi masih menghadapi tantangan yang perlu dipecahkan lebih lanjut.

Seperti yang disebutkan dalam teks ini, semakin banyak proyek dan peserta yang aktif masuk ke bidang konfirmasi awal, masing-masing membawa solusi inovatif yang unik dengan tujuan meningkatkan kinerja dan efisiensi Layer2 Ethereum. Tren ini juga sejalan dengan konsep sistem yang terus dioptimalkan setelah penerapan awal. Saya percaya bahwa tahap ini menandai Node evolusi penting dari sistem L2, dan merupakan perkembangan positif yang menggembirakan dalam ekosistem L2 saat ini.

Dengan meningkatkan kenyamanan pengguna melalui pra-konfirmasi, ini dapat memiliki dampak jangka panjang tidak hanya pada bidang Keuangan Desentralisasi dan game yang fokus pada kecepatan dan efisiensi, tetapi juga dapat memperbaiki kinerja Layer2 Ethereum untuk menghubungkan kembali bagian-bagian ekosistem Ethereum yang terdesentralisasi sebelumnya. Peningkatan kinerja ini dapat memungkinkan lebih banyak proyek Layer2 Ethereum tipe-1 untuk terintegrasi dengan kedalaman Ethereum, sehingga membebaskan potensi yang sebelumnya sulit untuk dicapai karena keterbatasan kecepatan. Kemajuan ini pasti akan memiliki dampak jangka panjang pada seluruh ekosistem Ethereum.

Pra-konfirmasi masih merupakan perjalanan yang penuh dengan tantangan. Namun, para pelopor seperti Taiko sedang berjuang keras, fokus untuk memberikan lebih banyak kemudahan bagi pengguna. Inovasi tidak pernah mudah, tetapi sebagai pendukung Ethereum dan ekosistem Layer2-nya, saya menghormati dan mendorong usaha mereka dengan tulus.