Minggu ini, dorongan kinerja Solana mendapatkan momentum baru ketika para insinyur di balik Firedancer, klien validator berkinerja tinggi alternatif Jump, mengajukan Dokumen Perbaikan Solana (SIMD-0370) baru untuk menghapus batas unit komputasi tingkat blok (CU) jaringan. Mereka mengatakan bahwa perubahan ini tidak lagi diperlukan setelah Alpenglow dan akan segera mengarah pada throughput yang lebih tinggi dan latensi yang lebih rendah ketika permintaan meningkat.

Tim "Firedancer" menulis permintaan tarik, yang dibuka pada 24 September 2025, dan jelas diberi label sebagai rencana "pasca-Alpenglow". Di Alpenglow, jika node pemilih tidak dapat memproses blok yang diusulkan dalam waktu yang diberikan, ia mengirimkan SkipVote. Para penulis mengatakan bahwa batas CU yang ditegakkan oleh protokol terpisah per blok tidak diperlukan karena blok yang lambat segera dilewati.

"Di Alpenglow, node pemilih mengeluarkan SkipVote jika mereka tidak dapat menyelesaikan blok tepat waktu..." Teks tersebut mengatakan bahwa SIMD ini menghilangkan batasan pada jumlah unit komputasi blok yang dapat digunakan, karena aturan penjadwalan baru menjadikan batasan tersebut tidak perlu.

Para penulis juga mendorong untuk adanya keselarasan ekonomi yang lebih baik, selain dari kemurnian teknis. Mereka mengatakan bahwa batasan CU tingkat blok saat ini melanggar insentif dengan membatasi kapasitas melalui perubahan protokol alih-alih peningkatan perangkat keras dan perangkat lunak. Jika Anda menghapusnya, produsen mungkin memuat blok hingga titik di mana mesin mereka dapat memproses dan menyebarkannya dengan aman. Ini akan menempatkan persaingan klien dan perangkat keras di posisi teratas.

Mereka mengatakan, "Kapasitas jaringan tidak didasarkan pada kemampuan perangkat keras tetapi pada batasan unit komputasi blok yang sewenang-wenang." Mereka kemudian menjelaskan mengapa meningkatkan batasan itu akan mengubah insentif bagi klien validator dan pencipta program.

Bacaan Terkait: "Hitungan Mundur Akhir" untuk Amandemen ETF Solana—Persetujuan dalam 2 Minggu?

Komentar awal tinjauan kode dari kontributor inti dan tim klien menunjukkan bagaimana perubahan tersebut dapat mempengaruhi pengguna dalam jangka pendek dan apa yang tidak akan dilakukannya. Salah satu peninjau merangkum keuntungan praktis dengan mengatakan, "Menghapus batasan hari ini memiliki manfaat nyata bagi ekosistem dan pengguna akhir... tanpa harus menunggu arsitektur masa depan jaringan diselesaikan." Seseorang mengatakan bahwa batasan blok tertentu masih akan berlaku, menyebutkan "batas maksimum shred." Yang lain mengatakan bahwa jaringan mungkin sebaiknya mempertahankan batas CU per transaksi untuk sekarang dan mempertimbangkan perubahan apa pun terhadap batasan tersebut sebagai isu terpisah yang lebih penting.

Keamanan dan keberlangsungan sangat penting. Peninjau ingin proposal tersebut jelas mengenai mengapa keselamatan tetap terjaga meskipun sebuah blok terlalu berat untuk disebarkan tepat waktu. Penjelasan Alpenglow adalah bahwa blok semacam itu tidak dipilih, yang berarti mereka dilewati. Ini menjaga jaringan tetap bergerak maju tanpa menghukumnya. Para pencipta Firedancer setuju bahwa jam dan anggaran propagasi adalah pengaman terpenting, bukan langit-langit CU yang tetap.

Proposal tersebut juga membahas isu umum dalam debat throughput: koordinasi. Jika satu produsen blok memperbarui perangkat keras mereka dengan cepat sementara yang lain tidak, apakah jaringan akan kehilangan blok dan menyebabkan churn? Salah satu peninjau mengatakan bahwa produsen yang terlalu ambisius sudah melakukan kalibrasi sendiri karena kehilangan blok berarti kehilangan imbalan, yang secara otomatis membatasi ukuran blok pada apa yang dapat diterima oleh rekan-rekan tepat waktu. Makalah tersebut melanjutkan dengan mengatakan bahwa kekuatan pasar sekarang mengontrol kapasitas karena tidak ada lagi batas CU. Ini berarti bahwa produsen dan tim klien yang memaksimalkan eksekusi, jaringan, dan penjadwalan akan memenangkan lebih banyak blok dan biaya, yang akan mendorong batas ke luar sesuai dengan permintaan.

SIMD-0370 penting karena ini tahan masa depan. Solana memiliki rencana jangka panjang untuk membiarkan beberapa pengusul bekerja sama. Terkadang desain ini memiliki batasan blok, dan terkadang tidak. Peninjau menyoroti bahwa menghilangkan batasan yang ada tidak berarti bahwa arsitektur pengusul bersamaan tidak dapat dibuat di kemudian hari. Ini hanya membuat lebih mudah untuk melakukan kemajuan yang "dapat direalisasikan hari ini."

Perdebatan GitHub memberikan rincian teknis, tetapi Anza, tim klien Solana di balik Agave, juga telah membagikan saran tersebut di media sosial, menunjukkan bahwa banyak orang di tim klien memperhatikan perubahan tersebut dan apa artinya bagi pengguna.

Apa yang akan terjadi pada konsumen dan pengembang jika SIMD-0370 diluncurkan? Selama waktu sibuk, seperti airdrop, mint, dan volatilitas pasar, blok mungkin menyimpan lebih banyak komputasi selama mereka dapat diselesaikan dan disebarkan dalam waktu slot. Ini dapat meningkatkan throughput yang sustain dan meratakan lonjakan biaya.

Bagi pengembang Solana, lebih banyak ruang dan insentif yang lebih baik untuk menyetel klien dan perangkat keras mungkin menurunkan latensi ekor untuk beban kerja berat. Namun, program masih perlu dioptimalkan untuk paralelisme dan lokalitas. Bagi validator, keunggulan akan semakin bergeser menuju kecepatan eksekusi, kinerja jaringan, dan prosedur pembangunan blok yang cerdas yang menemukan keseimbangan yang tepat antara pendapatan biaya dan bahaya membuat blok terlalu berat sehingga dilewati.

Seperti semua SIMD, pembaruan harus ditinjau oleh komunitas, diterapkan, dan dikoordinasikan di antara semua klien validator. Namun, jalannya jelas. Setelah Alpenglow, pencipta Solana berpikir bahwa anggaran waktu slot adalah kendala yang sebenarnya.


#CryptoETFMonth #solana #MarketRebound $SOL