Pembaruan Agave 4.1: Semua yang Perlu Anda Ketahui

Pendahuluan

Dengan Agave 4.1, klien validator inti Solana terus berkembang secara konsisten, menghadirkan peningkatan performa saat ini sekaligus membangun fondasi untuk blok yang lebih besar, waktu slot 200ms, dan peluncuran Alpenglow pada akhirnya.

Pembaruan Penting dalam Siklus Rilis 4.1

• Siklus rilis lebih cepat, dengan rilis mayor kini setiap enam minggu
• Kelanjutan upaya kesiapan Alpenglow, termasuk pengelolaan kunci publik BLS*, Validator Admission Tickets*, dan klaster pengujian komunitas
• Adopsi XDP melampaui ambang batas jaringan yang krusial
• Penulisan ulang tambahan dengan Pinocchio, termasuk p-memo dan p-ATA
• Penggunaan RAM validator yang lebih rendah
• Persiapan untuk waktu slot 200ms**

* Peningkatan yang dikendalikan oleh feature gate

** Diperkirakan hadir di Agave 4.2

Selain pengembangan klien inti, Anza dan ekosistem yang lebih luas juga menjalankan beberapa inisiatif besar secara paralel:

• Constellation: Constellation mengusulkan implementasi formal tingkat protokol pertama dari Multiple Concurrent Proposers (MCP) pada blockchain produksi dalam skala besar. Alih-alih memberikan keleluasaan luas kepada satu pemimpin atas penyertaan transaksi, Constellation memperkenalkan proposer dan attester yang membatasi apa saja yang dapat dikecualikan pemimpin dari blok yang valid.
• Penguatan terhadap ancaman kuantum: Tim riset Anza mulai mengeksplorasi cara mengamankan Solana dari ancaman kuantum di masa depan, termasuk penelitian seputar tanda tangan pascakuantum, migrasi akun, tanda tangan konsensus, propagasi blok, dan verifikasi tanda tangan onchain.
• Peningkatan ekonomi: Gelombang baru proposal tokenomik juga sedang disiapkan. SIMD-550 mengusulkan penggandaan tingkat disinflasi Solana dari -15% menjadi -30%, sementara SIMD-553: Biaya Sumber Daya dan Penyertaan mengusulkan pemisahan biaya tanda tangan saat ini menjadi biaya dasar penyertaan yang dibayarkan kepada pemimpin dan biaya sumber daya yang dibakar berdasarkan unit biaya yang diminta.
• Perangkat tata kelola baru: Putaran proposal ekonomi berikutnya juga dibentuk oleh infrastruktur tata kelola yang lebih baik. Perangkat baru memungkinkan bukan hanya validator, tetapi juga staker, untuk berpartisipasi langsung dalam tata kelola Solana, sehingga semakin banyak pihak dapat memberikan masukan terkait perubahan protokol inti.

Ada begitu banyak hal yang sedang berlangsung saat ini.

Baik Anda operator validator maupun developer, panduan ini memberikan pembaruan dan wawasan yang diperlukan untuk memaksimalkan peningkatan terbaru. Setiap bagian artikel ini berdiri sendiri, sehingga pembaca dapat berfokus pada topik yang paling relevan bagi mereka. 

Saat artikel ini ditulis, Agave v4.1.0-rc.1 kini direkomendasikan untuk penggunaan umum di mainnet. Para validator, saatnya melakukan peningkatan!

Kesiapan Alpenglow

Sebagian besar fondasi untuk peningkatan konsensus Alpenglow hadir selama siklus rilis Agave 4.1. Perubahan ini mempersiapkan jaringan untuk transisi dari Tower BFT ke Alpenglow, termasuk pengelolaan kunci BLS dalam program vote, Validator Admission Tickets, dan penanda Fast Leader Handover.

Klaster Pengujian Komunitas

Tahapan yang tersisa menuju aktivasi Alpenglow di mainnet kini sangat bergantung pada pengujian dunia nyata yang ekstensif. Sejak Mei, klaster pengujian komunitas yang terdiri atas sekitar 100 validator yang tersebar secara geografis telah menjalankan peningkatan ini dalam lingkungan jaringan aktif, menguji transisi antara konsensus Solana saat ini yang berbasis Tower BFT dan Alpenglow sebelum aktivasi mainnet.

Tujuannya adalah membuat proses peluncuran berjalan setenang mungkin. Validator di klaster telah beralih antara Tower BFT dan Alpenglow, menguji jalur migrasi dalam kondisi operator nyata alih-alih hanya mengandalkan pengujian internal yang terkontrol. Diskusi berlangsung di kanal `ag-community-cluster` dalam Discord Solana Tech, dan aktivitas klaster secara langsung dapat dipantau melalui dasbor komunitas dari Valid Blocks, Staking Facilities, dan Noders.

Pengelolaan Kunci Publik BLS

SIMD-0387: Pengelolaan Kunci Publik BLS dalam Akun Vote akan diaktifkan selama siklus rilis Agave 4.1. Ini menambahkan infrastruktur program vote yang diperlukan validator untuk mendaftarkan kunci publik BLS dalam akun vote mereka sebelum Alpenglow. Alpenglow menggunakan tanda tangan agregat BLS agar agregasi dan verifikasi vote lebih murah, tetapi kunci publik BLS berbeda dari kunci otoritas vote Ed25519 yang digunakan saat ini. 

Validator dapat menambahkan kunci publik BLS ke akun vote mereka sambil tetap beroperasi dengan kunci otoritas vote Ed25519 yang sudah ada. Setelah Alpenglow aktif, akun vote tanpa kunci publik BLS yang terdaftar tidak akan dapat berpartisipasi dalam proses voting baru.

Alpenglow Validator Admission Tickets (VAT)

Siklus rilis Agave 4.1 juga akan mencakup aktivasi SIMD-0357 di mainnet, yang mengimplementasikan Validator Admission Tickets (VAT). VAT dirancang untuk mempertahankan struktur biaya validator yang serupa saat Solana beralih dari model transaksi vote saat ini di bawah Tower BFT.

Saat ini, validator terus membayar biaya transaksi vote ketika memberikan vote, yang totalnya mencapai ~2,1 SOL per epoch bagi validator yang memberikan vote secara konsisten. Di bawah Alpenglow, transaksi vote tersebut digantikan oleh desain konsensus baru, sehingga SIMD-0357 memperkenalkan biaya penerimaan sekali per epoch sebagai gantinya. Setiap validator yang memenuhi syarat untuk berpartisipasi dalam voting Alpenglow membayar VAT sebesar 1,6 SOL per epoch, mempertahankan hambatan ekonomi yang sebanding sekaligus mengurangi risiko ekspansi langsung dan tidak terkendali pada kumpulan validator setelah Alpenglow diluncurkan.

Implementasi dilakukan pada batas epoch. Saat memasuki epoch baru, runtime menghitung kumpulan validator untuk epoch berikutnya, memfilter akun vote yang memiliki kunci publik BLS terdaftar dan lamport yang cukup untuk menanggung VAT serta biaya sewa, lalu memotong VAT dari akun vote validator yang diterima. Lamport tersebut dikirim langsung ke akun incinerator. Jika lebih dari 2.000 validator memenuhi syarat, kumpulan voting dibatasi berdasarkan bobot stake, dengan memilih validator teratas yang memenuhi syarat.

Dari sisi operasional, ini mengubah tempat operator validator perlu menyimpan dana. Biaya transaksi vote saat ini dibayar dari akun identitas validator, yang harus berupa hot keypair untuk operasi validator normal. Dengan VAT, biaya penerimaan dipotong dari akun vote sebagai gantinya.

Penanda Fast Leader Handover

Terakhir, aktivasi SIMD-0337: Penanda untuk Alpenglow Fast Leader Handover akan menambahkan penanda blok baru yang memungkinkan pemimpin Alpenglow mendeklarasikan parent suatu blok pada awal blok dan, bila perlu, memperbarui parent tersebut saat melakukan streaming blok. Penanda ini mendukung Fast Leader Handover, yang dirancang untuk mengurangi penundaan sinkronisasi antarpemimpin.

Adopsi XDP yang Lebih Luas dan Jalan Menuju 100 Juta CU

XDP (eXpress Data Path) adalah jalur jaringan berperforma tinggi yang digunakan Agave untuk mempercepat Turbine. XDP memungkinkan Agave memuat program eBPF di dekat kartu antarmuka jaringan, sehingga lalu lintas shred dapat melewati sebagian besar jalur pemrosesan paket Linux standar. Adopsi XDP sangat penting agar jaringan dapat mencapai target jangka panjang berupa blok 100 juta CU. 

Adopsi kini telah melewati ambang batas penting. Awal bulan ini, jaringan mengalami “flippening,” dengan lebih banyak pemimpin yang menjalankan XDP daripada yang tidak. Saat ini, lebih dari dua pertiga jaringan telah mengaktifkan XDP. Agave 4.1 mencerminkan kematangan tersebut dengan menghapus label eksperimental dari dukungan XDP dan mengganti flag lama `--experimental-retransmit-xdp-*` dengan `--xdp-interface`, `--xdp-cpu-cores`, dan `--xdp-zero-copy`. Di Agave 4.2, XDP dijadwalkan aktif secara default.

Bagi operator validator yang masih belum beralih, halaman peningkatan Solana Foundation dan panduan penyiapan Anza menyediakan daftar periksa kompatibilitas praktis yang mencakup dukungan kernel, perangkat keras jaringan, kemampuan validator, flag startup, dan langkah verifikasi. Berikut adalah panduan kompatibilitas driver dan NIC yang berguna.

Lebih Banyak Penulisan Ulang Program dengan Pinocchio

Peluncuran p-token yang sukses baru-baru ini membuktikan bahwa penulisan ulang yang terarah pada program Solana yang paling banyak digunakan dapat menghasilkan penghematan komputasi yang signifikan di seluruh jaringan. Sebagai pengganti langsung untuk program SPL Token, p-token mengurangi konsumsi compute unit (CU) sekitar 95%, yang berarti peningkatan efisiensi ~19x untuk transaksi token standar. Instruksi program token sebelumnya menyumbang sekitar 10% penggunaan CU di seluruh blok. Dengan mengurangi biaya instruksi tersebut menjadi sekitar 5% dari biaya sebelumnya, p-token membebaskan hampir 9,5% dari total kapasitas blok.

Huruf “p” dalam p-token merujuk pada Pinocchio, library tanpa dependensi yang dioptimalkan dan berperforma tinggi untuk menulis program Solana yang dikembangkan oleh Anza. Pinocchio berfungsi sebagai pengganti crate solana-program standar, yang banyak menggunakan tipe zero-copy untuk menangani data instruksi dan akun.

Anza kini menulis ulang program inti lainnya dengan Pinocchio. Tujuannya bukan memperkenalkan standar baru atau memaksakan migrasi di tingkat aplikasi, melainkan membuat program yang sudah ada dan banyak digunakan menjadi jauh lebih murah untuk dieksekusi.

Program P-memo

Contoh pertama adalah p-memo, implementasi ulang program SPL Memo dengan Pinocchio, yang sudah aktif di mainnet. Program Memo berukuran kecil, tetapi peningkatan efisiensinya tetap mencolok. Tanpa signer, p-memo mengonsumsi 287 CU dibandingkan 2.022 CU untuk program Memo saat ini, atau sekitar 14% dari biaya yang ada. Setelah signer digunakan, perbedaannya semakin nyata: dengan satu signer, p-memo menggunakan 513 CU dibandingkan 13.525 CU; dengan dua signer, 628 CU dibandingkan 25.111 CU; dan dengan tiga signer, 743 CU dibandingkan 36.406 CU. Artinya, dalam kasus dengan banyak signer, p-memo mengurangi konsumsi komputasi menjadi hanya 2–4% dari biaya program saat ini.

Program P-ATA

Pengembangan p-ATA juga sedang berlangsung, yaitu implementasi ulang program Associated Token Account dengan Pinocchio. Program ATA menetapkan pemetaan standar antara dompet, token mint, dan akun token yang digunakan untuk menyimpan mint tersebut. Program ini menyediakan cara deterministik untuk memperoleh associated token account milik pengguna dan memungkinkan siapa pun membuat akun tersebut untuk penerima jika akun itu belum ada. 

Program ATA adalah program kelima yang paling sering dipanggil di jaringan. Menurut estimasi tim Anza, program ini muncul dalam ~11,9% dari seluruh transaksi dan menyumbang ~13,3% dari total konsumsi CU. Penulisan ulang ini dapat mengurangi rata-rata tertimbang penggunaan CU sebesar 80,9%, dengan penghematan lebih lanjut yang diperkirakan berasal dari instruksi baru yang ditambahkan bersama p-ATA. Pada tingkat penggunaan jaringan saat ini, hal tersebut berarti penghematan CU mainnet global sekitar 10%. Dalam pengambilan sampel Anza, p-ATA membebaskan lebih dari 2,78 juta CU per blok.

P-token, p-memo, dan p-ATA kemungkinan bukan akhir dari upaya ini. Program Token-2022 adalah program lain yang banyak diminta. Secara lebih luas, upaya Anza untuk membuat program inti `no_std` membangun fondasi bagi penulisan ulang lebih banyak program fundamental Solana dengan dependensi yang lebih sedikit dan biaya komputasi yang lebih rendah.

Mengurangi Overhead Entrypoint Program

Perubahan terkait yang dijadwalkan untuk diaktifkan selama siklus rilis Agave 4.1 adalah SIMD-0449: Pointer Akun Langsung dalam Input Program, yang mengoptimalkan entrypoint program. Saat ini, program sBPF ABIv1 harus mengurai bagian akun yang diserialisasi dalam input program untuk menemukan batas akun dan menyusun slice akun yang diteruskan ke program. SIMD-0449 mengubahnya dengan meminta VM menambahkan slice pointer akun langsung ke input program, menggunakan informasi batas yang sudah diketahui VM saat mempersiapkan invocation.

Hal ini sangat relevan bagi program bergaya Pinocchio karena penguraian akun menyumbang sebagian besar biaya entrypoint. Dengan pointer akun langsung, entrypoint dapat mengakses akun tanpa melakukan iterasi atas seluruh bagian akun, sehingga komputasi entrypoint secara efektif menjadi konstan berapa pun jumlah akunnya. 

Dalam benchmark terbaru, entrypoint Pinocchio dengan 64 akun turun dari 504 CU menjadi sekitar 7 CU, sementara kumpulan akun yang lebih kecil juga menyatu pada biaya rendah yang sama, yaitu 7 CU.

Pengurangan Waktu Slot menjadi 200ms

Salah satu peningkatan performa yang paling dinantikan adalah pengurangan target waktu slot Solana dari 400ms menjadi 200ms. Perubahan ini kemungkinan tidak diluncurkan selama siklus rilis Agave 4.1 dan lebih mungkin masuk ke mainnet bersama Agave 4.2. Namun, momentum untuk menghadirkan peningkatan penting ini ke mainnet secepat mungkin terus bertambah.

SIMD-0525: Kurangi Waktu Slot mengusulkan peluncuran bertahap, dari slot 400ms menjadi 350ms, lalu 300ms, kemudian 250ms, sebelum akhirnya mencapai 200ms. Setiap tahap dikendalikan oleh feature gate, sehingga tim klien dan operator dapat mengamati jaringan dengan waktu slot yang lebih singkat sebelum beralih ke tahap berikutnya. Anza telah menguji slot 200ms secara internal selama berbulan-bulan, dan tim tersebut meyakini jaringan siap untuk pengurangan waktu slot secara agresif. Peningkatan pada tahap replay telah membuat perubahan ini lebih praktis: replay untuk slot penuh 400ms kini memerlukan waktu sekitar 40ms.

Motivasinya sederhana. Slot yang lebih singkat mengurangi latensi konfirmasi dan finalisasi bagi pengguna. Slot tersebut juga memperpendek setiap jendela pemimpin. Saat ini, rentang pemimpin Solana adalah empat slot berturut-turut, yang memberi pemimpin jendela selama 1,6 detik dengan slot 400ms. Dengan slot 200ms, jendela tersebut turun menjadi 800ms. Hal ini memperbaiki struktur pasar dengan mengurangi waktu terburuk yang dapat digunakan pemimpin berniat jahat untuk menunda, mengurutkan ulang, atau menyertakan transaksi secara selektif sebelum pemimpin berikutnya memiliki kesempatan untuk menghasilkan blok.

Slot yang lebih singkat juga memberi aplikasi gambaran waktu onchain yang lebih terperinci. Hal ini penting bagi sistem yang mempertimbangkan kebaruan slot, termasuk pengguna oracle dan market maker bergaya AMM eksklusif.

Proposal ini dirancang secara cermat agar tidak mengubah ekonomi Solana. `slots_per_year` ditingkatkan dengan rasio terbalik, sehingga jadwal inflasi SOL tetap terjaga. Di bawah Alpenglow, biaya Validator Admission Ticket (VAT) juga disesuaikan dengan tahap waktu slot, sehingga biaya penerimaan tetap mendekati target ~0,8 SOL per hari. Selain itu, batas kerja per slot dikurangi secara proporsional terhadap target waktu slot yang lebih singkat, sehingga jumlah pekerjaan yang dapat diproses jaringan per detik tetap kurang lebih sama. 

Beberapa asumsi inti tetap tidak berubah. Rentang pemimpin tetap empat slot, epoch tetap ditetapkan pada 432.000 slot, dan tick per slot tetap 64. Karena epoch tetap memiliki jumlah slot yang sama, slot 200ms mengurangi durasi epoch dari sekitar dua hari menjadi satu hari.

Salah satu pokok perdebatan adalah dampaknya terhadap biaya voting validator jika waktu slot yang lebih singkat diaktifkan sebelum Alpenglow. Slot yang lebih cepat berarti lebih banyak vote per hari, sehingga biaya vote harian validator menjadi lebih tinggi. Biaya transaksi vote adalah biaya tunggal terbesar bagi operator validator. Transaksi voting dikenai tarif tetap sebesar 0,000005 SOL, dan setiap harinya biaya transaksi ini mencapai ~1,086 SOL. Dengan slot 200ms, biaya tersebut akan meningkat sekitar dua kali lipat.

Pembaruan Penting Lainnya

Beberapa peningkatan yang lebih kecil tetapi penting dijadwalkan untuk diaktifkan selama siklus rilis Agave 4.1, mulai dari tingkat komisi validator yang lebih presisi hingga primitif kriptografi baru dan penghapusan vektor serangan denial-of-service pada loader yang dapat ditingkatkan.

Presisi Tingkat Komisi Validator Meningkat

Sebagai bagian dari siklus rilis Agave 4.1, peningkatan yang dikendalikan oleh feature gate SIMD-0291: Tingkat Komisi dalam Basis Point akan diaktifkan di mainnet. Saat ini, tingkat komisi validator hanya dapat ditetapkan dalam poin persentase bulat. Artinya, validator dapat menetapkan komisi sebesar 5% atau 6%, tetapi tidak 5,5%, 5,25%, atau 5,01%.

Dengan pembaruan ini, validator memperoleh kontrol yang lebih terperinci dengan menetapkan tingkat komisi dalam basis point, dengan 100 basis point setara dengan 1%. Program vote menambahkan instruksi `UpdateCommissionBps` baru, yang memungkinkan pihak berwenang untuk melakukan penarikan pada akun vote memperbarui komisi reward inflasi validator dengan presisi lebih tinggi ini. Bagi validator, hal ini membuat pengaturan komisi lebih fleksibel dan kompetitif.

Perubahan ini merupakan salah satu dari beberapa pembaruan yang terkait dengan Vote Account V4 baru. Perubahan ini juga membantu mempersiapkan jaringan untuk aktivasi SIMD-0123: Distribusi Pendapatan Blok yang diantisipasi, yang akan memungkinkan reward blok didistribusikan di dalam protokol.

Syscall SHA-512

SIMD-0512: Syscall Sha512 memperkenalkan syscall baru yang memberi program onchain akses langsung ke hashing SHA-512 melalui runtime, menggunakan antarmuka yang menyerupai syscall hash yang sudah ada seperti `sol_sha256`, `sol_keccak256`, dan `sol_blake3`.

SHA-512 adalah primitif inti yang digunakan dalam verifikasi tanda tangan Ed25519, dan sudah tersedia sebagai dependensi internal dalam klien validator Agave maupun Firedancer. Namun, hingga saat ini, SHA-512 belum tersedia bagi program onchain. Melakukan hashing langsung pada pesan singkat secara onchain mahal dan akan mengonsumsi ribuan CU, dibandingkan dengan kurang dari 100 CU melalui syscall.

Dengan `sol_sha512`, program dapat menghitung hash SHA-512 dengan biaya syscall dan menerima digest standar 64 byte secara langsung. Perubahan ini bersifat aditif dan dikendalikan oleh feature gate, sehingga program yang tidak menggunakan syscall baru tidak terpengaruh, dan syscall hash yang sudah ada tetap tidak berubah.

Memperkuat Upgradeable Loader

Siklus rilis Agave 4.1 juga akan menghadirkan rilis yang dikendalikan oleh feature gate dari SIMD-0431: Loader V3: Ukuran Minimum Perluasan Program, yang menambahkan ukuran perluasan minimum pada instruksi `ExtendProgram` milik Loader V3. Setelah diaktifkan, program harus diperluas setidaknya 10.240 byte (10 KiB), kecuali akun data program sudah berada dalam jarak 10 KiB dari ukuran akun maksimum 10 MiB.

Perubahan ini mengatasi vektor denial-of-service yang sulit dikenali pada upgradeable loader saat ini. `ExtendProgram` bersifat permissionless, artinya siapa pun dapat memperluas akun data program yang dapat ditingkatkan, bahkan hanya sebesar satu byte. Karena setiap perluasan membatalkan entri cache program untuk slot saat ini, perluasan murah sebesar satu byte dapat mengganggu akses ke program untuk sementara.

Alih-alih menjadikan `ExtendProgram` memerlukan izin, perubahan ini mempertahankan desain instruksi yang permissionless sekaligus membuat penyalahgunaan tidak menarik secara ekonomi. Dengan minimum baru sebesar 10 KiB, setiap perluasan memerlukan biaya sekitar 0,072 SOL dalam lamport bebas sewa.

Untuk peningkatan program yang sah, dampaknya seharusnya terbatas. Program yang memerlukan ruang tambahan kurang dari 10 KiB harus diperluas hingga batas minimum penuh, tetapi kapasitas ekstra tersebut tetap tersedia untuk peningkatan di masa mendatang. SIMD ini juga tidak mengubah akun instruksi, persyaratan signer, pembatasan CPI, maupun alur kerja multisig yang sudah ada.

Kesimpulan

Agave 4.1 adalah peningkatan klien yang substansial dan menyatukan beragam peningkatan serta pengoptimalan performa. Ke depan, Agave 4.2 tampaknya akan memberikan dampak yang lebih besar, dengan ukuran transaksi 4096 byte yang lebih besar, waktu slot yang dipangkas menjadi 200ms, dan mungkin peningkatan konsensus Alpenglow yang telah lama dinantikan.

Sumber Lebih Lanjut

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