SEI memperkenalkan mekanisme termasuk eksekusi asinkron, konsensus multi-proposer, paralelisme transaksi, dan pengoptimalan penyimpanan dalam peningkatan Giga. Artikel ini ditulis oleh Pavel Paramonov, pendiri Hazeflow, dan dikompilasi, disusun dan disumbangkan oleh Felix, PANews. (Sinopsis: $SEI 70% dalam satu bulan!) Peluncuran proposal SIP-3: transisi ke EVM murni, yang bertujuan untuk 100.000 transaksi per detik) (Latar belakang ditambahkan: MetaMask akan mendukung dompet MetaMask "rantai non-EVM pertama" jaringan Solana keluar dari zona nyaman Ethereum pada bulan Mei) Sei telah merilis buku putih baru yang memperkenalkan peningkatan Giga terbaru. Sebagian besar pembaca menemukan 17 halaman konten teknis yang mendalam sulit dibaca. Oleh karena itu, artikel ini akan menjelaskan apa pembaruan ini dan bagaimana meningkatkan kinerja blockchain di berbagai tingkatan. 1. Ide utama dan fondasi giga pembuatan blok untuk eksekusi asinkron adalah sebagai berikut: "Jika daftar transaksi kami beres dan keadaan awal blockchain konsisten, dan semua node yang jujur memproses transaksi ini dalam urutan yang sama, maka node akan mencapai keadaan akhir yang sama." Dalam hal ini, hasilnya hanya tergantung pada status awal dan urutan transaksi. Ini berarti bahwa konsensus hanya perlu menyetujui urutan transaksi dalam blok, dan setiap node dapat menghitung keadaan akhir secara independen. Dalam model ini, konsensus dipisahkan dari eksekusi, memungkinkan blok untuk dieksekusi secara asinkron. Setelah blok diselesaikan, node memprosesnya dan menerapkan statusnya di blok berikutnya. Blok kemudian divalidasi oleh konsensus status untuk memastikan bahwa semua node telah menghitung status akhir yang benar. Detail penting di sini adalah bahwa eksekusi dan konsensus (pembuatan) terjadi secara paralel. Ketika sebuah node melakukan perhitungan satu blok, ia juga menerima blok lain. Akibatnya, blok sebenarnya dieksekusi dalam urutan total (bukan secara paralel), sedangkan proses pembuatan blok itu sendiri terjadi secara paralel dengan konsensus. Namun, untuk setiap blok tertentu, proses ini benar-benar asinkron. Jelas, konsensus dan eksekusi blok yang sama pada saat yang sama tampaknya mustahil. Oleh karena itu, ketika blok n dieksekusi, node menerima blok n+1 untuk langkah selanjutnya. Jika konsensus miring (misalnya sepertiga dari node dalam jaringan bertindak jahat), rantai ditangguhkan, mirip dengan protokol BFT standar. Eksekusi transaksi yang gagal dalam blok tidak membatalkan blok, tetapi hanya tetap dalam keadaan gagal karena pembuatan dan eksekusi blok terpisah, dan status akhir blok saat ini dilakukan di blok berikutnya. 2 Bagaimana model multi-proposer diimplementasikan dan apa itu Autobahn? Protokol konsensus itu sendiri disebut "Autobahn" (seperti autobahn Jerman tanpa batas kecepatan). Autobahn memisahkan ketersediaan data dari pemesanan transaksi, dan ada model menarik di baliknya. Sama seperti jalur jalan raya mana pun, ada beberapa jalur, masing-masing simpul dengan lorongnya sendiri. Node menggunakan saluran ini untuk membuat proposal mengenai urutan transaksi. Proposal hanyalah kumpulan transaksi yang diurutkan. Autobahn terkadang melakukan operasi "tipcut", di mana beberapa proposal dikumpulkan untuk menyelesaikan urutan transaksi. Seperti disebutkan sebelumnya, setiap validator memiliki salurannya sendiri untuk mengusulkan banyak transaksi. Ketika sebuah node menerima proposal yang valid, ia mengirimkan suara untuk mengonfirmasi bahwa proposal telah diterima. Setelah proposal dikumpulkan untuk pemungutan suara, Bukti Ketersediaan (PoA) dibentuk, memastikan bahwa data telah diterima oleh setidaknya satu node yang jujur dalam jaringan. Tipcut terjadi dalam milidetik, dan akhirnya beberapa proposal dari Autobahn "dipotong". Pengusul memiliki insentif untuk menunggu blok dilepaskan dan melepaskan blok individual jika memungkinkan, tetapi batas waktu eksekusi untuk setiap blok (mirip dengan batas Gas) sedikit mengubah dinamika ini. Proposal di saluran biasanya setara dengan blok, yang berarti bahwa ketika tipcut terjadi, beberapa blok dipotong secara bersamaan. Setelah itu, pemimpin slot meneruskan tipcut ke node lain untuk menyelesaikan penyortiran. Node sebenarnya memberikan suara pada satu tipcut pada saat yang sama saat yang sudah menyiapkan tipcut berikutnya. Node yang melewatkan batch dapat diperoleh secara asinkron dari validator yang tercantum dalam PoA: ini adalah esensi dari kebutuhan akan ketersediaan data. Dalam kondisi sinkron, jika pemimpin benar, Autobahn menyelesaikan konfirmasi proposal dalam dua putaran komunikasi. Jika seorang pemimpin gagal, mekanisme memilih pemimpin baru untuk menjaga program tetap teratur. Proposal tip-cut berikutnya sebenarnya dapat dimulai selama fase penerapan tip-cut saat ini, mengurangi latensi karena eksekusi terjadi secara paralel dengan build. Faktanya, seluruh model adalah model multi-proposer di mana banyak node dapat membuat proposal untuk pemesanan blok mereka pada saat yang bersamaan. Setiap validator mengusulkan bloknya sendiri dan menerima bukti bahwa jaringan memiliki blok tersebut (PoA), yang membantu meningkatkan throughput dan efisiensi jaringan secara keseluruhan. 3 Eksekusi paralel dan penerapannya Seperti disebutkan sebelumnya, proses eksekusi blok terjadi secara paralel dengan konsensus, 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 dalam blok memang dapat dieksekusi secara paralel. Jika transaksi tidak memodifikasi (menulis) status yang sama, dan hasil dari satu transaksi tidak memengaruhi yang lain, maka transaksi tersebut dapat dieksekusi secara paralel. Singkatnya, jalur eksekusi mereka tidak boleh bergantung satu sama lain. Giga tidak memiliki mempool, dan transaksi segera disertakan oleh node. Giga mengasumsikan bahwa tidak ada konflik antara sebagian besar transaksi dan memprosesnya secara bersamaan pada beberapa inti prosesor. Perubahan pada setiap transaksi disimpan sementara dalam buffer pribadi dan tidak segera diterapkan ke blockchain. Saat pemrosesan selesai, sistem memeriksa apakah transaksi bertentangan dengan transaksi sebelumnya. Jika terjadi konflik, transaksi akan diproses ulang. Jika tidak ada konflik, perubahannya diterapkan ke blockchain dan diselesaikan. Mungkin juga ada tabrakan frekuensi tinggi, dalam hal ini sistem beralih ke pemrosesan satu transaksi pada satu waktu untuk memastikan bahwa transaksi dapat bergerak maju. Secara sederhana, eksekusi paralel mendistribusikan transaksi di beberapa inti, memungkinkan transaksi yang tidak bertentangan untuk dieksekusi secara bersamaan. 4. Masalah dan pengoptimalan penyimpanan Karena volume transaksi yang tinggi, data harus aman dan mudah diakses, sehingga harus disimpan dengan cara yang sedikit berbeda dari penyimpanan blockchain tradisional. Gigas menyimpan data dalam format kunci-nilai sederhana, struktur yang relatif datar yang membantu mengurangi kebutuhan akan beberapa pembaruan atau pemeriksaan saat data berubah. Selain itu, Giga menggunakan penyimpanan berjenjang: data terbaru dipertahankan pada SSD (kecepatan tinggi), sementara data yang kurang digunakan dimigrasikan ke sistem penyimpanan yang lebih lambat dan lebih hemat biaya. Jika node mogok, ia dapat memutar ulang log untuk memulihkan status yang benar dan menerapkan pembaruan ke RocksDB, database khusus, untuk mengatur data. Sistem penyimpanan menggunakan akumulator kriptografi yang membuktikan kebenaran data tanpa perhitungan berat. Akumulator diperbarui secara berkelompok, memungkinkan validator dan node ringan untuk dengan cepat menyetujui keadaan blockchain saat ini. 5. Menjadi blok EVM L1 multi-usulator...
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 Sei yang Baru: Inovasi Teknologi Apa yang Diperkenalkan oleh Giga Upgrade?
SEI memperkenalkan mekanisme termasuk eksekusi asinkron, konsensus multi-proposer, paralelisme transaksi, dan pengoptimalan penyimpanan dalam peningkatan Giga. Artikel ini ditulis oleh Pavel Paramonov, pendiri Hazeflow, dan dikompilasi, disusun dan disumbangkan oleh Felix, PANews. (Sinopsis: $SEI 70% dalam satu bulan!) Peluncuran proposal SIP-3: transisi ke EVM murni, yang bertujuan untuk 100.000 transaksi per detik) (Latar belakang ditambahkan: MetaMask akan mendukung dompet MetaMask "rantai non-EVM pertama" jaringan Solana keluar dari zona nyaman Ethereum pada bulan Mei) Sei telah merilis buku putih baru yang memperkenalkan peningkatan Giga terbaru. Sebagian besar pembaca menemukan 17 halaman konten teknis yang mendalam sulit dibaca. Oleh karena itu, artikel ini akan menjelaskan apa pembaruan ini dan bagaimana meningkatkan kinerja blockchain di berbagai tingkatan. 1. Ide utama dan fondasi giga pembuatan blok untuk eksekusi asinkron adalah sebagai berikut: "Jika daftar transaksi kami beres dan keadaan awal blockchain konsisten, dan semua node yang jujur memproses transaksi ini dalam urutan yang sama, maka node akan mencapai keadaan akhir yang sama." Dalam hal ini, hasilnya hanya tergantung pada status awal dan urutan transaksi. Ini berarti bahwa konsensus hanya perlu menyetujui urutan transaksi dalam blok, dan setiap node dapat menghitung keadaan akhir secara independen. Dalam model ini, konsensus dipisahkan dari eksekusi, memungkinkan blok untuk dieksekusi secara asinkron. Setelah blok diselesaikan, node memprosesnya dan menerapkan statusnya di blok berikutnya. Blok kemudian divalidasi oleh konsensus status untuk memastikan bahwa semua node telah menghitung status akhir yang benar. Detail penting di sini adalah bahwa eksekusi dan konsensus (pembuatan) terjadi secara paralel. Ketika sebuah node melakukan perhitungan satu blok, ia juga menerima blok lain. Akibatnya, blok sebenarnya dieksekusi dalam urutan total (bukan secara paralel), sedangkan proses pembuatan blok itu sendiri terjadi secara paralel dengan konsensus. Namun, untuk setiap blok tertentu, proses ini benar-benar asinkron. Jelas, konsensus dan eksekusi blok yang sama pada saat yang sama tampaknya mustahil. Oleh karena itu, ketika blok n dieksekusi, node menerima blok n+1 untuk langkah selanjutnya. Jika konsensus miring (misalnya sepertiga dari node dalam jaringan bertindak jahat), rantai ditangguhkan, mirip dengan protokol BFT standar. Eksekusi transaksi yang gagal dalam blok tidak membatalkan blok, tetapi hanya tetap dalam keadaan gagal karena pembuatan dan eksekusi blok terpisah, dan status akhir blok saat ini dilakukan di blok berikutnya. 2 Bagaimana model multi-proposer diimplementasikan dan apa itu Autobahn? Protokol konsensus itu sendiri disebut "Autobahn" (seperti autobahn Jerman tanpa batas kecepatan). Autobahn memisahkan ketersediaan data dari pemesanan transaksi, dan ada model menarik di baliknya. Sama seperti jalur jalan raya mana pun, ada beberapa jalur, masing-masing simpul dengan lorongnya sendiri. Node menggunakan saluran ini untuk membuat proposal mengenai urutan transaksi. Proposal hanyalah kumpulan transaksi yang diurutkan. Autobahn terkadang melakukan operasi "tipcut", di mana beberapa proposal dikumpulkan untuk menyelesaikan urutan transaksi. Seperti disebutkan sebelumnya, setiap validator memiliki salurannya sendiri untuk mengusulkan banyak transaksi. Ketika sebuah node menerima proposal yang valid, ia mengirimkan suara untuk mengonfirmasi bahwa proposal telah diterima. Setelah proposal dikumpulkan untuk pemungutan suara, Bukti Ketersediaan (PoA) dibentuk, memastikan bahwa data telah diterima oleh setidaknya satu node yang jujur dalam jaringan. Tipcut terjadi dalam milidetik, dan akhirnya beberapa proposal dari Autobahn "dipotong". Pengusul memiliki insentif untuk menunggu blok dilepaskan dan melepaskan blok individual jika memungkinkan, tetapi batas waktu eksekusi untuk setiap blok (mirip dengan batas Gas) sedikit mengubah dinamika ini. Proposal di saluran biasanya setara dengan blok, yang berarti bahwa ketika tipcut terjadi, beberapa blok dipotong secara bersamaan. Setelah itu, pemimpin slot meneruskan tipcut ke node lain untuk menyelesaikan penyortiran. Node sebenarnya memberikan suara pada satu tipcut pada saat yang sama saat yang sudah menyiapkan tipcut berikutnya. Node yang melewatkan batch dapat diperoleh secara asinkron dari validator yang tercantum dalam PoA: ini adalah esensi dari kebutuhan akan ketersediaan data. Dalam kondisi sinkron, jika pemimpin benar, Autobahn menyelesaikan konfirmasi proposal dalam dua putaran komunikasi. Jika seorang pemimpin gagal, mekanisme memilih pemimpin baru untuk menjaga program tetap teratur. Proposal tip-cut berikutnya sebenarnya dapat dimulai selama fase penerapan tip-cut saat ini, mengurangi latensi karena eksekusi terjadi secara paralel dengan build. Faktanya, seluruh model adalah model multi-proposer di mana banyak node dapat membuat proposal untuk pemesanan blok mereka pada saat yang bersamaan. Setiap validator mengusulkan bloknya sendiri dan menerima bukti bahwa jaringan memiliki blok tersebut (PoA), yang membantu meningkatkan throughput dan efisiensi jaringan secara keseluruhan. 3 Eksekusi paralel dan penerapannya Seperti disebutkan sebelumnya, proses eksekusi blok terjadi secara paralel dengan konsensus, 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 dalam blok memang dapat dieksekusi secara paralel. Jika transaksi tidak memodifikasi (menulis) status yang sama, dan hasil dari satu transaksi tidak memengaruhi yang lain, maka transaksi tersebut dapat dieksekusi secara paralel. Singkatnya, jalur eksekusi mereka tidak boleh bergantung satu sama lain. Giga tidak memiliki mempool, dan transaksi segera disertakan oleh node. Giga mengasumsikan bahwa tidak ada konflik antara sebagian besar transaksi dan memprosesnya secara bersamaan pada beberapa inti prosesor. Perubahan pada setiap transaksi disimpan sementara dalam buffer pribadi dan tidak segera diterapkan ke blockchain. Saat pemrosesan selesai, sistem memeriksa apakah transaksi bertentangan dengan transaksi sebelumnya. Jika terjadi konflik, transaksi akan diproses ulang. Jika tidak ada konflik, perubahannya diterapkan ke blockchain dan diselesaikan. Mungkin juga ada tabrakan frekuensi tinggi, dalam hal ini sistem beralih ke pemrosesan satu transaksi pada satu waktu untuk memastikan bahwa transaksi dapat bergerak maju. Secara sederhana, eksekusi paralel mendistribusikan transaksi di beberapa inti, memungkinkan transaksi yang tidak bertentangan untuk dieksekusi secara bersamaan. 4. Masalah dan pengoptimalan penyimpanan Karena volume transaksi yang tinggi, data harus aman dan mudah diakses, sehingga harus disimpan dengan cara yang sedikit berbeda dari penyimpanan blockchain tradisional. Gigas menyimpan data dalam format kunci-nilai sederhana, struktur yang relatif datar yang membantu mengurangi kebutuhan akan beberapa pembaruan atau pemeriksaan saat data berubah. Selain itu, Giga menggunakan penyimpanan berjenjang: data terbaru dipertahankan pada SSD (kecepatan tinggi), sementara data yang kurang digunakan dimigrasikan ke sistem penyimpanan yang lebih lambat dan lebih hemat biaya. Jika node mogok, ia dapat memutar ulang log untuk memulihkan status yang benar dan menerapkan pembaruan ke RocksDB, database khusus, untuk mengatur data. Sistem penyimpanan menggunakan akumulator kriptografi yang membuktikan kebenaran data tanpa perhitungan berat. Akumulator diperbarui secara berkelompok, memungkinkan validator dan node ringan untuk dengan cepat menyetujui keadaan blockchain saat ini. 5. Menjadi blok EVM L1 multi-usulator...