Baru-baru ini, @zksync menyelesaikan peningkatan Boojum, dan pada premis inilah zkSync bertahan dalam uji stres Prasasti Operasi SYNC. Namun, Boojum dinilai kurang dihargai oleh pasar.
Peningkatan kinerja apa yang dibawa Boojum? Dapatkah masalah stabilitas Keuangan Terdesentralisasi yang dikritik diselesaikan? Selanjutnya, mari kita bicara tentang pemahaman saya:
Peningkatan Boojum, hanya dipahami, akan memungkinkan zkSync untuk menyelesaikan transisi dari SNARK ke bukti STARK. Alur kerjanya kira-kira sebagai berikut:
Ketika batch dienkapsulasi, transaksi ini dipecah menjadi beberapa sirkuit tertentu, yang kemudian diproses secara paralel dan berkecepatan tinggi untuk menghasilkan sejumlah besar STARK, yang akhirnya dikumpulkan menjadi bukti STARK. Akhirnya, bukti STARK dikemas menjadi bukti SNARK dan diserahkan ke Jaringan Utama untuk verifikasi.
Campuran STARKs dan SNARKs ini memastikan pemrosesan volume transaksi yang besar secara efisien, sambil menjatuhkan ukuran data yang dikirimkan ke Jaringan Utama (SNARKs lebih sederhana) dan lebih kompatibel dengan Jaringan Utama.
Penggunaan dua bukti pada saat yang sama berarti bahwa teknologi kompresi canggih, teknologi akselerasi perangkat keras, optimasi Algoritma, efisiensi agregasi pemrosesan batch, optimasi memori dan penyimpanan sistem Prover akan memiliki peningkatan kinerja yang signifikan.
Menurut tweet @0xtaetaehoho, volume data rata-rata per transaksi adalah 211 byte sebelum pembaruan Boojum, dan dapat dikurangi menjadi sekitar 68 byte setelah peningkatan, dan peningkatan teknologi kompresi akan secara langsung sangat meningkatkan volume transaksi setiap batch di lapisan 2, yang akan sangat meningkatkan TPS (sekitar 450), dan biaya gas dari satu transaksi akan turun (sekitar 65%).
Prinsipnya tidak sulit untuk dipahami, lapisan 2 mengirimkan bukti data status ke calldata Jaringan Utama, karena data penyimpanan yang terbatas di Jaringan Utama, kemampuan pemrosesan paralel STARK lapisan 2 dan teknologi pemrosesan kompresi bukti SNARK menentukan volume transaksi dan tingkat gas yang dapat diproses oleh satu batch;
Sebelumnya, ZK-Rollup memiliki masalah ketidakstabilan dalam memproses transaksi Keuangan Terdesentralisasi frekuensi rendah, dan kecenderungan aslinya tidak kondusif untuk stabilitas Keuangan Terdesentralisasi. Misalnya, harga variabel Keuangan Terdesentralisasi memerlukan beberapa umpan harga Oracle, dan jika kedua transaksi tidak dikelompokkan ke dalam keadaan yang sama, keausan transaksi yang dihasilkan akan meningkat.
Sekarang volume transaksi dari satu batch di layer2 telah meningkat secara signifikan, dan lebih banyak pembaruan status data Oracle dapat ditampung di dalam blok. Masalah stabilitas Keuangan Terdesentralisasi juga akan diselesaikan secara efektif.
Seperti yang dinyatakan oleh @anthonykrose resmi zkSync, tidak peduli berapa banyak pembaruan Oracle Machine yang terkandung dalam Blok, seluruh status Blok dapat diproses dan dicatat secara keseluruhan, dan hanya perlu membayar biaya satu penulisan status. Ini bermanfaat untuk biaya rendah, efisiensi tinggi, dan stabilitas aplikasi Keuangan Terdesentralisasi pada rantai ZK-Rollup.
Masuk akal bahwa peningkatan Boojum harus dianggap sebagai tonggak sejarah bagi zkSync.
Di satu sisi, ini memverifikasi kesimpulan bahwa semakin besar volume transaksi sistem ZK, semakin rendah biaya gas, semakin baik pengalamannya, dan di sisi lain, ini juga membuktikan bahwa aplikasi yang efisien dan peningkatan kinerja sumber daya komputasi seperti teknologi kompresi dan akselerasi perangkat keras dari sistem Prover off-chain akan membawa imajinasi tak terbatas ke sistem ZK.
Setelah upgrade Cancun, Ukuran Blok blob EthereumMainnet diharapkan dapat menurunkan biaya transaksi batch layer2, dan sekarang optimalisasi teknis sistem ZK itu sendiri telah membawa rollup seri ZK dan rollup seri OP ke level yang sama.
Intinya adalah, ZK-Rollup jauh lebih “aktif” daripada OP-Rollup. Keunggulan teknologi ZK-Rollup yang selalu diceritakan telah terbukti sepenuhnya setelah upgrade Boojum.
Referensi: Untuk akselerasi perangkat keras ZK, pengoptimalan Daya Komputasi, dll., Silakan lihat laporan penelitian berikut:
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Kontributor terbesar untuk menahan tekanan prasasti?Pada peningkatan zkSync oleh peningkatan Boojum
** Ditulis oleh: Haotian **
Baru-baru ini, @zksync menyelesaikan peningkatan Boojum, dan pada premis inilah zkSync bertahan dalam uji stres Prasasti Operasi SYNC. Namun, Boojum dinilai kurang dihargai oleh pasar.
Peningkatan kinerja apa yang dibawa Boojum? Dapatkah masalah stabilitas Keuangan Terdesentralisasi yang dikritik diselesaikan? Selanjutnya, mari kita bicara tentang pemahaman saya:
Ketika batch dienkapsulasi, transaksi ini dipecah menjadi beberapa sirkuit tertentu, yang kemudian diproses secara paralel dan berkecepatan tinggi untuk menghasilkan sejumlah besar STARK, yang akhirnya dikumpulkan menjadi bukti STARK. Akhirnya, bukti STARK dikemas menjadi bukti SNARK dan diserahkan ke Jaringan Utama untuk verifikasi.
Campuran STARKs dan SNARKs ini memastikan pemrosesan volume transaksi yang besar secara efisien, sambil menjatuhkan ukuran data yang dikirimkan ke Jaringan Utama (SNARKs lebih sederhana) dan lebih kompatibel dengan Jaringan Utama.
Penggunaan dua bukti pada saat yang sama berarti bahwa teknologi kompresi canggih, teknologi akselerasi perangkat keras, optimasi Algoritma, efisiensi agregasi pemrosesan batch, optimasi memori dan penyimpanan sistem Prover akan memiliki peningkatan kinerja yang signifikan.
Prinsipnya tidak sulit untuk dipahami, lapisan 2 mengirimkan bukti data status ke calldata Jaringan Utama, karena data penyimpanan yang terbatas di Jaringan Utama, kemampuan pemrosesan paralel STARK lapisan 2 dan teknologi pemrosesan kompresi bukti SNARK menentukan volume transaksi dan tingkat gas yang dapat diproses oleh satu batch;
Sekarang volume transaksi dari satu batch di layer2 telah meningkat secara signifikan, dan lebih banyak pembaruan status data Oracle dapat ditampung di dalam blok. Masalah stabilitas Keuangan Terdesentralisasi juga akan diselesaikan secara efektif.
Seperti yang dinyatakan oleh @anthonykrose resmi zkSync, tidak peduli berapa banyak pembaruan Oracle Machine yang terkandung dalam Blok, seluruh status Blok dapat diproses dan dicatat secara keseluruhan, dan hanya perlu membayar biaya satu penulisan status. Ini bermanfaat untuk biaya rendah, efisiensi tinggi, dan stabilitas aplikasi Keuangan Terdesentralisasi pada rantai ZK-Rollup.
Masuk akal bahwa peningkatan Boojum harus dianggap sebagai tonggak sejarah bagi zkSync.
Di satu sisi, ini memverifikasi kesimpulan bahwa semakin besar volume transaksi sistem ZK, semakin rendah biaya gas, semakin baik pengalamannya, dan di sisi lain, ini juga membuktikan bahwa aplikasi yang efisien dan peningkatan kinerja sumber daya komputasi seperti teknologi kompresi dan akselerasi perangkat keras dari sistem Prover off-chain akan membawa imajinasi tak terbatas ke sistem ZK.
Setelah upgrade Cancun, Ukuran Blok blob EthereumMainnet diharapkan dapat menurunkan biaya transaksi batch layer2, dan sekarang optimalisasi teknis sistem ZK itu sendiri telah membawa rollup seri ZK dan rollup seri OP ke level yang sama.
Intinya adalah, ZK-Rollup jauh lebih “aktif” daripada OP-Rollup. Keunggulan teknologi ZK-Rollup yang selalu diceritakan telah terbukti sepenuhnya setelah upgrade Boojum.
Referensi: Untuk akselerasi perangkat keras ZK, pengoptimalan Daya Komputasi, dll., Silakan lihat laporan penelitian berikut: