Sui berhenti menghasilkan blok untuk pertama kalinya setelah diluncurkan: pengembang mengatakan tidak ada masalah, keesokan harinya Franklin Templeton mengumumkan kerja sama
Baru-baru ini, jaringan publik Sui juga menghadapi situasi tidak dapat menciptakan blok untuk sementara waktu. Setelah mengalami dua setengah jam tidak dapat menciptakan blok, tim resmi Sui juga merilis laporan tentang kejadian ini. Namun, meskipun Sui fokus pada jaringan publik dengan kinerja tinggi, kejadian tidak dapat menciptakan blok ini juga mengingatkan pada Solana beberapa tahun yang lalu. Meskipun kedua proyek tersebut berbeda dalam bahasa pemrograman dan arsitektur, keduanya memiliki fokus yang sama pada jaringan publik dengan kinerja tinggi, namun juga dikritik karena kurangnya desentralisasi.
Mengapa satu kod pengawalan kesesakan lalu lintas telah menyebabkan kejatuhan semua validator
Laporan menunjukkan bahwa pada tanggal 21 November 2024, antara pukul 01:15 dan 03:45 waktu Pasifik, Mainnet Sui mengalami periode pemadaman total. Semua validator mengalami siklus kerusakan yang menyebabkan jaringan tidak dapat memproses transaksi apa pun. Kejadian ini menyoroti perlunya stabilitas yang tinggi saat meningkatkan performa blockchain yang cepat.
Menurut pernyataan resmi, alasan dari penangguhan ini adalah karena sepotong kode kontrol kemacetan (congestion control) di jaringan Sui yang memicu kegagalan validator. Secara khusus, kegagalan jaringan akan terjadi ketika kondisi berikut terpenuhi secara bersamaan:
Mode TotalGasBudgetWithCap untuk pengawasan kemacetan telah diaktifkan.
Menerima transaksi dengan fitur berikut: sebuah objek berbagi yang dapat berubah sebagai input, tanpa ada instruksi MoveCall
Ketika transaksi semacam itu masuk ke dalam jaringan, semua validator sekaligus mengalami kegagalan, menyebabkan jaringan terhenti.
Apa itu kontrol kemacetan?
Arsitektur berorientasi objek Sui Mainnet memungkinkan pemrosesan transaksi dalam jumlah besar secara paralel, inilah cara mereka mencapai kinerja tinggi. Namun, jika beberapa transaksi perlu ditulis ke objek bersama, masih perlu dilakukan secara berurutan, dan kecepatan pemrosesan transaksi semacam itu terbatas. Untuk menghindari kemacetan yang disebabkan oleh objek bersama, Sui memperkenalkan mekanisme kontrol kemacetan untuk membatasi laju transaksi objek bersama tunggal. Penulis tambahkan: Foundation Sui sebelumnya menyebutkan dalam acara klub buku offline yang diadakan bersama XueDAO, bahwa logikanya adalah untuk mengelompokkan transaksi yang saling terkait dan menjalankannya bersama-sama.
Baru-baru ini, Sui meningkatkan sistem kontrol kemacetan dengan memperkenalkan mode TotalGasBudgetWithCap untuk mengevaluasi kompleksitas transaksi secara lebih akurat. Namun, terdapat kerentanan dalam kode mode ini yang menyebabkan insiden ini terjadi. Tim Sui mengatakan bahwa mereka telah segera mengambil tindakan setelah menemukan masalah ini, dan telah merilis pembaruan versi Mainnet v1.37.4 dan Testnet v1.38.1 melalui perbaikan kode (PR #20365). Komunitas validator menunjukkan respons yang sangat efisien, dengan pemulihan jaringan hanya membutuhkan waktu 15 menit.
Protokol jenis: SUI berhenti mengeluarkan blok dan Solana benar-benar berbeda
Berhentinya Sui dalam memproduksi blok mengingatkan orang pada Solana dan bahkan TON tahun ini. CGO Kyrie dari protokol Keuangan Desentralisasi Sui, Typus, membagikan pandangan timnya tentang ini di Twitter. Dia secara langsung menunjukkan bahwa ini adalah masalah yang sepenuhnya berbeda dengan berhentinya Solana dalam memproduksi blok. Karena masalah Solana adalah kemacetan jaringan yang menyebabkan keruntuhan sistem, yang memerlukan perbaikan infrastruktur besar-besaran, dan ini juga berarti bahwa masalah Solana sulit untuk diselesaikan dalam jangka pendek. Sedangkan Sui kali ini adalah masalah teknis yang jelas, yang tidak mempengaruhi infrastruktur dasar sistem.
Kyrie mengatakan bahwa masalah kali ini terjadi karena overflow nilai saat menghitung Biaya Transaksi. Secara sederhana, ini seperti ketika tampilan kalkulator tidak cukup untuk menampilkan angka yang terlalu besar, sehingga akan kembali ke nol dan menghitung ulang. Sistem terjebak dalam siklus tak berujung dalam situasi ini, yang akhirnya menyebabkan seluruh jaringan berhenti.
Ketika nilai yang dihitung oleh sistem melebihi rentang yang dapat disimpan, desain aslinya adalah menghasilkan kesalahan perhitungan saat melebihi rentang, yang menyebabkan sistem terus-menerus mengulang perhitungan. Namun, setelah PR #20365 diperbaiki, batas perhitungan yang benar telah ditetapkan untuk menghindari terjadinya situasi ini. Dia juga menunjukkan bahwa kunci dari peristiwa ini adalah: masalah terjadi pada logika program Biaya Transaksi, bukan pada Mekanisme Konsensus SUI atau desain sistem. Ini juga menjelaskan mengapa perbaikan dapat dilakukan dengan cepat dan langsung.
Franklin Templeton dan SUI mengumumkan kemitraan
Sebelum batas waktu pengiriman, ada kabar bahwa Sui Foundation mengumumkan kemitraan dengan Franklin Templeton pada hari setelah penghentian blok. Dalam pernyataannya, Franklin Templeton menunjuk tiga protokol dan infrastruktur yaitu Deepbook, Karrier One, dan ika. Namun, mengingat operasi Franklin Templeton di blockchain, dapat diharapkan bahwa Sui, yang sangat mengutamakan keamanan dan berorientasi pada objek, akan terhubung dengan RWA.
Artikel ini pertama kali berhenti mengeluarkan blok setelah diluncurkan di SUI: pengembang mengatakan bahwa masalahnya tidak signifikan, dan keesokan harinya Franklin Templeton mengumumkan kemitraan. Awalnya muncul di Berita Rantai ABMedia.
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.
Sui berhenti menghasilkan blok untuk pertama kalinya setelah diluncurkan: pengembang mengatakan tidak ada masalah, keesokan harinya Franklin Templeton mengumumkan kerja sama
Baru-baru ini, jaringan publik Sui juga menghadapi situasi tidak dapat menciptakan blok untuk sementara waktu. Setelah mengalami dua setengah jam tidak dapat menciptakan blok, tim resmi Sui juga merilis laporan tentang kejadian ini. Namun, meskipun Sui fokus pada jaringan publik dengan kinerja tinggi, kejadian tidak dapat menciptakan blok ini juga mengingatkan pada Solana beberapa tahun yang lalu. Meskipun kedua proyek tersebut berbeda dalam bahasa pemrograman dan arsitektur, keduanya memiliki fokus yang sama pada jaringan publik dengan kinerja tinggi, namun juga dikritik karena kurangnya desentralisasi.
Mengapa satu kod pengawalan kesesakan lalu lintas telah menyebabkan kejatuhan semua validator
Laporan menunjukkan bahwa pada tanggal 21 November 2024, antara pukul 01:15 dan 03:45 waktu Pasifik, Mainnet Sui mengalami periode pemadaman total. Semua validator mengalami siklus kerusakan yang menyebabkan jaringan tidak dapat memproses transaksi apa pun. Kejadian ini menyoroti perlunya stabilitas yang tinggi saat meningkatkan performa blockchain yang cepat.
Menurut pernyataan resmi, alasan dari penangguhan ini adalah karena sepotong kode kontrol kemacetan (congestion control) di jaringan Sui yang memicu kegagalan validator. Secara khusus, kegagalan jaringan akan terjadi ketika kondisi berikut terpenuhi secara bersamaan:
Mode TotalGasBudgetWithCap untuk pengawasan kemacetan telah diaktifkan.
Menerima transaksi dengan fitur berikut: sebuah objek berbagi yang dapat berubah sebagai input, tanpa ada instruksi MoveCall
Ketika transaksi semacam itu masuk ke dalam jaringan, semua validator sekaligus mengalami kegagalan, menyebabkan jaringan terhenti.
Apa itu kontrol kemacetan?
Arsitektur berorientasi objek Sui Mainnet memungkinkan pemrosesan transaksi dalam jumlah besar secara paralel, inilah cara mereka mencapai kinerja tinggi. Namun, jika beberapa transaksi perlu ditulis ke objek bersama, masih perlu dilakukan secara berurutan, dan kecepatan pemrosesan transaksi semacam itu terbatas. Untuk menghindari kemacetan yang disebabkan oleh objek bersama, Sui memperkenalkan mekanisme kontrol kemacetan untuk membatasi laju transaksi objek bersama tunggal. Penulis tambahkan: Foundation Sui sebelumnya menyebutkan dalam acara klub buku offline yang diadakan bersama XueDAO, bahwa logikanya adalah untuk mengelompokkan transaksi yang saling terkait dan menjalankannya bersama-sama.
Baru-baru ini, Sui meningkatkan sistem kontrol kemacetan dengan memperkenalkan mode TotalGasBudgetWithCap untuk mengevaluasi kompleksitas transaksi secara lebih akurat. Namun, terdapat kerentanan dalam kode mode ini yang menyebabkan insiden ini terjadi. Tim Sui mengatakan bahwa mereka telah segera mengambil tindakan setelah menemukan masalah ini, dan telah merilis pembaruan versi Mainnet v1.37.4 dan Testnet v1.38.1 melalui perbaikan kode (PR #20365). Komunitas validator menunjukkan respons yang sangat efisien, dengan pemulihan jaringan hanya membutuhkan waktu 15 menit.
Protokol jenis: SUI berhenti mengeluarkan blok dan Solana benar-benar berbeda
Berhentinya Sui dalam memproduksi blok mengingatkan orang pada Solana dan bahkan TON tahun ini. CGO Kyrie dari protokol Keuangan Desentralisasi Sui, Typus, membagikan pandangan timnya tentang ini di Twitter. Dia secara langsung menunjukkan bahwa ini adalah masalah yang sepenuhnya berbeda dengan berhentinya Solana dalam memproduksi blok. Karena masalah Solana adalah kemacetan jaringan yang menyebabkan keruntuhan sistem, yang memerlukan perbaikan infrastruktur besar-besaran, dan ini juga berarti bahwa masalah Solana sulit untuk diselesaikan dalam jangka pendek. Sedangkan Sui kali ini adalah masalah teknis yang jelas, yang tidak mempengaruhi infrastruktur dasar sistem.
Kyrie mengatakan bahwa masalah kali ini terjadi karena overflow nilai saat menghitung Biaya Transaksi. Secara sederhana, ini seperti ketika tampilan kalkulator tidak cukup untuk menampilkan angka yang terlalu besar, sehingga akan kembali ke nol dan menghitung ulang. Sistem terjebak dalam siklus tak berujung dalam situasi ini, yang akhirnya menyebabkan seluruh jaringan berhenti.
Ketika nilai yang dihitung oleh sistem melebihi rentang yang dapat disimpan, desain aslinya adalah menghasilkan kesalahan perhitungan saat melebihi rentang, yang menyebabkan sistem terus-menerus mengulang perhitungan. Namun, setelah PR #20365 diperbaiki, batas perhitungan yang benar telah ditetapkan untuk menghindari terjadinya situasi ini. Dia juga menunjukkan bahwa kunci dari peristiwa ini adalah: masalah terjadi pada logika program Biaya Transaksi, bukan pada Mekanisme Konsensus SUI atau desain sistem. Ini juga menjelaskan mengapa perbaikan dapat dilakukan dengan cepat dan langsung.
Franklin Templeton dan SUI mengumumkan kemitraan
Sebelum batas waktu pengiriman, ada kabar bahwa Sui Foundation mengumumkan kemitraan dengan Franklin Templeton pada hari setelah penghentian blok. Dalam pernyataannya, Franklin Templeton menunjuk tiga protokol dan infrastruktur yaitu Deepbook, Karrier One, dan ika. Namun, mengingat operasi Franklin Templeton di blockchain, dapat diharapkan bahwa Sui, yang sangat mengutamakan keamanan dan berorientasi pada objek, akan terhubung dengan RWA.
Artikel ini pertama kali berhenti mengeluarkan blok setelah diluncurkan di SUI: pengembang mengatakan bahwa masalahnya tidak signifikan, dan keesokan harinya Franklin Templeton mengumumkan kemitraan. Awalnya muncul di Berita Rantai ABMedia.