Di Dalam Starfish: Penjelasan Konsensus Berbasis Dorongan IOTA

• Iklan -

• Starfish dari IOTA mengirim data kunci lebih awal, membantu validator menghindari penantian panjang untuk blok yang hilang saat jaringan mengalami tekanan.

• IOTA menggunakan encoding Reed-Solomon dan pemeriksaan DAG untuk memulihkan payload tanpa mendorong data transaksi lengkap ke setiap validator.

IOTA telah memindahkan konsensus Starfish ke Mainnet melalui rilis v1.21.1 dan versi protokol 24. Pembaruan ini memberi jaringan desain konsensus baru yang dibangun untuk kondisi dunia nyata, di mana validator harus menjaga data tetap bergerak bahkan saat node melambat, pesan tiba terlambat, atau beberapa peserta berperilaku tidak benar.

Konsensus biasanya berpusat pada kesepakatan. Validator harus sepakat tentang riwayat yang sama, bahkan di bawah tekanan. Namun, Starfish memperlakukan sinkronisasi sebagai bagian dari masalah yang sama. Seorang validator tidak dapat memberikan suara pada blok yang belum dilihatnya. Ia juga tidak dapat mengesahkan data transaksi yang tidak dapat dibangun kembali. Karena itu, Starfish menempatkan pergerakan data di dalam protokol daripada meninggalkannya sebagai tugas jaringan terpisah.

“Langkah jujur adalah membantu jaringan maju.”

Starfish aktif di Mainnet IOTA – dan @NaitsabesMue dari tim Riset kami menjelaskan keputusan desain teknis, pertukaran, dan apa yang ditunjukkan data di blog IOTA. pic.twitter.com/78f0x5f8wz

— IOTA (@iota) 7 Mei 2026

Grafik siklik terarah (DAG) dari IOTA mencatat bagaimana blok merujuk ke blok sebelumnya. Tautan tersebut menunjukkan apa yang telah dilihat validator dan di mana jaringan masih memiliki kekosongan. Ketika referensi muncul di banyak validator, jaringan menunjukkan pengetahuan bersama, dan ketika referensi tersebut hilang, struktur tersebut mengungkapkan di mana sinkronisasi gagal.

Model konsensus Mysticeti sebelumnya dari IOTA lebih bergantung pada perilaku tarik. Dalam pengaturan itu, validator meminta blok yang hilang dari rekan setelah mendeteksi kekosongan. Tarik menghemat bandwidth dalam kondisi tenang tetapi menambah latensi saat jaringan mengalami tekanan. Setiap item yang hilang menciptakan permintaan lain, penantian lain, dan langkah pemulihan lain.

IOTA mengaktifkan peningkatan konsensus Starfish di mainnet sebagai bagian dari dorongannya untuk mendukung infrastruktur perdagangan dunia nyata yang terkait dengan pasar global senilai $35 triliun. Pembaruan ini membantu jaringan tetap tangguh saat beberapa node tertinggal atau terputus.

Starfish IOTA Menggunakan Dorong untuk Mengurangi Penundaan Pemulihan

Starfish mengubah pola tersebut dengan pendekatan berbasis dorong. Validator memindahkan informasi berguna ke depan sebelum diminta oleh yang lain. Ini memberi node yang tertinggal data yang kemungkinan mereka perlukan sebelum masalah riwayat hilang mencapai jalur kritis. Grafik permintaan keluar IOTA menunjukkan perubahan ini dengan jelas, dengan Starfish mengurangi permintaan tarik sekitar satu orde magnitudo dibandingkan Mysticeti.

Tingkat permintaan keluar | Mysticeti vs Starfish | Sumber: Blog IOTA

Desain ini tidak mendorong semuanya secara penuh. Starfish memisahkan metadata dari payload transaksi. Header membawa referensi, suara, pengakuan, detail waktu, dan komitmen payload. Data transaksi bergerak secara terpisah. Ini menjaga jalur konsensus tetap ringan sambil tetap memberi validator cukup informasi untuk menjaga DAG tetap sehat.

Encoding Reed-Solomon mendukung struktur tersebut. Starfish memecah payload transaksi blok menjadi fragmen, dengan satu fragmen ditugaskan ke setiap validator. Payload asli dapat dibangun kembali dari subset fragmen valid yang cukup. Dalam Starfish, setiap f+1 fragmen valid dapat merekonstruksi payload, sementara 2f+1 pengakuan menciptakan kondisi ketersediaan yang diperlukan untuk keamanan di bawah asumsi Byzantine.

Oleh karena itu, Starfish tidak memerlukan setiap validator menyimpan payload lengkap secara bersamaan. Sebaliknya, ini membuktikan bahwa cukup bagian yang diverifikasi ada di seluruh validator jujur untuk membangun kembali data tersebut. Saat DAG berkembang, blok-blok berikutnya membawa bukti bahwa payload sebelumnya tetap dapat dipulihkan.

Data kinerja menjelaskan mengapa IOTA menerima trade-off tersebut. Starfish menggunakan bandwidth lebih banyak daripada Mysticeti selama periode pengujian, tetapi komunikasi tambahan terjadi lebih awal dan mengikuti jalur yang terstruktur. Alih-alih menunggu validator meminta data yang hilang, protokol mengirimkan informasi berguna lebih awal, yang menurunkan biaya pemulihan nanti dan membantu jaringan tetap selaras di bawah tekanan.

Bandwidth: Mysticeti vs Starfish | Sumber: Blog IOTA

Gambar kinerja juga berkaitan dengan varians. Starfish menambahkan langkah ketersediaan sebelum pengurutan, yang dapat sedikit meningkatkan latensi transaksi biasa. Namun, kasus yang lebih lambat membaik, dan jaringan menghabiskan lebih sedikit waktu untuk memulihkan dari informasi yang hilang.