SLV Menyelesaikan Dukungan Solana v4 dengan XDP dan BLS Siap-Alpenglow

ELSOUL LABO B.V. (Kantor Pusat: Amsterdam, Belanda; CEO: Fumitake Kawasaki) dan Validators DAO dengan bangga mengumumkan bahwa SLV, alat operasi Solana sumber terbuka, telah menyelesaikan dukungan untuk Solana v4 (Agave 4.x).

Dengan pembaruan ini, optimasi yang diandalkan oleh validator Solana berkinerja tertinggi — akselerasi retransmit Turbine berbasis XDP dari Anza dan alur kerja registrasi kunci publik BLS yang siap-Alpenglow sebagaimana didefinisikan dalam SIMD-0387 — kini dapat dijalankan oleh operator mana pun melalui resep operasi teruji yang sama, lewat percakapan dengan AI agent atau pengoperasian langsung melalui CLI. Penyetelan tingkat lanjut yang dulu menuntut keahlian Linux dan Solana yang mendalam kini terkonsolidasi ke dalam SLV, sehingga bahkan operator tanpa latar belakang spesialis tersebut dapat mereproduksinya hanya melalui percakapan.

Situs Resmi SLV: https://slv.dev/id SLV GitHub: https://github.com/validatorsDAO/slv

Mendemokratisasi Operasi Validator Kelas Atas — Optimasi Kelas Dunia, Dapat Direproduksi Siapa Saja

SLV adalah upaya sumber terbuka untuk mengoperasikan validator Solana bersama AI agent, menghadirkan pemeliharaan dengan kualitas tertinggi dengan biaya rendah, di mana pun di dunia.

Di Solana, kesenjangan antara performa mentah sebuah validator dan pengetahuan operasi di baliknya terus melebar. Jaringan latensi rendah, penyetelan kernel dan NIC, persiapan cermat untuk peningkatan protokol — operasi yang mengantarkan pada performa validator kelas atas menuntut pengetahuan spesialis Linux dan Solana yang mendalam, serta kerja langsung yang berkelanjutan. Akibatnya, tingkat operasi tertinggi cenderung hanya dapat diakses oleh sekelompok terbatas operator yang memiliki keahlian tersebut.

SLV hadir untuk menutup kesenjangan itu. Dengan mengonsolidasikan pengetahuan operasi yang dibangun dari operasi validator kelas dunia ke dalam skill untuk AI agent, siapa pun dapat mereproduksi resep operasi yang sama hanya melalui percakapan. Dukungan Solana v4 ini membawa gagasan tersebut langsung ke optimasi terbaru: XDP dan BLS, teknologi yang justru sedang diadopsi oleh validator berkinerja tertinggi, kini tersedia bagi setiap operator yang menggunakan SLV — tanpa harus mengorbankan pilihan klien atau lingkungan mereka sendiri.

Apa yang Dibawa Dukungan Solana v4 — XDP, BLS, dan Keamanan Restart, Semuanya Ditangani untuk Anda

Solana v4 (Agave 4.x) adalah generasi terbaru dari klien validator, yang direkomendasikan oleh Anza untuk mainnet, dan meningkatkan performa inti sembari mempersiapkan jaringan untuk blok yang lebih besar serta peningkatan konsensus Alpenglow yang akan datang. Dukungan v4 dari SLV mencakup tiga area yang paling penting bagi operator yang beralih ke baseline ini.

Akselerasi retransmit Turbine berbasis XDP — pengaktifan turn-key untuk jalur jaringan berkinerja tinggi yang mempercepat propagasi blok.
Registrasi kunci publik BLS yang siap-Alpenglow (SIMD-0387) — menyiapkan alur kerja registrasi lebih awal, sehingga validator siap melakukan registrasi begitu feature gate Alpenglow aktif.
Keamanan restart untuk Agave 4.1+ — menyesuaikan rentang port dan menggerbang flag yang khusus untuk cluster-restart sehingga perpindahan ke klien baru tidak menimbulkan kegagalan startup yang sebenarnya dapat dihindari.

Masing-masing ditangani melalui alur kerja SLV yang sama — percakapan AI agent atau CLI — sehingga perpindahan ke Solana v4 tidak menjadi proyek manual yang rawan kesalahan. Rilis SLV terbaru membawa semua hal di atas sebagai bagian dari seri v2026.6.6 — BLS, XDP, dan perbaikan keamanan restart dirilis lebih dahulu, dengan ketangguhan Firedancer dan RPC menyusul dalam seri yang sama.

Apa Itu XDP — Jalur Cepat Kernel Linux yang Mempercepat Turbine

XDP (eXpress Data Path) adalah teknologi kernel Linux yang memungkinkan kode jaringan berkinerja tinggi melewati sebagian besar jalur penanganan paket biasa pada kernel. Dengan memangkas penyalinan data dan context switch, ia memproses paket dengan overhead yang jauh lebih kecil dibanding network stack standar.

Di Agave, XDP diterapkan pada Turbine, protokol yang mempropagasikan blok di seluruh jaringan validator. Shred yang masuk ditangani oleh program eBPF yang terpasang dekat dengan network interface card (NIC) dan dipetakan ke buffer user-space melalui AF_XDP, sementara shred yang keluar dikirim langsung menggunakan XDP_TX — menghilangkan syscall dan penyalinan pada hot path. Anza memperkenalkan XDP untuk Turbine pada seri Agave 3.x (mulai dari v3.0.9) dan membawanya ke baseline Agave 4.0.

Menurut panduan setup Anza, validator besar dapat mendekati 150,000 paket keluar per detik dengan XDP. Anza memosisikan XDP sebagai bagian dari headroom yang mempersiapkan validator untuk blok 100M-CU dan memajukan peta jalan IBRL (Increase Bandwidth, Reduce Latency), serta telah menerbitkan panduan setup resmi bagi operator yang mengadopsinya.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

SLV Menjadikan XDP Turn-Key — Aktifkan dengan Percakapan dan Beberapa Variabel Inventory

Mengadopsi XDP secara manual bukanlah hal sepele. Dibutuhkan kernel terkini (6.14+ untuk driver igb, 6.8+ untuk yang lain), NIC berkemampuan XDP, systemd capabilities yang tepat untuk proses validator, dan flag startup yang benar — serta pinning core CPU (termasuk core PoH) harus dipilih dengan benar agar jalurnya berkinerja baik. Inilah persis jenis pekerjaan spesialis yang membuat optimasi tingkat lanjut sulit dijangkau oleh banyak operator.

SLV mengubahnya menjadi langkah turn-key. Akselerasi retransmit XDP bersifat opt-in melalui variabel inventory per-host — xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy, dan xdp_poh_pinned_cpu_core. Saat diaktifkan, SLV menerapkan flag startup XDP yang sesuai dengan versi Agave/Jito target dan memberikan systemd capabilities yang diperlukan (CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON) secara otomatis. Variabel-variabel ini berlaku untuk validator Agave dan Jito; Firedancer menggunakan XDP secara native dan tidak memerlukan pengaktifan terpisah. (XDP telah matang sepanjang rilis Agave — sudah tidak lagi bersifat eksperimental sejak Agave 4.1, dan nama flag yang bersesuaian pun berubah sepanjang prosesnya — sehingga SLV mengikuti flag yang benar untuk setiap versi, dan operator tidak perlu melakukannya.)

Dari sisi operator, ini dapat dijalankan sepenuhnya melalui percakapan. Buka AI Console dan ucapkan sesuatu seperti "Aktifkan akselerasi retransmit XDP pada validator ini," lalu AI agent akan memilih dan menerapkan konfigurasi yang diperlukan. Perintah yang sesuai juga disediakan untuk pengguna yang berorientasi CLI, sehingga alur kerja yang tidak melibatkan AI agent pun didukung sepenuhnya. Optimasi jaringan yang sama, yang digunakan oleh validator berkinerja tertinggi, menjadi sesuatu yang dapat diaktifkan oleh operator SLV mana pun.

Registrasi BLS Siap-Alpenglow — Dukungan Lebih Awal untuk SIMD-0387

Alpenglow adalah protokol konsensus Solana generasi berikutnya. Untuk mengagregasi vote validator secara efisien — misalnya, untuk membuktikan secara ringkas bahwa 60% validator memilih untuk melewatkan sebuah slot — Alpenglow menggantikan tanda tangan ed25519 saat ini dengan skema tanda tangan agregat BLS (Boneh–Lynn–Shacham) untuk vote. SIMD-0387 mendefinisikan bagaimana validator meregistrasi kunci publik BLS di vote account mereka agar siap melakukan voting begitu Alpenglow diaktifkan.

Berdasarkan SIMD-0387, meregistrasi kunci publik BLS menjadi mungkin setelah feature gate proposal tersebut aktif, dan setiap validator harus memilikinya di vote account-nya sebelum Alpenglow beroperasi agar tetap dapat melakukan voting. Pasangan kunci BLS diturunkan dari keypair vote authority (atau keypair identity bila tidak ada), dan registrasi dilakukan on-chain bersama dengan Proof of Possession (PoP) — sebuah bukti kriptografis yang mengikat kunci tersebut ke vote account dan mencegah rogue-key attack. Saat ini, SIMD-0387 berada pada tahap review dan feature gate-nya belum aktif di mainnet (sedang dilacak untuk aktivasi di devnet), sehingga belum ada kunci BLS yang dapat diregistrasi di mainnet; yang penting hari ini adalah memiliki alur kerja yang siap untuk saat gate tersebut terbuka.

Di sinilah persis kesiapan lebih awal menjadi penting. Begitu Alpenglow beroperasi, sebuah vote account tanpa kunci BLS yang teregistrasi akan berperilaku seolah-olah tidak ter-stake. Menyiapkan alur kerja registrasi lebih awal, alih-alih panik saat gate terbuka, itulah yang menjaga operasi tetap aman sepanjang transisi.

register:bls dari SLV — Disiapkan Otomatis pada Saat Deploy

SLV menyiapkan persiapan ini untuk Anda. Perintah baru slv v register:bls adalah alur kerja yang meregistrasi kunci publik BLS — yang diturunkan dari keypair authorized-voter atau identity — pada setiap vote account begitu feature gate aktif. Perintah ini juga berjalan otomatis di akhir slv v deploy, sehingga validator yang dibangun atau diperbarui melalui SLV melewati langkah ini sebagai bagian dari alur normal.

Operasi ini dirancang agar aman dijalankan kapan saja. Pada cluster yang feature gate-nya belum diaktifkan, operasi ini akan melewatinya dengan aman sebagai no-op; begitu gate aktif, alur kerja yang sama akan meregistrasi kunci tersebut. Operasi ini idempoten, sehingga menjalankannya lebih awal tidak membawa risiko dan tidak perlu menentukan waktunya secara tepat terhadap peningkatan. Sebagaimana XDP, langkah yang sama dapat dijalankan melalui percakapan dengan AI agent atau melalui CLI. Pondasi yang menentukan apakah sebuah validator dapat terus melakukan voting sepanjang transisi Alpenglow ditangani lebih awal, tanpa manajemen kunci secara manual.

Keamanan Restart yang Diperkuat untuk Agave 4.1+

Beralih ke generasi klien baru dapat memunculkan kegagalan startup yang halus, dan dukungan v4 dari SLV mengatasinya secara langsung. Untuk Agave 4.1+ (dan validator Jito pada basis yang sama), dynamic_port_range diperlebar menjadi setidaknya 27 port (8000–8030 / 8900–8930), menyelesaikan kasus di mana Agave/Jito 4.1.0+ menolak rentang yang lebih sempit saat startup dengan "Port range is too small" — sebuah kegagalan yang membuat validator dan node RPC mengalami crash-loop. Perbaikan ini mencakup seluruh start script validator, RPC, dan pythnet, beserta default init dan inventory.

Selain itu, flag yang khusus untuk cluster-restart kini digerbang: --wait-for-supermajority dan --expected-bank-hash hanya dipancarkan ketika diatur secara eksplisit, sehingga slot atau bank hash yang usang tidak lagi dapat membuat node menggantung, atau membuatnya panic karena ketidaksesuaian bank-hash, pada restart biasa. Inilah jenis detail yang, bila ditangani manual, dapat mengubah peningkatan rutin menjadi insiden — dan yang kini diurus oleh SLV sebagai bagian dari resep standar.

Pengerasan ini berlanjut di seluruh resep. Rilis lanjutan memperluas ketangguhan operasional yang sama ke jalur Firedancer dan RPC — penanganan versi Firedancer yang sadar-jaringan, pembersihan konflik build Jito, dan koreksi start script RPC — sehingga perpindahan ke baseline terbaru tetap mulus terlepas dari klien mana yang dijalankan operator.

Menghapus Penemuan Ulang Roda — Mengonsolidasikan Pengetahuan Kelas Atas ke dalam AI Agent

Dalam ekosistem Solana, banyak proyek menghabiskan waktu pada pekerjaan bersama berupa pengoperasian validator dan node, terpisah dari pengembangan produk mereka yang sebenarnya. Membangun, men-deploy, memantau, memperbarui, dan memigrasi klien — bagi setiap proyek, ini adalah pengulangan serupa dari tugas yang sama, semacam penemuan ulang roda.

Pengaktifan XDP dan registrasi BLS yang siap-Alpenglow adalah contoh yang sempurna. Keduanya tingkat lanjut, mudah salah, dan kalau tidak begitu, setiap operator harus meneliti dan menurunkannya kembali secara independen. Dengan mengonsolidasikan pengetahuan operasi ini ke dalam skill SLV untuk AI agent, resep teruji yang sama dapat direproduksi oleh siapa pun, hanya melalui percakapan — dan biaya manusia dari operasi turun secara struktural. Dengan rilis ini, skill validator SLV — pengetahuan yang dijadikan acuan oleh AI agent — telah diperbarui untuk BLS (SIMD-0387) dan XDP, sehingga agent menerapkan prosedur yang terkini dan benar, bukan yang usang. Inilah arti dari "pemeliharaan dengan kualitas tertinggi, dengan biaya rendah" dalam praktiknya.

SLV akan terus menyelesaikan, satu per satu, beban operasi yang umum di seluruh proyek Solana, bersama SLV AI — agar setiap proyek dapat berfokus pada pengembangan esensial dari produknya sendiri.

Baik CLI maupun AI Agent — Stabilitas Menopang Keduanya

SLV beroperasi secara stabil tidak hanya sebagai AI agent tetapi juga sebagai CLI. Bagi pengguna yang lebih memilih untuk tidak bergantung pada AI agent, atau yang ingin mengintegrasikan SLV ke dalam alur otomasi berbasis skrip, SLV tetap menjadi fondasi operasi yang praktis.

Stabilitas pada tingkat CLI inilah yang justru menopang keandalan operasi AI agent. Setiap fitur SLV kompatibel dengan MCP (Model Context Protocol), dan AI agent memanggil antarmuka yang sama melalui MCP seperti yang dilakukan CLI. Ketika CLI stabil, AI agent stabil — prinsip desain ini menopang keandalan operasi AI agent SLV. Pengaktifan XDP dan register:bls pun dapat ditangani dengan cara yang sama dari CLI maupun AI agent, di atas fondasi MCP yang sama.

Fondasi Operasi yang Mendukung Komitmen pada Performa — Validator Epics DAO Mencapai Peringkat #3 Dunia

Validator Epics DAO, yang dioperasikan sebagai sumber endpoint SWQoS ERPC dan Epic Shreds, telah mencapai peringkat #3 dunia (skor 99.93) di Shinobi Performance Pool di antara seluruh validator Solana, dengan skor terkait vote melampaui 99%.

Hasil ini merupakan akumulasi dari berbagai peningkatan: pemilihan hardware, optimasi parameter kernel, penyetelan network stack, penyesuaian afinitas IRQ, adopsi DoubleZero, dan optimasi jaringan persis seperti yang diwakili XDP. SLV mengonsolidasikan pengetahuan operasi itu ke dalam AI agent dan menghadirkannya dalam bentuk yang dapat direproduksi siapa pun sebagai resep operasi yang sama. Optimasi yang dijelaskan di sini bukanlah teoretis — semuanya berasal dari operasi yang telah mencapai puncak jaringan.

Dalam Kombinasi dengan Platform ERPC

Dukungan Solana v4 dari SLV bekerja di lingkungan mana pun, dan berpadu dengan sangat baik dengan platform ERPC. ELSOUL LABO mengoperasikan data center khusus Solana di bawah ASN miliknya sendiri (AS200261), yang diberikan oleh RIPE NCC, sebagai bagian dari platform ERPC — dan di sana Anda dapat memanfaatkan optimasi v4, otomasi operasi SLV, dan platform ERPC secara bersamaan.

ERPC menekan latensi yang disebabkan oleh jarak pada tahap desain dengan menempatkan source validator, endpoint penerima, dan node pemroses di dalam data center premium tempat validator Solana terkonsentrasi padat. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, server bare metal, SWQoS, Price API kompatibel-Pyth, serta Jet Analytics & Indexed RPC semuanya dapat dikombinasikan pada platform yang sama. Menjalankan validator v4 yang dibangun dengan SLV pada platform ERPC memungkinkan Anda memadukan optimasi SLV dengan kecepatan tingkat-desain ERPC, dalam lingkungan yang sama.

Situs Resmi ERPC: https://erpc.global/id

Mulai Sekarang dengan Token SLV AI

AI agent SLV berjalan dengan token SLV AI. Anda dapat memulai secara gratis — sebuah authorization EUR 5 menyediakan 100,000 token, volume yang cukup untuk merasakan pengaktifan XDP, persiapan registrasi BLS, dan pengoperasian validator Solana v4 melalui percakapan dengan AI agent.

ERPC SLV AI Plans: https://erpc.global/id/price/

Koneksi melalui token API ChatGPT dan Claude juga didukung, sehingga Anda dapat menjalankan SLV AI dengan kunci API Anda sendiri.

Masukan Anda Membentuk SLV

SLV berkembang setiap hari melalui masukan Anda. Dukungan Solana v4 ini pun terbentuk melalui suara yang disampaikan di Discord resmi Validators DAO dan melalui pengoperasian validator di puncak jaringan. Silakan mencobanya dan bagikan pemikiran serta permintaan Anda kepada kami di Discord resmi Validators DAO.

Terima kasih, seperti biasa. Kami menghargai dukungan Anda yang berkelanjutan terhadap SLV dan ERPC.

Kontak

Untuk pertanyaan tentang SLV dan ERPC, silakan buka tiket dukungan di Discord resmi Validators DAO.

Discord Resmi Validators DAO: https://discord.gg/C7ZQSrCkYR

Tautan

Situs Resmi SLV: https://slv.dev/id
SLV Getting Started: https://slv.dev/id/doc/general/getting-started/
SLV GitHub: https://github.com/validatorsDAO/slv
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
SIMD-0387 (BLS Pubkey Management in Vote Account): https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0387-bls-pubkey-management-in-vote-account.md
Situs Resmi ERPC: https://erpc.global/id
ERPC SLV AI Plans: https://erpc.global/id/price/
Situs Resmi Epics DAO: https://epics.dev/id
Discord Resmi Validators DAO: https://discord.gg/C7ZQSrCkYR

SLV Menyelesaikan Dukungan Solana v4 — Akselerasi Turbine Berbasis XDP dan Registrasi BLS Siap-Alpenglow, Dapat Direproduksi oleh Validator Mana Pun Melalui Percakapan dengan AI Agent