Solana telah mengurangi waktu slot targetnya dari 400 milidetik menjadi 350ms untuk pertama kalinya sejak jaringan diluncurkan, memulai rencana empat tahap yang pada akhirnya dapat menurunkan waktu slot menjadi 200ms.
Wakil presiden teknologi Solana Foundation, Jacob Creech, mengumumkan perubahan tersebut pada 21 Agustus, menyatakan bahwa jaringan telah memasuki “era baru 350ms” sebelum menambahkan, “Perhentian berikutnya, 300ms.”
Waktu slot rata-rata berjalan sekitar 360ms pada saat penulisan, menurut penjelajah waktu slot Solana, dibandingkan dengan target asli jaringan 400ms.
Perubahan ini adalah langkah pertama di bawah SIMD-0525, proposal peningkatan Solana yang memperkenalkan empat konfigurasi slot yang secara bertahap lebih pendek pada 350ms, 300ms, 250ms, dan 200ms. Proposal ini disetujui dan digabungkan pada 14 Mei.
Daripada langsung beralih ke target akhir, Solana berencana untuk mengaktifkan setiap pengurangan secara terpisah, memberikan kesempatan kepada operator validator dan pengembang klien untuk menguji perilaku jaringan saat produksi blok menjadi lebih cepat.
Solana Foundation menyatakan pada bulan Juni bahwa mengurangi slot dari 400ms menjadi 200ms akan menurunkan latensi dan memungkinkan konfirmasi mencapai pengguna lebih cepat.
Di bawah SIMD-0525, gerbang fitur pertama mengubah target slot menjadi 350ms. Aktivasi selanjutnya akan membawanya ke 300ms, lalu 250ms, dan akhirnya 200ms.
Keempat tahap saat ini ditargetkan untuk Agave v4.2, klien validator yang dikembangkan oleh Anza, meskipun jadwal peluncuran masih bersifat sementara dan dapat berubah tergantung pada pengujian.
Slot yang lebih pendek berarti peluang produksi blok berpindah antar validator lebih sering. SIMD-0525 mempertahankan 64 tick per slot jaringan dan jendela pemimpin empat slotnya, tetapi jumlah waktu nyata yang diwakili oleh setiap jendela pemimpin berkurang dengan setiap pengurangan.
Pada target 400ms sebelumnya, empat slot memberikan jendela nominal 1,6 detik kepada seorang pemimpin. Slot 350ms memangkas angka itu menjadi 1,4 detik, sementara 300ms akan menurunkannya menjadi 1,2 detik. Pada target akhir 200ms, jendela empat slot akan berlangsung sekitar 800ms.
Proposal tersebut menyatakan bahwa mengurangi jumlah waktu yang dikendalikan oleh satu pemimpin juga dapat mengurangi periode di mana transaksi dapat ditunda atau diurutkan ulang sebelum validator lain menerima kesempatan untuk memproduksi blok.
SIMD-0525 tidak hanya memungkinkan jaringan untuk melakukan pekerjaan dua kali lebih banyak setelah berpindah dari 400ms ke 200ms. Batas sumber daya disesuaikan secara proporsional saat durasi slot menurun sehingga tuntutan pemrosesan selama periode tertentu tidak meningkat semata-mata karena lebih banyak slot yang diproduksi.
Pada batas dasar unit komputasi 60 juta yang digunakan dalam proposal, batas per-slot akan turun menjadi 52,5 juta CU pada 350ms, 45 juta pada 300ms, 37,5 juta pada 250ms, dan 30 juta pada 200ms.
Latensi konfirmasi adalah salah satu area utama yang ditargetkan oleh perubahan karena Solana mengukur beberapa bagian operasi jaringan dalam slot.
Dengan validator bergerak melalui slot lebih cepat, ambang konfirmasi berbasis slot dapat dicapai dalam waktu nyata yang lebih singkat. Aplikasi yang menggunakan nomor slot untuk menentukan seberapa baru informasi blockchain juga dapat menerima interval waktu yang lebih halus.
SIMD-0525 mengidentifikasi pengguna oracle dan pembuat pasar otomatis di antara aplikasi yang dapat memanfaatkan interval yang lebih pendek, terutama ketika keputusan bergantung pada usia data on-chain.
Durasi epoch juga akan berkurang karena Solana berencana untuk mempertahankan 432.000 slot per epoch.
Sebuah epoch dengan slot 400ms memiliki durasi nominal sekitar 48 jam. Perpindahan ke 350ms memangkasnya menjadi sekitar 42 jam, sementara 300ms akan membawa epoch menjadi sekitar 36 jam. Pada 250ms, angka tersebut turun menjadi sekitar 30 jam, sebelum mencapai sekitar 24 jam jika slot 200ms diaktifkan.
Perhitungan slot tahunan Solana disesuaikan bersamaan dengan perubahan sehingga penerbitan protokol tetap didasarkan pada waktu nyata daripada meningkat hanya karena lebih banyak slot terjadi setiap tahun.
Tiket Penerimaan Validator yang diusulkan di bawah sistem konsensus Alpenglow Solana juga dirancang untuk berskala seiring dengan semakin pendeknya epoch. SIMD-0525 menetapkan bahwa biaya 1,6 SOL per epoch pada 400ms akan menurun menjadi 1,4 SOL pada 350ms, diikuti oleh 1,2 SOL, 1 SOL, dan 0,8 SOL pada tahap-tahap berikutnya.
Proposal tersebut menyatakan bahwa penyesuaian ini dimaksudkan untuk menjaga biaya validator sekitar 0,8 SOL per hari meskipun epoch lebih pendek.
Peluncuran waktu slot ini terjadi sementara para pengembang Solana sedang mengerjakan beberapa perubahan pada infrastruktur validator dan konsensus jaringan.
Seperti yang sebelumnya dilaporkan oleh crypto.news, Alpenglow memasuki pengujian validator komunitas pada bulan Mei setelah Anza menerapkan desain konsensus pada kluster uji.
Alpenglow dirancang untuk membawa waktu konfirmasi menjadi sekitar 150ms sambil menghapus Proof of History dan transaksi suara on-chain dari proses konsensus inti Solana. Anza menyebut pembaruan yang direncanakan ini sebagai perubahan konsensus terbesar dalam sejarah Solana.
Sistem ini memperkenalkan desain pemungutan suara yang disebut Votor, yang menggunakan komunikasi validator off-chain dan agregasi tanda tangan untuk mencapai konsensus. Pengembangannya terpisah dari SIMD-0525, meskipun kedua proyek berfokus pada pengurangan jumlah waktu yang diperlukan untuk operasi jaringan.
Perangkat lunak validator juga menjadi lebih beragam selama tahun 2026. Peluncuran mainnet Firedancer dari Jump Crypto mulai memproduksi blok pada bulan Mei setelah bertahun-tahun pengembangan, menyediakan alternatif yang dibangun secara independen untuk implementasi validator Solana yang ada.
Jump Crypto menyarankan validator pada saat itu untuk tidak bermigrasi ke Firedancer secara besar-besaran sampai audit keamanan selesai. Klien ini telah dikembangkan baik untuk meningkatkan kinerja maupun untuk mengurangi risiko yang timbul ketika sebuah blockchain sangat bergantung pada satu implementasi perangkat lunak validator.
Kemudian pada bulan itu, Coinbase mengungkapkan penyiapan multi-klien menggunakan Jito dan Firedancer di seluruh infrastruktur validator Solana-nya. Arsitektur validatornya mendukung sekitar 40,48 juta SOL yang di-stake pada saat itu, atau sekitar 9,52% dari pasokan yang di-stake jaringan, menurut laporan kinerja validator Q1 bursa tersebut.
Solana memperkenalkan perubahan tingkat jaringan lainnya pada bulan Juli ketika meluncurkan kerangka tata kelola on-chain yang memungkinkan validator untuk memberikan suara berdasarkan bobot stake pada Proposal Tata Kelola Solana. Di bawah proses tata kelola yang baru, proposal yang menerima dukungan awal 15% akan melalui proses 11-epoch yang berisi diskusi, snapshot stake, dan pemungutan suara formal.
Sebuah proposal lolos ketika suara yang mendukung mencapai setidaknya 66,67% dari stake "Setuju" dan "Tidak Setuju" yang berpartisipasi, sementara perubahan teknis masih dapat melalui proses SIMD yang ada tanpa terlebih dahulu menerima suara proposal tata kelola.
Dengan pengaturan 350ms yang sekarang aktif, SIMD-0525 mengidentifikasi 300ms sebagai tahap berikutnya dalam urutan.
Perubahan tersebut akan mengurangi jendela pemimpin empat slot nominal dari 1,4 detik menjadi 1,2 detik dan menurunkan epoch dari sekitar 42 jam menjadi 36 jam.
Aktivasi fitur lebih lanjut kemudian akan memindahkan Solana ke 250ms dan 200ms. Setiap konfigurasi dihitung dari nilai dasar jaringan daripada menggunakan batas pembulatan dari tahap sebelumnya, sebuah desain yang dimaksudkan untuk mencegah perbedaan pembulatan terakumulasi di seluruh pengurangan berturut-turut.
Pengujian infrastruktur Solana terus berlanjut sementara tahap-tahap tersebut sedang dipersiapkan. Selama bulan Juli, aktivitas jaringan juga mencapai rekor tertinggi karena aset yang di-token-kan berkembang di Solana, dengan aktivitas saham yang di-token-kan berkontribusi pada peningkatan penggunaan di seluruh rantai.
Namun, untuk SIMD-0525, setiap pengurangan slot yang tersisa masih memerlukan aktivasi fitur yang sesuai. Setelah pengaturan 350ms yang baru diaktifkan, Creech mengidentifikasi 300ms sebagai target jaringan berikutnya.
