Dengan semua orang mengklaim bahwa mereka mendapatkan waktu blok yang lebih rendah di L2, saya pikir sudah waktunya untuk menjelaskan apa yang sedang terjadi. Khususnya, mari kita cek apa itu blok L2, bagaimana perbedaannya dengan blok L1, dan mengapa kita sebenarnya tidak perlu terlalu mempermasalahkan waktu blok L2, meskipun itu adalah metrik rekayasa yang menarik.

Apa itu blok?

Kembali ketika istilah blockchain benar-benar memiliki makna (sekitar 2009), konsep blok diperkenalkan karena kita membutuhkan unit untuk sekelompok transaksi yang diajukan untuk konsensus.

Sebagai contoh, di Bitcoin, setiap produsen blok mencoba untuk menemukan susunan transaksi yang memenuhi persyaratan PoW, kemudian menyiarkan blok ini ke jaringan. Node lain akan memverifikasi bahwa blok ini memenuhi persyaratan PoW. Pada Ethereum, yang sekarang PoS dan berbasis akun, produsen blok menghitung hash dari status blockchain setelah eksekusi setiap blok (komitmen status), dan validator menghitung kembali nilai tersebut untuk validasi mudah dari blok tersebut. Proses secara keseluruhan selalu sama:

1. Pilih beberapa transaksi dan urutkan. Sebut itu blok.
2. Menghitung beberapa metrik spesifik (teka-teki PoW, komitmen state). Lampirkan ke blok tersebut.
3. Siar blok ini beserta metadata ke node-node lain dalam jaringan.
4. Node lain menghitung ulang metadata dan membandingkan dengan yang dihitung oleh produsen blok. Jika cocok, terima blok tersebut.

Pada rantai layer-1, blok sangat penting: Anda memverifikasi integritas rantai pada tingkat blok, Anda mengelola fork pada tingkat blok, dll.

TL;DR: blok adalah primitif penting dari konsensus.

Apa itu blok L2?

L2 ada karena konsensus lambat dan desentralisasi memerlukan dukungan untuk komputer dan jaringan lambat. Pendekatan L2 memindahkan pemrosesan transaksi ke mesin tercepat yang tersedia, kemudian memposting ringkasan eksekusi yang dapat diverifikasi ke L1 untuk konsensus. Singkatnya, kebanyakan L2 saat ini adalah sistem terpusat yang berperan sebagai blockchain. Dan itu baik-baik saja.

Di sinilah waktu blok menjadi kabur. L2 terus membangun blok terutama untuk kompatibilitas perangkat lunak L1, tetapi ini sebagian besar bersifat buatan. Saat memposting ringkasan ke L1, L2 biasanya mengelompokkan beberapa blok bersama untuk mengurangi biaya. Meskipun komitmen negara diperlukan kadang-kadang untuk bukti penipuan/validitas, namun tidak diperlukan untuk setiap blok. Oleh karena itu, blok L2 pada dasarnya tidak berguna.

Ketika seseorang mengklaim bahwa mereka memiliki blok L2 cepat, mereka hanya menyesuaikan nilai konfigurasi sistem untuk mengurangi waktu blok. Meskipun mereka masih perlu memproses sejumlah transaksi yang berarti per blok, itu adalah batasnya.

Apa yang penting kemudian?

Sebagai pengguna, yang Anda pedulikan hanyalah satu hal, yaitu waktu tempuh: waktu putaran. Lebih lanjut, berapa lama waktu yang dibutuhkan agar transaksi saya mencapai sequencer L2, dieksekusi, dan hasilnya terlihat pada node RPC yang saya gunakan? Mari fokus pada bagian terakhir itu: berapa lama waktu yang dibutuhkan untuk mengkomunikasikan eksekusi transaksi ke RPC?

Blockchain yang lebih lambat biasanya menunggu akhir dari sebuah blok sebelum mengirimkannya ke rekan. Solana memulai ide bahwa Anda bisa mengalirkan blok-blok sebagai gantinya: cukup kirim transaksi ke validator lain segera setelah Anda memprosesnya. Solana membaginya menjadi entri (kelompok maks. 64 transaksi), yang sendiri dibagi menjadi serpihan untuk ditransfer melalui jaringan. Kami memilikiartikel mendalampada topik ini jika Anda penasaran. Ini disiarkan secara kontinu dari node pemimpin ke yang lain, artinya Anda mendapatkan informasi tentang eksekusi transaksi Anda sebelum blok bahkan selesai.

L2 sekarang telah memutuskan untuk menggunakan kembali mekanisme ini: Base, dengan Flashblocks, beralih dari waktu blok 2 detik ke sub-blok 200ms yang lebih kecil. MegaETH memiliki konsep "mini-blok", diproduksi setiap 15 ms di testnet mereka (sebagian besar waktu). Eclipse menggunakan sistem entri/rusak Solana. Dengan cara ini, pengguna harus menunggu lebih sedikit untuk transaksi mereka untuk mengeksekusi. Itu cukup bagus untuk UX!

Tapi mari kita jelas: fitur sebenarnya di sini adalah “interval komunikasi yang lebih pendek di seluruh jaringan.” Ini tidak ada hubungannya dengan beberapa blok lebih baik secara intrinsik dari yang lain. Kita hanya membagi blok menjadi potongan yang lebih kecil dan streaming mereka secara paralel dengan eksekusi. Apakah Anda menyebut potongan ini blok, mini-blok, atau serpihan tidak masalah. Tujuan akhirnya adalah komunikasi yang lebih cepat, bukan blok yang lebih baik.

Penyangkalan:

1. Artikel ini dicetak ulang dari [Olivier]. Semua hak cipta milik penulis asli [Olivier]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungiGate Belajartim, dan mereka akan menanganinya dengan segera.
2. Penolakan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata merupakan milik penulis dan tidak merupakan saran investasi apa pun.
3. Tim Gate Learn melakukan terjemahan artikel ke dalam bahasa lain. Menyalin, mendistribusikan, atau melakukan plagiarisme terhadap artikel yang diterjemahkan dilarang kecuali disebutkan.