Apa Itu Turbine? Protokol Propagasi Blok Solana via Shred

Turbine adalah protokol propagasi blok Solana yang memecah setiap blok menjadi ribuan potongan kecil bernama shred (±1.280 byte per shred), lalu menyebarkannya ke seluruh validator melalui struktur pohon berlapis — bukan dikirim satu per satu oleh satu node.

Masalah yang Dipecahkan Turbine

Bayangkan satu leader harus mengirim blok berukuran 128 MB ke 2.000 validator setiap 400 milidetik. Jika dikirim langsung (unicast penuh), leader itu butuh bandwidth ratusan Gbps — tidak realistis. Turbine menyelesaikan ini dengan pendekatan epidemic propagation: leader hanya mengirim shred ke sekelompok kecil validator di lapisan pertama, lalu tiap validator meneruskan shred ke validator lain di lapisan berikutnya.

Hasilnya: beban bandwidth menyebar secara eksponensial, bukan terpusat di satu titik.

Cara Kerja Shred dan Pohon Propagasi

Sebelum dikirim, blok dipotong menjadi dua jenis shred:

• Data shred — potongan isi blok asli.
• Code shred (erasure coding) — redundansi menggunakan Reed-Solomon, sehingga blok bisa direkonstruksi meski sebagian shred hilang di jaringan.

Leader lalu membangun pohon Turbine secara deterministik berdasarkan stake validator. Validator dengan stake lebih besar ditempatkan lebih dekat ke root karena diharapkan punya koneksi lebih andal. Setiap validator di pohon menerima shred, memverifikasi tanda tangan, lalu meneruskannya ke anak-anak di pohon.

Solana menarget latensi propagasi blok penuh di bawah 400 ms untuk seluruh jaringan global — Turbine adalah komponen kunci yang membuat angka ini bisa dicapai.

Hubungan Turbine dengan Komponen Solana Lain

Turbine tidak berdiri sendiri. Ia bekerja dalam satu pipeline bersama:

• Proof of History (PoH) — clock kriptografis yang menentukan urutan transaksi sebelum blok disebarkan.
• Gulf Stream — protokol forwarding transaksi yang mengirim transaksi ke leader berikutnya sebelum gilirannya tiba, mengurangi mempool.
• Sealevel — runtime paralel Solana yang memproses transaksi non-konflik secara bersamaan.

Turbine menangani bagian “setelah blok dibuat” — memastikan blok yang sudah dihasilkan oleh leader sampai ke semua validator secepat mungkin agar konsensus bisa berjalan.

Kelemahan dan Serangan yang Perlu Diketahui

Turbine punya permukaan serangan yang berbeda dari broadcast biasa:

• Eclipse attack — validator bisa diisolasi jika posisi pohon mereka dimanipulasi.
• Shred withholding — node nakal bisa menahan shred dan tidak meneruskannya, memperlambat propagasi.
• Stake-weighted manipulation — pohon yang dibangun berdasarkan stake bisa dieksploitasi jika distribusi stake sangat terkonsentrasi.

Solana Labs terus mengubah algoritma penugasan pohon Turbine untuk mengurangi risiko ini. Satu iterasi besar adalah Turbine v2 yang menambah acak berbasis VRF (verifiable random function) pada penugasan node.

Relevansi untuk Operator dan Delegator

Jika kamu menjalankan atau memilih validator Solana, posisi validator di pohon Turbine memengaruhi seberapa cepat ia menerima shred. Validator yang lambat menerima shred bisa ketinggalan blok (skip slot), menurunkan vote performance, dan ujungnya mengurangi reward delegator. Ini salah satu alasan mengapa kualitas koneksi jaringan dan lokasi geografis validator penting saat memilih tempat mendelegasikan SOL.

⚠️ Disclaimer: Artikel ini bersifat edukatif, bukan saran keuangan atau investasi personal.