Penulis: Carlos, Luke Leasure
Judul Asli: Solana’s block-building wars
Kompilasi dan Penyuntingan: BitpushNews
2026年1月5日, JITO meluncurkan alat publik bernama IBRL Explorer, yang bertujuan untuk mengukur perilaku pengemasan blok validator di Solana dan mengungkap "permainan waktu" yang sebelumnya tidak terlihat dalam pembangunan blok.
Pertama, kita perlu memahami beberapa latar belakang tentang struktur pasar Solana. Solana dirancang sebagai sistem pemrosesan aliran: dalam kondisi ideal, ketika blok sedang dibangun, pemimpin (leader) akan terus-menerus menyebarkan pecahan data (yaitu paket data kecil). Perilaku ini bertujuan untuk meminimalkan transaction landing latency (yaitu interval waktu antara validator menerima suatu transaksi hingga transaksi tersebut diproses). Namun, apakah pipeline transaksi Solana benar-benar kontinu, sebenarnya tergantung pada bagaimana validator merakit blok mereka.
Jito mendefinisikan perilaku pengemasan blok yang optimal dari perspektif validator: membangun dengan cepat, mentransmisikan secara aliran kontinu, menyebarkan status lebih awal. Skor IBRL Jito adalah campuran tertimbang dari tiga variabel ini:
-
Waktu Slot (35%): Validator mendapat skor tinggi jika blok mereka selesai dibangun dalam ambang batas berikut: slot serah terima yang diambil alih dari validator lain kurang dari 550 milidetik, atau sebagai slot berurutan (yaitu slot yang tersisa dalam giliran pemimpin) kurang dari 380 milidetik.
-
Pengemasan Transaksi Non-Voting (40%): Validator mendapat imbalan poin ketika transaksi didistribusikan secara merata di 64 tick slot (daripada memasukkan sebagian besar transaksi non-voting ke dalam beberapa tick terakhir slot, yaitu "pengemasan tertunda"). Ini adalah variabel skor IBRL yang paling kontroversial, akan dijelaskan secara rinci nanti.
-
Voting Lebih Awal (25%): Validator mendapat nilai penuh ketika setidaknya 90% transaksi voting diproses dalam 32 tick pertama. Skor berkurang jika voting ditunda ke bagian blok yang lebih akhir.
IBRL Explorer menunjukkan bahwa banyak validator melakukan pengemasan tertunda transaksi non-voting, dalam beberapa kasus bahkan memperpanjang waktu slot. Pengemasan tertunda menunda penyebaran status, meningkatkan varians hasil eksekusi, merusak desain aliran Solana, sehingga mengurangi latensi jaringan. Alih-alih mendapatkan aliran data yang berkelanjutan, yang Anda dapatkan adalah semburan data sekaligus.
Dalam blok yang optimal, seperti contoh dari validator Helius di bawah ini, sebagian besar transaksi voting diproses di paruh pertama blok ("menyebarkan status lebih awal"), sementara transaksi non-voting didistribusikan relatif merata di 64 tick slot ("transmisi aliran kontinu").
Menurut Lucas Bruder, Pendiri Bersama dan CEO Jito Labs, validator diinsentifkan untuk menunggu hingga momen terakhir slot, untuk mengamati lebih banyak transaksi yang masuk, memilih transaksi dengan biaya tertinggi, sehingga memaksimalkan imbalan.
Tapi mengapa pengguna harus peduli? Meskipun memaksimalkan keuntungan adalah perilaku rasional untuk satu validator, perilaku ini memperkenalkan penyensoran terselubung, menunda penyebaran status, dan memaksa pemimpin berikutnya untuk "mengejar ketertinggalan", sehingga memperlambat seluruh jaringan.
Yang lebih penting, pengemasan tertunda juga terkait langsung dengan dinamika "Pembayaran untuk Aliran Pesanan" (Payment for Order Flow - PFOF) yang sedang berkembang di Solana, seperti yang telah diuraikan Benedict Brady dalam artikel ini. Karena dompet dan aplikasi biasanya menghasilkan transaksi yang sudah ditandatangani dan diarahkan sebelumnya (yaitu pesanan pasar dengan batasan slippage), opsi "pelarian belakang" (backrunning) yang berharga tertanam dalam pesanan. Praktik yang menguntungkan pengguna adalah menjual hak pelarian belakang ini kepada firma perdagangan, sementara praktik ekstraktif adalah melakukan "serangan sandwich" (sandwich attacks). Bagaimanapun juga, ada motivasi untuk memperlambat kecepatan pendaratan transaksi untuk meningkatkan nilai pelarian belakang, yang persis dicapai oleh pengemasan tertunda.
Insentif ini mendorong Solana ke arah struktur pasar yang lebih bersifat antagonistik terhadap aplikasi dan pengguna. Ini juga melemahkan jaminan kunci yang diandalkan oleh market maker, khususnya dalam hal pembatalan dalam blok dan eksekusi deterministik, yang menyebabkan spread bid-ask melebar. Tanpa transmisi aliran, pasar waktu nyata yang sesungguhnya akan tetap jauh dari jangkauan Solana, betapapun bagusnya logika aplikasinya.
Debat Temporal vs. Jito
Sebelum membahas lebih dalam bagaimana Solana mengatasi masalah ini, harus diakui bahwa bahkan ada debat aktif tentang apa itu pembangunan blok yang "baik". Kontributor inti Harmonic mengajukan keberatan terhadap kerangka kerja dan metode penilaian IBRL Jito. Kritik mereka adalah bahwa skor tersebut menanamkan seperangkat preferensi desain tertentu, yang menguntungkan cara Jito membangun blok, dan secara default membuat Harmonic terlihat lebih buruk, yang tercermin dari skor yang terus rendah yang didapatkan oleh validator yang menjalankan Harmonic.
Menurut Pendiri Bersama Harmonic, blok Harmonic dieksekusi secara kontinu tanpa penundaan, tetapi pecahan data hanya dilepaskan setelah lelang sekitar 300 milidetik selesai. Metode ini memberi pembangun blok waktu yang cukup untuk bersaing, dan juga memberi waktu yang cukup bagi bagian jaringan lainnya untuk memutar ulang blok Harmonic. Visualisasi di bawah ini menunjukkan slot yang sama (391,822,619) dari validator Temporal Emerald yang menjalankan Harmonic.
Dilihat dari konteks bagaimana blok disebarkan (gambar atas), eksekusi Harmonic terlihat berjarak seragam. Dengan kata lain, pembangun blok terus membangun blok melalui pembangunan blok paralel, sedangkan transaksi hanya terkonsentrasi di tick terakhir (gambar bawah) karena itulah momen resolusi lelang.
Dalam 30 hari terakhir, Harmonic mengungguli Jito dan Firedancer dalam pendapatan total rata-rata dan median per blok (biaya prioritas + tip), sehingga membawa imbalan yang lebih tinggi untuk validator dan staker. Pertanyaan yang belum terjawab adalah apakah kinerja unggul ini dicapai dengan mengorbankan pengguna melalui permainan waktu seperti yang diuraikan di atas.
Sumber: https://reports.firedancer.io/
Multi Concurrent Proposers (MCP) vs BAM
Setelah menyajikan kedua sudut pandang, satu hal tetap berlaku: transmisi aliran kontinu sangat penting.
Klaim Harmonic bukanlah bahwa transmisi aliran tidak penting, tetapi bahwa IBRL gagal menangkap bagaimana Harmonic mencapainya, dan mungkin salah mengklasifikasikan mekanisme lelarnya sebagai "permainan waktu". Pada tahap ini, penulis belum memiliki latar belakang teknis atau data yang cukup untuk membentuk pandangan yang pasti, tetapi Solana sudah mengembangkan solusi dalam protokol yang bertujuan untuk mengatasi masalah insentif yang mendasarinya.
Solusi tersebut adalah Multi Concurrent Proposers (MCP), arsitektur yang dikembangkan oleh Anatoly Yakovenko dan Max Resnick. Motivasi sederhana: dalam model pemimpin tunggal (single leader) saat ini, satu proposer mengontrol pengurutan, dan pada dasarnya dapat bertindak lebih lambat dari yang lain, sehingga memungkinkan pengemasan tertunda dan memperkuat dinamika seperti PFOF yang disebutkan di atas. MCP menghilangkan monopoli pemimpin tunggal dengan memungkinkan beberapa proposer membangun blok kandidat secara paralel dan independen. Arsitektur ini dapat mencegah satu pemimpin secara sepihak menekan transaksi atau menunda eksekusi untuk mengekstrak keuntungan.
Artinya, prasyarat untuk MCP adalah peluncuran Alpenglow di mainnet. Alpenglow diperkirakan akan diluncurkan pada tahun 2026, tetapi jadwalnya masih belum pasti. Sementara itu, BAM milik Jito mungkin dapat mendorong perubahan dengan membuat logika pengurutan dapat diaudit. BAM bertujuan untuk memperluas ruang desain mikrostruktur Solana, memungkinkan aplikasi yang membutuhkan kontrol pengurutan yang lebih halus (misalnya, memprioritaskan pembatalan pesanan di tempat perdagangan perpetual futures) sekaligus membantu mengurangi efek eksternal MEV negatif, seperti frontrunning. Gambar di bawah ini menguraikan pipeline transaksi BAM.
Perlu diperhatikan bagaimana dinamika persaingan pembangunan blok akan berkembang dalam beberapa bulan mendatang, dan apa artinya bagi struktur pasar Solana.













