Sei telah merilis whitepaper baru yang memperkenalkan upgrade Giga terbaru. Sebagian besar pembaca merasa bahwa konten teknis yang mendalam sepanjang 17 halaman sulit untuk dibaca. Oleh karena itu, artikel ini akan menjelaskan isi pembaruan ini dan bagaimana cara meningkatkan kinerja blockchain di berbagai level.
1. Tentang Pembuatan Blok yang Dieksekusi Secara Asinkron
Pikiran dan dasar utama Giga adalah sebagai berikut:
"Jika daftar transaksi kami teratur dan status awal blockchain konsisten, dan semua node yang jujur memproses transaksi ini dalam urutan yang sama, maka node-node akan mencapai status akhir yang sama."
Dalam hal ini, hasil hanya tergantung pada keadaan awal dan urutan transaksi. Ini berarti konsensus hanya perlu mencapai kesepakatan tentang urutan transaksi dalam blok, setiap node dapat menghitung keadaan akhir secara independen.
Dalam model ini, konsensus dipisahkan dari eksekusi, memungkinkan blok untuk dieksekusi secara asinkron.
Setelah blok dikonfirmasi, node akan memprosesnya dan mengirimkan statusnya di blok berikutnya.
Kemudian validasi blok tersebut melalui konsensus status untuk memastikan semua node telah menghitung status akhir yang benar.
Salah satu rincian penting di sini adalah bahwa eksekusi dan konsensus (generasi) dilakukan secara paralel. Saat node mengeksekusi perhitungan sebuah blok, mereka juga akan menerima blok lainnya.
Oleh karena itu, blok sebenarnya dieksekusi dalam urutan total (bukan secara paralel), sementara proses pembuatan blok itu sendiri memang terjadi secara paralel dengan konsensus. Namun, untuk blok tertentu, proses ini sepenuhnya asinkron.
Jelas, tampaknya tidak mungkin untuk mencapai konsensus dan eksekusi pada blok yang sama secara bersamaan. Oleh karena itu, saat mengeksekusi blok n, node akan menerima blok n+1 untuk langkah berikutnya.
Jika konsensus mengalami penyimpangan (misalnya, sepertiga dari node dalam jaringan bertindak jahat), rantai akan dihentikan, ini mirip dengan protokol BFT standar.
Transaksi yang gagal dieksekusi dalam blok tidak akan membuat blok tersebut tidak valid, hanya mempertahankan status gagal, karena pembuatan dan eksekusi blok terpisah, dan status akhir blok saat ini akan diserahkan dalam blok berikutnya.
2.Bagaimana model banyak pengusul diimplementasikan danAutobahnapa itu?
Protokol konsensus itu sendiri disebut "Autobahn" (seperti jalan raya Jerman yang tidak memiliki batas kecepatan). Autobahn memisahkan ketersediaan data dan pengurutan transaksi, dengan model menarik di baliknya.
Seperti jalur di jalan raya mana pun, terdapat beberapa jalur, dan setiap node memiliki salurannya sendiri. Node menggunakan saluran ini untuk mengajukan proposal tentang urutan transaksi. Proposal hanyalah kumpulan transaksi yang terurut.
Autobahn kadang-kadang melakukan operasi "tipcut", yaitu menggabungkan beberapa proposal untuk menentukan urutan transaksi secara akhir.
Seperti yang telah disebutkan sebelumnya, setiap validator memiliki saluran sendiri untuk mengusulkan batch transaksi.
Ketika sebuah node menerima proposal yang valid, ia akan mengirimkan suara untuk mengonfirmasi bahwa proposal tersebut telah diterima.
Setelah proposal dikumpulkan untuk pemungutan suara, akan terbentuk sebuah bukti ketersediaan (PoA), memastikan bahwa data telah diterima oleh setidaknya satu node jujur dalam jaringan.
Waktu terjadi Tipcut diukur dalam milidetik, dan akhirnya beberapa proposal dari Autobahn akan "cut.".
Pemberi proposal memiliki motivasi untuk menunggu penerbitan blok dan, jika memungkinkan, menerbitkan satu blok, tetapi batas waktu eksekusi untuk setiap blok (mirip dengan batas Gas) akan sedikit mengubah dinamika ini.
Sebuah usulan di satu saluran biasanya setara dengan satu blok, yang berarti ketika Tipcut terjadi, beberapa blok akan dipotong secara bersamaan.
Setelah itu, pemimpin slot tersebut akan mengirim Tipcut ke node lain untuk menyelesaikan pengurutan. Node sebenarnya sedang mempersiapkan Tipcut berikutnya sambil memberikan suara pada satu Tipcut.
! [Menafsirkan buku putih baru Sei: Inovasi teknologi apa yang diperkenalkan dalam peningkatan Giga?] ](https://img.gateio.im/social/moments-9d05ecd89a7e7ca6efe4fab643690efa)
Node yang terlewat dari batch dapat secara asinkron mendapatkan dari validator yang terdaftar di PoA: inilah alasan mendasar mengapa data harus tersedia.
Dalam kondisi sinkron, jika pemimpin benar, Autobahn akan menyelesaikan konfirmasi proposal dalam dua putaran komunikasi. Jika pemimpin gagal, mekanisme ini akan memilih pemimpin baru untuk menjaga proses.
Proposal tip-cut berikutnya sebenarnya dapat dimulai pada tahap pengiriman tip-cut saat ini, sehingga mengurangi keterlambatan, karena pelaksanaan dilakukan secara paralel dengan generasi.
Sebenarnya, seluruh model adalah model multi-penawar, di mana banyak node dapat secara bersamaan mengajukan proposal untuk pengurutan blok mereka. Setiap validator mengusulkan bloknya sendiri dan menerima bukti (PoA) dari jaringan yang memiliki blok-blok tersebut, yang membantu meningkatkan throughput dan efisiensi keseluruhan jaringan.
3.Pelaksanaan Paralel dan Kasus yang Relevan
Seperti yang disebutkan sebelumnya, proses eksekusi blok dan konsensus terjadi secara paralel, meskipun blok itu sendiri sebenarnya dieksekusi secara berurutan. Anda mungkin bertanya-tanya apakah ini merupakan eksekusi paralel yang sebenarnya.
Jawabannya adalah ya dan tidak.
Meskipun blok dieksekusi secara berurutan, transaksi di dalam blok sebenarnya dapat dieksekusi secara paralel. Jika transaksi tidak mengubah (menulis) status yang sama, dan hasil dari satu transaksi tidak mempengaruhi transaksi lainnya, maka mereka dapat dieksekusi secara paralel.
Singkatnya, jalur eksekusinya tidak boleh saling bergantung. Giga tidak memiliki mempool, transaksi akan segera dimasukkan oleh node.
Giga mengasumsikan bahwa sebagian besar transaksi tidak memiliki konflik dan memproses transaksi ini secara bersamaan di beberapa inti prosesor.
Setiap perubahan transaksi akan disimpan sementara di dalam buffer privat dan tidak akan diterapkan segera ke blockchain.
Setelah pemrosesan selesai, sistem akan memeriksa apakah transaksi ini bertentangan dengan transaksi sebelumnya.
Jika ada konflik, transaksi tersebut akan diproses ulang. Jika tidak ada konflik, perubahan tersebut akan diterapkan pada blockchain dan akan dikonfirmasi.
Juga mungkin ada situasi konflik frekuensi tinggi, dalam hal ini, sistem akan beralih untuk memproses satu transaksi pada satu waktu untuk memastikan transaksi dapat dilanjutkan.
Secara sederhana, eksekusi paralel membagi transaksi ke beberapa inti, sehingga transaksi yang tidak bertentangan dapat berjalan secara bersamaan.
4.Masalah Penyimpanan dan Optimasi
Karena volume transaksi yang besar, data perlu aman dan mudah diakses, sehingga cara penyimpanannya harus sedikit berbeda dari penyimpanan blockchain tradisional. Giga menyimpan data dalam format kunci-nilai (key-value) yang sederhana, yang merupakan struktur relatif datar, membantu mengurangi banyaknya pembaruan atau pemeriksaan yang diperlukan saat data diubah.
Selain itu, Giga juga menggunakan metode penyimpanan berlapis: data terbaru disimpan di SSD (cepat), sementara data yang kurang sering digunakan dipindahkan ke sistem penyimpanan yang lebih lambat dan lebih hemat biaya.
Jika suatu node mengalami kerusakan, ia dapat memutar ulang log untuk mengembalikan keadaan yang benar, dan menerapkan pembaruan ke RocksDB (sebuah basis data khusus) untuk mengorganisir data.
Sistem penyimpanan ini menggunakan akumulator kriptografi (Cryptographic Accumulator), yang dapat membuktikan keakuratan data tanpa melakukan perhitungan yang berat. Akumulator diperbarui dalam cara batch, sehingga validator dan node ringan dapat dengan cepat mencapai konsensus tentang status terkini dari blockchain.
5.Menjadi Multi-PenawarEVM L1Apa Artinya bagi Blockchain?
Infrastruktur L1 dapat mengalami berbagai perbaikan, dan berbagai L1 juga menghadapi berbagai tantangan teknis, mulai dari masalah ekonomi seperti MEV hingga tantangan teknis seperti manajemen status.
Sebagai rantai L1 yang mendukung banyak pengusul, ini cukup menantang, terutama untuk L1 EVM, karena desain asli EVM tidak dimaksudkan untuk mendukung sistem banyak pengusul.
Namun, Sei sedang mencoba berbagai cara untuk mempertahankan EVM serta banyak alat yang biasa digunakan oleh para pengembang.
Eksekusi transaksi paralel, mencapai konsensus selama proses eksekusi, dan operasi paralel oleh beberapa pengusul semuanya berkontribusi pada peningkatan kinerja, dengan throughput eksekusi dapat meningkat sekitar 50 kali lipat. Namun, perbaikan ini juga mungkin menghadapi beberapa risiko yang disebutkan di atas.
Ini adalah pembaruan besar kedua Sei, sebelumnya Sei bertransformasi dari jaringan Cosmos menjadi jaringan EVM, kini Sei telah meluncurkan klien eksekusi yang dioptimalkan untuk kecepatan.
Perkembangan selanjutnya dan efek lanjutan dari langkah-langkah optimasi ini patut diperhatikan.
Bacaan Terkait: Meneliti Kinerja, Kepatuhan, dan Interoperabilitas Blockchain Sei
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Menafsirkan White Paper baru Sei: Inovasi teknologi apa yang diperkenalkan dalam upgrade Giga?
Penulis: Pavel Paramonov, Pendiri Hazeflow
Kompilasi: Felix, PANews
Sei telah merilis whitepaper baru yang memperkenalkan upgrade Giga terbaru. Sebagian besar pembaca merasa bahwa konten teknis yang mendalam sepanjang 17 halaman sulit untuk dibaca. Oleh karena itu, artikel ini akan menjelaskan isi pembaruan ini dan bagaimana cara meningkatkan kinerja blockchain di berbagai level.
1. Tentang Pembuatan Blok yang Dieksekusi Secara Asinkron
Pikiran dan dasar utama Giga adalah sebagai berikut:
"Jika daftar transaksi kami teratur dan status awal blockchain konsisten, dan semua node yang jujur memproses transaksi ini dalam urutan yang sama, maka node-node akan mencapai status akhir yang sama."
Dalam hal ini, hasil hanya tergantung pada keadaan awal dan urutan transaksi. Ini berarti konsensus hanya perlu mencapai kesepakatan tentang urutan transaksi dalam blok, setiap node dapat menghitung keadaan akhir secara independen.
Salah satu rincian penting di sini adalah bahwa eksekusi dan konsensus (generasi) dilakukan secara paralel. Saat node mengeksekusi perhitungan sebuah blok, mereka juga akan menerima blok lainnya.
Oleh karena itu, blok sebenarnya dieksekusi dalam urutan total (bukan secara paralel), sementara proses pembuatan blok itu sendiri memang terjadi secara paralel dengan konsensus. Namun, untuk blok tertentu, proses ini sepenuhnya asinkron.
Jelas, tampaknya tidak mungkin untuk mencapai konsensus dan eksekusi pada blok yang sama secara bersamaan. Oleh karena itu, saat mengeksekusi blok n, node akan menerima blok n+1 untuk langkah berikutnya.
Jika konsensus mengalami penyimpangan (misalnya, sepertiga dari node dalam jaringan bertindak jahat), rantai akan dihentikan, ini mirip dengan protokol BFT standar.
Transaksi yang gagal dieksekusi dalam blok tidak akan membuat blok tersebut tidak valid, hanya mempertahankan status gagal, karena pembuatan dan eksekusi blok terpisah, dan status akhir blok saat ini akan diserahkan dalam blok berikutnya.
2. Bagaimana model banyak pengusul diimplementasikan dan Autobahn apa itu?
Protokol konsensus itu sendiri disebut "Autobahn" (seperti jalan raya Jerman yang tidak memiliki batas kecepatan). Autobahn memisahkan ketersediaan data dan pengurutan transaksi, dengan model menarik di baliknya.
Seperti jalur di jalan raya mana pun, terdapat beberapa jalur, dan setiap node memiliki salurannya sendiri. Node menggunakan saluran ini untuk mengajukan proposal tentang urutan transaksi. Proposal hanyalah kumpulan transaksi yang terurut.
Autobahn kadang-kadang melakukan operasi "tipcut", yaitu menggabungkan beberapa proposal untuk menentukan urutan transaksi secara akhir.
Pemberi proposal memiliki motivasi untuk menunggu penerbitan blok dan, jika memungkinkan, menerbitkan satu blok, tetapi batas waktu eksekusi untuk setiap blok (mirip dengan batas Gas) akan sedikit mengubah dinamika ini.
Sebuah usulan di satu saluran biasanya setara dengan satu blok, yang berarti ketika Tipcut terjadi, beberapa blok akan dipotong secara bersamaan.
Setelah itu, pemimpin slot tersebut akan mengirim Tipcut ke node lain untuk menyelesaikan pengurutan. Node sebenarnya sedang mempersiapkan Tipcut berikutnya sambil memberikan suara pada satu Tipcut.
! [Menafsirkan buku putih baru Sei: Inovasi teknologi apa yang diperkenalkan dalam peningkatan Giga?] ](https://img.gateio.im/social/moments-9d05ecd89a7e7ca6efe4fab643690efa)
Node yang terlewat dari batch dapat secara asinkron mendapatkan dari validator yang terdaftar di PoA: inilah alasan mendasar mengapa data harus tersedia.
Dalam kondisi sinkron, jika pemimpin benar, Autobahn akan menyelesaikan konfirmasi proposal dalam dua putaran komunikasi. Jika pemimpin gagal, mekanisme ini akan memilih pemimpin baru untuk menjaga proses.
Proposal tip-cut berikutnya sebenarnya dapat dimulai pada tahap pengiriman tip-cut saat ini, sehingga mengurangi keterlambatan, karena pelaksanaan dilakukan secara paralel dengan generasi.
Sebenarnya, seluruh model adalah model multi-penawar, di mana banyak node dapat secara bersamaan mengajukan proposal untuk pengurutan blok mereka. Setiap validator mengusulkan bloknya sendiri dan menerima bukti (PoA) dari jaringan yang memiliki blok-blok tersebut, yang membantu meningkatkan throughput dan efisiensi keseluruhan jaringan.
3. Pelaksanaan Paralel dan Kasus yang Relevan
Seperti yang disebutkan sebelumnya, proses eksekusi blok dan konsensus terjadi secara paralel, meskipun blok itu sendiri sebenarnya dieksekusi secara berurutan. Anda mungkin bertanya-tanya apakah ini merupakan eksekusi paralel yang sebenarnya.
Jawabannya adalah ya dan tidak.
Meskipun blok dieksekusi secara berurutan, transaksi di dalam blok sebenarnya dapat dieksekusi secara paralel. Jika transaksi tidak mengubah (menulis) status yang sama, dan hasil dari satu transaksi tidak mempengaruhi transaksi lainnya, maka mereka dapat dieksekusi secara paralel.
Singkatnya, jalur eksekusinya tidak boleh saling bergantung. Giga tidak memiliki mempool, transaksi akan segera dimasukkan oleh node.
Juga mungkin ada situasi konflik frekuensi tinggi, dalam hal ini, sistem akan beralih untuk memproses satu transaksi pada satu waktu untuk memastikan transaksi dapat dilanjutkan.
Secara sederhana, eksekusi paralel membagi transaksi ke beberapa inti, sehingga transaksi yang tidak bertentangan dapat berjalan secara bersamaan.
4. Masalah Penyimpanan dan Optimasi
Karena volume transaksi yang besar, data perlu aman dan mudah diakses, sehingga cara penyimpanannya harus sedikit berbeda dari penyimpanan blockchain tradisional. Giga menyimpan data dalam format kunci-nilai (key-value) yang sederhana, yang merupakan struktur relatif datar, membantu mengurangi banyaknya pembaruan atau pemeriksaan yang diperlukan saat data diubah.
Selain itu, Giga juga menggunakan metode penyimpanan berlapis: data terbaru disimpan di SSD (cepat), sementara data yang kurang sering digunakan dipindahkan ke sistem penyimpanan yang lebih lambat dan lebih hemat biaya.
Jika suatu node mengalami kerusakan, ia dapat memutar ulang log untuk mengembalikan keadaan yang benar, dan menerapkan pembaruan ke RocksDB (sebuah basis data khusus) untuk mengorganisir data.
Sistem penyimpanan ini menggunakan akumulator kriptografi (Cryptographic Accumulator), yang dapat membuktikan keakuratan data tanpa melakukan perhitungan yang berat. Akumulator diperbarui dalam cara batch, sehingga validator dan node ringan dapat dengan cepat mencapai konsensus tentang status terkini dari blockchain.
5. Menjadi Multi-Penawar EVM L1 Apa Artinya bagi Blockchain?
Infrastruktur L1 dapat mengalami berbagai perbaikan, dan berbagai L1 juga menghadapi berbagai tantangan teknis, mulai dari masalah ekonomi seperti MEV hingga tantangan teknis seperti manajemen status.
Sebagai rantai L1 yang mendukung banyak pengusul, ini cukup menantang, terutama untuk L1 EVM, karena desain asli EVM tidak dimaksudkan untuk mendukung sistem banyak pengusul.
Namun, Sei sedang mencoba berbagai cara untuk mempertahankan EVM serta banyak alat yang biasa digunakan oleh para pengembang.
Eksekusi transaksi paralel, mencapai konsensus selama proses eksekusi, dan operasi paralel oleh beberapa pengusul semuanya berkontribusi pada peningkatan kinerja, dengan throughput eksekusi dapat meningkat sekitar 50 kali lipat. Namun, perbaikan ini juga mungkin menghadapi beberapa risiko yang disebutkan di atas.
Ini adalah pembaruan besar kedua Sei, sebelumnya Sei bertransformasi dari jaringan Cosmos menjadi jaringan EVM, kini Sei telah meluncurkan klien eksekusi yang dioptimalkan untuk kecepatan.
Perkembangan selanjutnya dan efek lanjutan dari langkah-langkah optimasi ini patut diperhatikan.
Bacaan Terkait: Meneliti Kinerja, Kepatuhan, dan Interoperabilitas Blockchain Sei