Call for Papers (CFP) siap untuk ACNS 2026 (tenggat waktu pertama dalam sebulan) Tempat: Kota New York

Asumsi sinkronisasi terbatas dan aplikasi overhead latensi rendah, pilih salah satu! Secara tradisional, kami telah mengembangkan banyak sistem terdistribusi yang aman, seperti MPC, dengan asumsi agen akan sangat berbahaya, tetapi komunikasinya akan sinkron (nee, saluran siaran). Namun, apa pun yang telah saya bangun, saya mengamati bahwa sinkronisasi terbatas sering rusak kecuali kita menetapkan batas terlalu tinggi (dalam hitungan menit), sementara node sangat andal dan sering gagal dengan cara semua-atau-tidak sama sekali (kecuali sebagian kecil crash).

@esnie17 menghadirkan Pemulihan dari Kesalahan Berlebihan untuk blockchain minggu ini di Usenix Security 2026. dengan @kartik1507 dan @AndrewLewisPye (Url: ) -------------------- Blockchain mengandalkan protokol siaran konsensus/SMR/Atomic untuk memastikan semua node dalam jaringan menyetujui urutan transaksi. Apa masalahnya? Protokol ini hanya dapat menangani sejumlah node yang buruk atau rusak (disebut kesalahan Bizantium). Tetapi apa yang terjadi jika lebih banyak node dari yang diharapkan menjadi buruk — lebih dari yang dirancang untuk ditangani oleh sistem? Sampai sekarang, sebagian besar blockchain akan gagal atau macet. Itu masalah besar. Apa yang dicapai oleh pekerjaan ini? Kami membuat perbaikan ekstensif untuk masalah ini — metode perbaikan yang membantu blockchain pulih dari terlalu banyak node buruk setelah fakta. Begini cara kerjanya: Dengan menggunakan jejak berbasis tanda tangan, kita dapat mendeteksi node mana yang bertindak buruk, tanpa menyalahkan yang baik. Ini membantu blockchain "menyembuhkan" dirinya sendiri dan kembali ke operasi normal. Ini mungkin tidak bekerja semulus seolah-olah semuanya sempurna, tetapi masih jauh lebih baik daripada gagal sepenuhnya. Tes Dunia Nyata Kami membangun sistem ini ke dalam protokol konsensus HotStuff dan menunjukkan bahwa kinerja sistem kembali normal setelah pemulihan. Dengan 30 node, hanya ada perlambatan kecil (4,3%). Rata-rata, transaksi membutuhkan waktu sedikit lebih lama untuk diproses (sekitar 12,87% lebih banyak penundaan), tetapi sistem tetap hidup dan berfungsi. Kami juga membuat versi yang disesuaikan dengan protokol tertentu seperti Tendermint dan HotStuff, membuatnya lebih cepat dan lebih efisien. Deteksi Kesalahan yang Lebih Baik Kami juga mengerjakan cara yang lebih baik untuk mendeteksi hingga n-2 node buruk di blockchain apa pun yang menggunakan BFT. Kami membuat metode deteksi baru yang berfungsi tanpa memerlukan pesan tambahan antar node Mengapa Ini Penting Sekarang, jaringan blockchain kami dapat bertahan dan pulih bahkan ketika lebih banyak node menjadi nakal dari yang diharapkan. Anda mendapatkan alat yang lebih baik untuk mendeteksi dan mengisolasi aktor jahat. Ini menambah lapisan ketahanan dan keandalan pada sistem blockchain, membantu mencegah waktu henti atau serangan yang mahal. --------------------