Pembaruan Agave 3.0: Semua yang Perlu Anda Ketahui

Pendahuluan

Rilis mayor Agave v3.0 menandai pencapaian penting lainnya bagi Solana dengan menghadirkan berbagai peningkatan yang ditujukan untuk memperbaiki performa jaringan, operasional validator, dan pengalaman developer.

Pembaruan Penting Agave 3.0 

• Perombakan Cache: mempercepat pemrosesan transaksi sebesar 30–40%
• Batas Komputasi Akun Tunggal yang Lebih Tinggi: menaikkan batas akun tunggal menjadi 40% dari CU sebuah blok
• Struct TransactionView Scheduler Baru: meningkatkan efisiensi penjadwalan
• eXpress Data Path (XDP) untuk Turbine: prasyarat bagi blok 100 juta CU
• Peningkatan Kedalaman Nesting CPI: menaikkan batas nesting CPI dari 4 menjadi 8
• Pelonggaran Batasan Entry: menyederhanakan logika penjadwalan dan diperlukan untuk eksekusi asinkron
• Waktu Startup Lebih Cepat: node kini kembali online dengan lebih cepat
• Spesifikasi Ukuran Data Transaksi yang Dimuat: menstandarkan cara menghitung data transaksi yang dimuat
• Peningkatan RPC: pembaruan real-time yang lebih cepat dan andal untuk dApp yang menggunakan PubSub WebSockets

Setiap bagian artikel ini berdiri sendiri sehingga pembaca dapat berfokus pada topik yang paling relevan bagi mereka. Baik Anda operator validator, developer, maupun anggota komunitas yang aktif, panduan Agave v3.0 ini menyajikan pembaruan dan wawasan utama yang diperlukan untuk memaksimalkan peningkatan terbaru.

Tren Terkait Klien

Sebelum membahas detail fitur baru Agave v3.0, mari kita lihat bagaimana data terkini menunjukkan kemajuan jaringan Solana dan klien Agave, termasuk siklus rilis yang lebih cepat, adopsi klien yang lebih luas, dan performa tangguh di bawah tekanan.

Siklus Rilis Agave

Anza secara signifikan mempercepat siklus rilisnya tahun ini dengan memangkas jarak antarversi minor Agave menjadi kurang dari tiga bulan. Seri Agave 2.2.* menjadi versi supermayoritas hanya selama 11 minggu, sementara Agave 2.3 mengikuti linimasa serupa.

Jaringan Multiklien

Adopsi Firedancer di mainnet telah meningkat secara signifikan dalam beberapa bulan terakhir. Saat ini, 21,6% stake menjalankan klien Jito-Frankendancer, angka yang tumbuh perlahan dan stabil sepanjang tahun (lihat grafik di bawah). Adopsi diperkirakan akan tetap berada di kisaran ambang 20% hingga klien Firedancer lengkap siap digunakan di lingkungan produksi pada mainnet.

Ini menandai pencapaian penting bagi strategi multiklien Solana, sebuah sasaran jangka panjang untuk meningkatkan keamanan, liveness, dan ketahanan jaringan. Keragaman klien yang lebih tinggi memberi operator validator lebih banyak pilihan, mendorong persaingan sehat antartim klien, dan membuat basis kode klien ditinjau oleh lebih banyak pihak. Hal ini juga mengurangi risiko satu bug kritis memicu gangguan di seluruh jaringan.

Perlu dicatat pula bahwa stake yang menjalankan klien Agave standar, yakni Agave tanpa modifikasi MEV pihak ketiga seperti Jito, telah turun dari sekitar 6% pada awal tahun menjadi kira-kira 2% saat ini. Sementara itu, adopsi Paladin-Agave meningkat dalam beberapa bulan terakhir dan kini mencakup sekitar 6% dari total stake.

Uji Beban Jaringan

Pada 10 Oktober, pasar kripto mengalami peristiwa likuidasi terbesar dalam sejarahnya, yang memicu volatilitas ekstrem di seluruh blockchain utama. Meski aktivitas jaringan melonjak hingga memecahkan rekor, jaringan Solana dan klien validator Agave menunjukkan ketahanan dan stabilitas luar biasa di bawah tekanan.

Pada puncaknya, Solana menangani tingkat trafik enam kali lipat dari kondisi normal, dengan leader menerima sekitar 100.000 paket transaksi per detik, sekaligus menghasilkan blok penuh pada batas 60 juta CU.

Bahkan dalam kondisi ini, Solana menunjukkan dinamika biaya paling stabil di antara semua jaringan utama sambil memproses throughput yang satu tingkat magnitudo lebih tinggi. TPS aktual (transaksi non-vote) melampaui 3.200 pada puncak aktivitas.

Selama periode puncak sekitar dua jam, biaya transaksi median (P50) Solana hanya naik menjadi $0,007, kurang dari satu sen. Biaya rata-rata sempat mencapai $0,10, sedangkan 1% transaksi teratas (P99) mencapai puncak sedikit di atas $1,00. Pola ini menunjukkan efektivitas pasar biaya lokal, yang membatasi biaya tinggi hanya pada transaksi yang berinteraksi dengan hot account yang diperebutkan, sementara pengguna biasa yang melakukan transfer sederhana (misalnya pembayaran stablecoin) tidak terdampak.

Sebagai perbandingan, biaya median di mainnet Ethereum dan Arbitrum sempat melonjak hingga lebih dari $100 per transaksi pada periode yang sama. L2 Base yang dioperasikan Coinbase juga mengalami lonjakan biaya, dengan biaya median mencapai puncak lebih dari $3. Jaringan-jaringan ini tidak memiliki pasar biaya lokal dan menerapkan penyesuaian biaya global yang secara seragam menaikkan biaya bagi semua pengguna ketika jaringan mengalami tekanan.

Pertumbuhan State

Solana baru-baru ini mencapai pencapaian besar dalam pertumbuhan state on-chain dengan melampaui total 1 miliar akun. Hampir 67% dari akun tersebut dimiliki oleh Token Program, dengan 89,45% di antaranya merupakan associated token account dan 10,55% merupakan token mint account.

Ekspansi state yang stabil ini memiliki implikasi jangka panjang bagi klien Solana dan penyedia infrastruktur. Seiring bertambahnya jumlah akun, kebutuhan penyimpanan, ukuran snapshot, dan pengindeksan akun juga meningkat. Semuanya dapat memengaruhi performa dan kebutuhan hardware. Solusi seperti ZK Compression menawarkan jalur jangka panjang yang menjanjikan untuk mengurangi pembengkakan state.

Pembaruan Siklus Rilis Agave 3.0

Perombakan Cache

Agave 3.0 secara signifikan mengurangi operasi runtime yang redundan. Perombakan menyeluruh pada cache program menghapus ratusan pencarian akun yang tidak perlu per batch transaksi, sehingga pemrosesan transaksi menjadi sekitar 30–40% lebih cepat dalam benchmark internal.

Menaikkan Batas Akun Menjadi 40% dari CU Blok

Sebagai bagian dari siklus rilis Agave 3.0, Solana akan mengaktifkan SIMD-0306: Menaikkan Batas CU Akun. Perubahan ini menaikkan batas CU per akun dari konstanta tetap statis sebesar 12 juta menjadi 40% dari batas CU blok. Saat ini, setiap akun dapat menggunakan hingga 12 juta CU per blok. Seperti ditunjukkan dalam grafik Anza di bawah, akun yang paling diperebutkan sering kali mencapai batas ini.

Dengan perubahan ini, batas per akun pada awalnya akan naik dari 12 juta menjadi 24 juta CU, lalu menjadi 40 juta CU setelah SIMD-0286 (blok 100 juta CU) diaktifkan. Bersama pembaruan seperti pengenalan program P-token, peningkatan ini akan secara signifikan meningkatkan throughput untuk hot account yang sering diakses dalam setiap blok.

Batasan lainnya akan tetap sama, termasuk:

• Unit Vote Maksimum: batas total CU transaksi vote per blok sebesar 36 juta CU
• Delta Ukuran Data Akun Blok Maksimum: batas total perubahan data akun per blok sebesar 100 megabyte.

Meskipun menaikkan batas CU per akun meningkatkan throughput untuk hot state, hal ini juga dapat menambah waktu eksekusi serial dalam skenario terburuk, sehingga berpotensi memperpanjang verifikasi blok atau durasi slot dalam kondisi beban tinggi.

Terakhir, perlu diperhatikan proposal terbaru SIMD-0370: Menghapus Batas Compute Unit Blok, yang mengkaji penghapusan menyeluruh batas blok berbasis CU. Arah ini kemungkinan akan ditinjau kembali setelah peningkatan Alpenglow.

eXpress Data Path (XDP) untuk Turbine

eXpress Data Path (XDP) adalah teknologi kernel Linux yang dirancang untuk jaringan berperforma tinggi. Teknologi ini memungkinkan aplikasi melewati sebagian besar jalur pemrosesan paket standar kernel, sehingga mengurangi penyalinan data perantara dan context switch antara ruang pengguna dan kernel. Dengan menangani paket secara langsung bersama network interface card (NIC) di ruang pengguna, XDP secara drastis mengurangi overhead per paket.

Dukungan XDP di Turbine pertama kali diperkenalkan dalam Agave v2.3.8 dan akan diaktifkan secara default mulai Agave 3.1. Turbine menjadi hambatan skalabilitas utama ketika batas blok meningkat menjadi 100 juta CU. Leader meneruskan shred mereka kepada 200 peer sehingga menghasilkan beban jaringan yang berat. Dalam kondisi saat ini, validator besar dengan lebih banyak leader slot dapat mendekati 150.000 paket keluar per detik. XDP secara langsung mengatasi hambatan ini dengan mempercepat pengiriman paket hingga 100 kali lipat, sehingga validator dapat menyebarkan blok yang lebih besar secara jauh lebih efisien. 

Pembaca yang ingin mempelajari implementasi XDP di Agave secara lebih mendalam dapat merujuk ke panduan penyiapan validator dan wawancara kami sebelumnya dengan engineer Anza Alessandro Decina, yang memimpin integrasi XDP ke dalam klien Agave.

Spesifikasi Ukuran Data Transaksi yang Dimuat

Sebagai bagian dari upaya berkelanjutan untuk menyederhanakan dan menstandarkan model eksekusi Solana, SIMD-0186: Spesifikasi Ukuran Data Transaksi yang Dimuat dijadwalkan aktif di mainnet selama siklus rilis Agave 3.0.

Spesifikasi ini memperkenalkan metode yang aman bagi konsensus untuk menghitung total data akun yang dimuat oleh setiap transaksi. Tujuannya adalah memastikan semua klien validator menghitung ukuran data transaksi yang identik, sehingga menghilangkan inkonsistensi kecil yang dapat menyebabkan perbedaan konsensus.

Saat ini, logika penentuan ukuran data transaksi Solana terlalu kompleks. Implementasi yang ada memiliki cara tersendiri dalam menangani program LoaderV3 dan BPF Upgradeable Loader, yang sering kali menghitung ukuran data program yang dimuat lebih rendah dari ukuran sebenarnya. Perbedaan ini menyulitkan tim klien independen untuk menerapkan logika yang kompatibel.

Berdasarkan SIMD-0186, aturan penentuan ukuran kini eksplisit dan mudah dipahami:

• Setiap akun yang dimuat dihitung tepat satu kali
• Program yang menggunakan BPF Upgradeable Loader menyertakan data program terkait
• Ukuran setiap akun yang dimuat ditetapkan sebagai panjang data dalam byte sebelum eksekusi transaksi, ditambah 64 byte untuk metadata
• Setiap Address Lookup Table (ALT) menambahkan ukuran tetap sebesar 8.248 byte

Spesifikasi ini menstandarkan penentuan ukuran transaksi di seluruh klien dan membuat perilaku transaksi lebih mudah diprediksi oleh developer.

Batas ukuran data yang dimuat memiliki fungsi serupa dengan batas CU per transaksi, yaitu menyediakan penghitungan sumber daya yang dapat diprediksi bagi node validator. Secara default, setiap transaksi dapat memuat hingga 64 MB data akun dan menggunakan delapan compute unit (CU) per 32 KB yang dimuat, setara dengan biaya dasar 16.000 CU, meskipun data yang benar-benar dimuat lebih sedikit. Developer dapat menurunkan batas ini melalui instruksi setLoadedAccountsDataSizeLimit untuk mengurangi biaya komputasi dan meningkatkan efisiensi penjadwalan.

Karena metode penentuan ukuran baru dapat menghasilkan nilai yang berbeda-beda berdasarkan struktur transaksi, developer mungkin perlu menyesuaikan batas ukuran data akun yang dimuat dalam instruksi compute budget mereka.

Struct TransactionView Scheduler

Dengan Agave 3.0, scheduler memperkenalkan struktur data ringan baru bernama TransactionView, yang dirancang untuk menyederhanakan cara transaksi diuraikan dan diproses. Berbeda dari jenis transaksi SDK lama yang memerlukan deserialisasi dan beberapa alokasi memori, TransactionView memberikan tampilan langsung ke dalam transaksi yang telah diserialisasi. Struktur ini menguraikan dan menyimpan metadata tentang tata letak transaksi dalam cache tanpa benar-benar melakukan deserialisasi.

Waktu Startup Lebih Cepat

Performa startup klien terus meningkat dalam rilis Agave v3.0, memberikan peningkatan kemudahan operasional yang signifikan bagi operator validator dan RPC. Baik saat dimulai ulang setelah crash, peningkatan, maupun pemeliharaan terjadwal, node kini dapat kembali online secara jauh lebih cepat.

Jika dimulai dari arsip snapshot, waktu startup telah dipangkas menjadi kurang dari tiga setengah menit, atau kurang dari separuh durasi yang diperlukan pada Agave v2.2 (lihat grafik di bawah). Peningkatan ini merupakan kemajuan performa yang penting karena startup yang lebih cepat secara langsung memperkuat ketahanan jaringan dan uptime validator dengan mengurangi waktu yang diperlukan node untuk kembali bergabung dalam konsensus.

Ke depannya, Agave v3.1 akan lebih menyederhanakan proses ini dengan menghapus verifikasi akun di latar belakang, sehingga validator dapat langsung mulai melakukan voting setelah replay dimulai.

Menaikkan Batas Nesting CPI

SIMD-0268: Menaikkan Batas Nesting CPI meningkatkan kedalaman maksimum panggilan Cross-Program Invocation (CPI) dari 4 menjadi 8. Perubahan ini secara efektif menggandakan jumlah pemanggilan program lain yang dapat dilakukan sebuah program Solana dalam satu transaksi.

CPI adalah mekanisme yang memungkinkan satu program Solana memanggil program lain. Mekanisme ini merupakan fitur dasar runtime Solana yang memungkinkan program membangun logika di atas logika program lainnya.

Protokol on-chain yang kompleks, seperti perpetual swap, smart wallet, dan sistem cross-margin, sering kali mengandalkan beberapa lapisan interaksi program untuk mengelola posisi, likuidasi, dan risiko. Batas CPI 4 tingkat sebelumnya membatasi desain ini, bahkan dalam beberapa kasus memaksa developer membagi logika ke beberapa transaksi.

Aplikasi yang ada akan tetap berfungsi seperti sebelumnya (kecuali jika logikanya bergantung pada batas lama untuk menggagalkan transaksi). Secara keseluruhan, perubahan yang kerap diminta ini memperluas ruang desain bagi developer dan memperkuat composability Solana.

Melonggarkan Batasan Entry

SIMD-0083: Melonggarkan Batasan Entry, yang dijadwalkan aktif selama Agave 3.0, menghapus aturan bahwa transaksi dalam sebuah entry blok tidak boleh saling berkonflik. Sebelumnya, setiap entry yang memuat transaksi berkonflik (yaitu transaksi yang sama-sama menulis ke akun yang sama atau ketika satu transaksi membaca sementara transaksi lain menulis) akan membuat seluruh blok tidak valid.

Dengan pembaruan ini, konflik tersebut kini diizinkan. Ketika terjadi, transaksi cukup dieksekusi secara berurutan sesuai urutan kemunculannya. Perubahan ini menyederhanakan aturan penyusunan blok dan memberi leader fleksibilitas lebih besar dalam mengurutkan transaksi serta membangun blok. Perubahan ini juga diperlukan agar Solana dapat mengimplementasikan eksekusi asinkron.

Peningkatan RPC

Agave v3.0 menghadirkan peningkatan responsivitas pada server subscription, yang kini memprioritaskan pesan masuk, seperti permintaan subscription dan PING, dibandingkan notifikasi keluar. Perubahan ini memberikan pembaruan real-time yang lebih cepat dan andal bagi dApp yang menggunakan PubSub WebSockets.

Selain itu, properti slot telah ditambahkan ke data error epoch reward sehingga meningkatkan kemampuan debugging dan observability bagi developer.

Perubahan Lainnya

• Mulai Agave v3.0.0, Anza tidak lagi memublikasikan binary agave-validator siap pakai. Operator validator kini harus mengompilasi binary dari source dengan mengikuti petunjuk build yang disediakan.
• Dengan Agave v3.0, interval snapshot default diperpanjang menjadi setiap 100.000 slot, naik dari 50.000 pada v2.3 dan 25.000 pada v2.2. Peningkatan interval ini secara signifikan memperbaiki performa disk dengan mengurangi lonjakan IOPS (operasi input/output per detik) selama pembuatan snapshot.
• Sejumlah besar argumen dan flag CLI lama yang sudah tidak digunakan telah dihapus (daftar lengkapnya di sini).
• Saat ini, instruksi advance nonce dalam sebuah transaksi dapat menetapkan akun mana pun dalam transaksi tersebut sebagai akun yang akan dimajukan. Setelah feature gate untuk SIMD-0242: Hanya Akun Nonce Statis diaktifkan, instruksi advance nonce hanya dapat memajukan akun yang disertakan secara statis.

Kesimpulan

Agave v3.0 merupakan peningkatan klien yang substansial, dengan pemrosesan transaksi yang lebih cepat, batas komputasi yang lebih tinggi, peningkatan efisiensi scheduler, serta berbagai pengoptimalan validator dan RPC. Secara keseluruhan, pembaruan ini memperkuat performa jaringan dan pengalaman developer.

Data terbaru makin menegaskan kemajuan ini: siklus rilis yang lebih cepat, keragaman klien yang terus bertambah, dan stabilitas jaringan yang luar biasa saat permintaan mencapai puncaknya menunjukkan kematangan Solana. Dengan Agave 3.0 yang kini mendukung jaringan, Solana terus membuktikan kemampuannya untuk melakukan penskalaan.

Referensi Lebih Lanjut

• Jadwal Rilis Agave 3.0
• Jadwal Pelacak Feature Gate
• Log Perubahan Agave 3.0
• Pull Request Agave 3.0