Saya melihat beberapa teman mengeluh bahwa zkSync selalu down. Faktanya, menyebutnya "downtime" agak berlebihan. Lebih tepatnya, itu berarti "pembuatan blok yang tidak stabil". Intinya, waktu Verified terakhir dari transaksi yang dikirimkan oleh Sequencer tidak stabil, tetapi persepsi pengguna tidak jelas di akhir interaktif, karena desain Verifikasi zkSync memiliki lag konfirmasi. ** Ketidakstabilan dalam tahap desentralisasi mendatang akan berkurang. Saya menggambar alur kerja untuk didiskusikan dengan Anda.
Alasan mengapa pengguna menganggap "waktu henti" mungkin karena kegagalan transaksi yang disebabkan oleh beberapa DApps dan kompatibilitas rantai yang mendasari. Bagaimanapun, mengembangkan DApps di zkSync sendiri merupakan tantangan besar. Dibutuhkan sekitar 30 menit-1 jam bagi saya untuk mengamati perubahan status dari Komit ke Terverifikasi dari browser resmi, dan DApp interaktif sisi pengguna hampir tidak terpengaruh oleh hal ini. Artikel ini berfokus pada logika yang mendasari teknologi zkSync sains populer, untuk memberi Anda pemahaman yang jelas tentang zkSync.
Seperti yang ditampilkan dalam alur kerja, zkSync berjalan dalam langkah-langkah berikut:
Pengguna mengirim transaksi batch ke penyortir Sequencer melalui penerusan relai;
Sequencer bertanggung jawab untuk menyortir transaksi, menggabungkan, dan mengemas batch ke dalam pohon Merkle;
zkPorter menghasilkan bukti zk-SNARK dari pohon Merkle;
zk-SNARK membuktikan bahwa relai masing-masing menghasilkan Commit Hash ke L2 Validator dan rantai utama L1
Validator bertanggung jawab untuk memverifikasi kebenaran bukti zk-SNARK, dan mengirimkannya ke kontrak cerdas L1 untuk menghasilkan Verifikasi Hash jika benar;
Kontrak pintar zkSync di L1 memverifikasi pencocokan Commit Hash dan Verify Hash;
Setelah pencocokan berhasil, transaksi Transaksi Terverifikasi dibuat dan akhirnya diunggah ke rantai;
Jika pencocokan gagal, Commit Hash yang asli akan dibatalkan, dan sequencer akan mengirimkan kembali batch dan melakukan proses lagi.
Perlu ditekankan di sini bahwa **zkSync mengadopsi "komit dua fase (2PC)", dan akhirnya menentukan kumpulan transaksi legal melalui verifikasi Hash dari dua tahap Commit Hash dan Verifikasi Hash. Di satu sisi, ini dapat memastikan konsistensi dan keamanan data dalam proses operasi sistem, dalam pemahaman saya pribadi, ini juga merupakan manifestasi dari gagasan desentralisasi yang membatasi dua komponen sistem, Sequencer dan Validator, dan layak pujian. **
Alur Kerja zkSync terutama memiliki empat peran: Relay, Sequencer, zkPorter, dan Validator.Akan ada banyak "faktor tidak stabil" dalam pekerjaan koordinasi. Ini dapat diringkas sebagai stabilitas fungsi simpul, stabilitas kerja sama simpul, dan kompleksitas algoritme dan protokol yang mendasarinya. Kesalahan apa pun di tautan apa pun dapat menyebabkan penundaan pemblokiran. Kegagalan teknis Common Arbitrum Sequencer adalah tipikal, dan zkSync hanya akan menghadapi lebih banyak tantangan.
Adapun kerumitan algoritme, inilah takdir rantai zkSync, dan pengembang ekologis perlu bekerja keras untuk mengatasinya. Adapun stabilitas **kecerdasan simpul dan kolaborasi, saya pikir setelah datangnya tahap desentralisasi di masa depan, itu akan ditingkatkan secara efektif. ** Logikanya juga sederhana:
1) Node multi-terdistribusi dapat menghindari ketidakstabilan jaringan yang disebabkan oleh satu titik kegagalan, yang disebabkan oleh ketahanan sistem;
**2) Mekanisme insentif token terdistribusi dapat memberi developer sumber motivasi untuk menjaga stabilitas node. **
Berpikir dari perspektif lain, waktu **Verifing yang lama bukanlah masalah pada tahap awal ekologi, ini dapat secara efektif meningkatkan keamanan rantai dan mencegah beberapa node dalam sistem melakukan kejahatan. ** Singkatnya, jika Anda mengklarifikasi seluruh proses operasi zkSync, dan lebih jauh memahami kompleksitas teknis lapisan 2 dan mekanisme "khusus" yang dirancang untuk keamanan, Anda dapat memperkuat kepercayaan Anda pada jalur teknis L2. Semua orang dipersilakan untuk meneruskan dan berbagi, DM saya kapan saja, dan mari kita bertukar dan mempelajari zkSync secara mendalam.
Lihat Asli
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.
Mengapa zkSync selalu "waktu henti"? Artikel yang membahas Alur Kerja zkSync
Saya melihat beberapa teman mengeluh bahwa zkSync selalu down. Faktanya, menyebutnya "downtime" agak berlebihan. Lebih tepatnya, itu berarti "pembuatan blok yang tidak stabil". Intinya, waktu Verified terakhir dari transaksi yang dikirimkan oleh Sequencer tidak stabil, tetapi persepsi pengguna tidak jelas di akhir interaktif, karena desain Verifikasi zkSync memiliki lag konfirmasi. ** Ketidakstabilan dalam tahap desentralisasi mendatang akan berkurang. Saya menggambar alur kerja untuk didiskusikan dengan Anda.
Alasan mengapa pengguna menganggap "waktu henti" mungkin karena kegagalan transaksi yang disebabkan oleh beberapa DApps dan kompatibilitas rantai yang mendasari. Bagaimanapun, mengembangkan DApps di zkSync sendiri merupakan tantangan besar. Dibutuhkan sekitar 30 menit-1 jam bagi saya untuk mengamati perubahan status dari Komit ke Terverifikasi dari browser resmi, dan DApp interaktif sisi pengguna hampir tidak terpengaruh oleh hal ini. Artikel ini berfokus pada logika yang mendasari teknologi zkSync sains populer, untuk memberi Anda pemahaman yang jelas tentang zkSync.
Seperti yang ditampilkan dalam alur kerja, zkSync berjalan dalam langkah-langkah berikut:
Pengguna mengirim transaksi batch ke penyortir Sequencer melalui penerusan relai;
Sequencer bertanggung jawab untuk menyortir transaksi, menggabungkan, dan mengemas batch ke dalam pohon Merkle;
zkPorter menghasilkan bukti zk-SNARK dari pohon Merkle;
zk-SNARK membuktikan bahwa relai masing-masing menghasilkan Commit Hash ke L2 Validator dan rantai utama L1
Validator bertanggung jawab untuk memverifikasi kebenaran bukti zk-SNARK, dan mengirimkannya ke kontrak cerdas L1 untuk menghasilkan Verifikasi Hash jika benar;
Kontrak pintar zkSync di L1 memverifikasi pencocokan Commit Hash dan Verify Hash;
Setelah pencocokan berhasil, transaksi Transaksi Terverifikasi dibuat dan akhirnya diunggah ke rantai;
Jika pencocokan gagal, Commit Hash yang asli akan dibatalkan, dan sequencer akan mengirimkan kembali batch dan melakukan proses lagi.
Perlu ditekankan di sini bahwa **zkSync mengadopsi "komit dua fase (2PC)", dan akhirnya menentukan kumpulan transaksi legal melalui verifikasi Hash dari dua tahap Commit Hash dan Verifikasi Hash. Di satu sisi, ini dapat memastikan konsistensi dan keamanan data dalam proses operasi sistem, dalam pemahaman saya pribadi, ini juga merupakan manifestasi dari gagasan desentralisasi yang membatasi dua komponen sistem, Sequencer dan Validator, dan layak pujian. **
Alur Kerja zkSync terutama memiliki empat peran: Relay, Sequencer, zkPorter, dan Validator.Akan ada banyak "faktor tidak stabil" dalam pekerjaan koordinasi. Ini dapat diringkas sebagai stabilitas fungsi simpul, stabilitas kerja sama simpul, dan kompleksitas algoritme dan protokol yang mendasarinya. Kesalahan apa pun di tautan apa pun dapat menyebabkan penundaan pemblokiran. Kegagalan teknis Common Arbitrum Sequencer adalah tipikal, dan zkSync hanya akan menghadapi lebih banyak tantangan.
Adapun kerumitan algoritme, inilah takdir rantai zkSync, dan pengembang ekologis perlu bekerja keras untuk mengatasinya. Adapun stabilitas **kecerdasan simpul dan kolaborasi, saya pikir setelah datangnya tahap desentralisasi di masa depan, itu akan ditingkatkan secara efektif. ** Logikanya juga sederhana:
1) Node multi-terdistribusi dapat menghindari ketidakstabilan jaringan yang disebabkan oleh satu titik kegagalan, yang disebabkan oleh ketahanan sistem;
**2) Mekanisme insentif token terdistribusi dapat memberi developer sumber motivasi untuk menjaga stabilitas node. **
Berpikir dari perspektif lain, waktu **Verifing yang lama bukanlah masalah pada tahap awal ekologi, ini dapat secara efektif meningkatkan keamanan rantai dan mencegah beberapa node dalam sistem melakukan kejahatan. ** Singkatnya, jika Anda mengklarifikasi seluruh proses operasi zkSync, dan lebih jauh memahami kompleksitas teknis lapisan 2 dan mekanisme "khusus" yang dirancang untuk keamanan, Anda dapat memperkuat kepercayaan Anda pada jalur teknis L2. Semua orang dipersilakan untuk meneruskan dan berbagi, DM saya kapan saja, dan mari kita bertukar dan mempelajari zkSync secara mendalam.