SLV voltooit ondersteuning voor Solana v4 met XDP en Alpenglow-ready BLS

ELSOUL LABO B.V. (hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO maken met genoegen bekend dat SLV, de open-source Solana-beheertool, de ondersteuning voor Solana v4 (Agave 4.x) heeft voltooid.

Met deze update kunnen de optimalisaties waarop de best presterende Solana-validators vertrouwen — Anza's XDP Turbine-retransmissieversnelling en de in SIMD-0387 gedefinieerde Alpenglow-ready BLS-publiekesleutelregistratieworkflow — nu door elke operator volgens hetzelfde beproefde operationele recept worden uitgevoerd, via gesprekken met een AI-agent of rechtstreekse CLI-bediening. De geavanceerde afstemming die ooit diepgaande Linux- en Solana-expertise vereiste, is in SLV gebundeld, zodat zelfs operators zonder die gespecialiseerde achtergrond haar door middel van een gesprek alleen kunnen reproduceren.

SLV Officiële site: https://slv.dev/nl SLV GitHub: https://github.com/validatorsDAO/slv

De werking van validators van het hoogste niveau democratiseren — optimalisatie van wereldklasse, door iedereen reproduceerbaar

SLV is een open-source initiatief om Solana-validators samen met AI-agenten te beheren en zo de hoogste kwaliteit van onderhoud te leveren tegen lage kosten, overal ter wereld.

Op Solana is de kloof tussen de ruwe prestaties van een validator en de operationele kennis daarachter steeds groter geworden. Netwerken met lage latentie, kernel- en NIC-afstemming, zorgvuldige voorbereiding op protocol-upgrades — de werkzaamheden die leiden tot prestaties van validators op topniveau hebben diepgaande gespecialiseerde kennis van Linux en Solana gevergd, naast voortdurende handmatige arbeid. Als gevolg daarvan bleven de hoogste niveaus van beheer doorgaans alleen toegankelijk voor een beperkte groep operators met die expertise.

SLV bestaat om die kloof te dichten. Door de operationele kennis die is opgebouwd door validatorbeheer van wereldklasse te bundelen tot vaardigheden voor een AI-agent, kan iedereen hetzelfde operationele recept reproduceren door middel van een gesprek alleen. Deze ondersteuning voor Solana v4 brengt dat idee rechtstreeks naar de nieuwste optimalisaties: XDP en BLS, juist de technologieën die de best presterende validators aan het invoeren zijn, zijn nu beschikbaar voor elke operator die SLV gebruikt — zonder dat zij hun eigen keuze van client of omgeving hoeven op te geven.

Wat de ondersteuning voor Solana v4 oplevert — XDP, BLS en restart-veiligheid, allemaal voor u afgehandeld

Solana v4 (Agave 4.x) is de nieuwste generatie van de validatorclient, door Anza aanbevolen voor mainnet, en verhoogt de kernprestaties terwijl het netwerk wordt voorbereid op grotere blokken en de aanstaande Alpenglow-consensus-upgrade. SLV's v4-ondersteuning dekt de drie gebieden die het belangrijkst zijn voor operators die naar deze basis overstappen.

XDP Turbine-retransmissieversnelling — kant-en-klare inschakeling van het hoogperformante netwerkpad dat de blokpropagatie versnelt.
Alpenglow-ready BLS-publiekesleutelregistratie (SIMD-0387) — het van tevoren voorbereiden van de registratieworkflow, zodat validators klaar zijn om te registreren zodra de Alpenglow-feature-gate wordt geactiveerd.
Restart-veiligheid voor Agave 4.1+ — het aanpassen van de poortrange en het afschermen van vlaggen die uitsluitend voor clusterherstart zijn bedoeld, zodat de overstap naar de nieuwe client geen vermijdbare opstartfouten introduceert.

Elk van deze wordt afgehandeld via dezelfde SLV-workflow — gesprek met de AI-agent of CLI — zodat de overstap naar Solana v4 geen handmatig, foutgevoelig project wordt. De nieuwste SLV-release omvat al het bovenstaande als onderdeel van de v2026.6.6-serie — BLS, XDP en de restart-veiligheidscorrecties komen als eerste, met de robuustheid van Firedancer en RPC die in dezelfde serie volgt.

Wat XDP is — een snelpad in de Linux-kernel dat Turbine versnelt

XDP (eXpress Data Path) is een Linux-kerneltechnologie waarmee hoogperformante netwerkcode een groot deel van het gebruikelijke pakketverwerkingspad van de kernel kan omzeilen. Door datakopieën en context-switches te beperken, verwerkt het pakketten met veel minder overhead dan de standaardnetwerkstack.

In Agave wordt XDP toegepast op Turbine, het protocol dat blokken over het validatornetwerk propageert. Inkomende shreds worden verwerkt door een eBPF-programma dat dicht bij de netwerkinterfacekaart (NIC) is aangehecht en via AF_XDP in user-space-buffers wordt gemapt, terwijl uitgaande shreds rechtstreeks worden verzonden met XDP_TX — waarmee syscalls en kopieën op het hot path worden geëlimineerd. Anza introduceerde XDP voor Turbine in de Agave 3.x-serie (vanaf v3.0.9) en draagt het over naar de Agave 4.0-basis.

Volgens Anza's setup-gids kunnen grote validators met XDP ongeveer 150,000 uitgaande pakketten per seconde benaderen. Anza positioneert XDP als onderdeel van de marge die validators voorbereidt op 100M-CU-blokken en de IBRL-roadmap (Increase Bandwidth, Reduce Latency) vooruithelpt, en heeft een officiële setup-gids gepubliceerd voor operators die het invoeren.

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

SLV maakt XDP kant-en-klaar — schakel het in met een gesprek en enkele inventarisvariabelen

XDP handmatig invoeren is niet triviaal. Het vereist een recente kernel (6.14+ voor de igb-driver, 6.8+ voor andere), een XDP-geschikte NIC, de juiste systemd-capabilities voor het validatorproces en de juiste opstartvlaggen — en het vastpinnen van CPU-cores (inclusief de PoH-core) moet correct worden gekozen opdat het pad goed presteert. Dit is precies het soort gespecialiseerde werk dat geavanceerde optimalisatie voor veel operators buiten bereik heeft gehouden.

SLV verandert dit in een kant-en-klare stap. XDP-retransmissieversnelling is opt-in via inventarisvariabelen per host — xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy en xdp_poh_pinned_cpu_core. Wanneer ingeschakeld, voegt SLV de XDP-opstartvlaggen toe die passen bij de doel-Agave/Jito-versie en verleent het automatisch de vereiste systemd-capabilities (CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON). Deze variabelen gelden voor Agave- en Jito-validators; Firedancer gebruikt XDP natief en heeft geen aparte inschakeling nodig. (XDP is door de Agave-releases heen gerijpt — sinds Agave 4.1 is het niet langer experimenteel, en de bijbehorende vlagnamen zijn onderweg veranderd — zodat SLV de juiste vlaggen per versie volgt en operators dat niet hoeven te doen.)

Vanuit het perspectief van de operator kan dit volledig via een gesprek worden aangestuurd. Start de AI Console en zeg iets als "Schakel XDP-retransmissieversnelling in op deze validator", en de AI-agent selecteert en past de benodigde configuratie toe. Voor CLI-georiënteerde gebruikers worden eveneens bijbehorende commando's geleverd, zodat workflows zonder AI-agenten volledig worden ondersteund. Dezelfde netwerkoptimalisatie die de best presterende validators gebruiken, wordt iets dat elke SLV-operator kan inschakelen.

Alpenglow-ready BLS-registratie — voorlopende ondersteuning voor SIMD-0387

Alpenglow is Solana's consensusprotocol van de volgende generatie. Om validatorstemmen efficiënt te aggregeren — bijvoorbeeld om beknopt te bewijzen dat 60% van de validators heeft gestemd om een slot over te slaan — vervangt Alpenglow de huidige ed25519-handtekeningen door het BLS-aggregaathandtekeningschema (Boneh–Lynn–Shacham) voor stemmen. SIMD-0387 definieert hoe validators een BLS-publieke sleutel in hun vote account registreren, zodat ze klaar zijn om te stemmen zodra Alpenglow is ingeschakeld.

Onder SIMD-0387 wordt het registreren van een BLS-publieke sleutel mogelijk zodra de feature-gate van het voorstel actief is, en moet elke validator er één in zijn vote account hebben voordat Alpenglow live gaat om te kunnen blijven stemmen. Het BLS-sleutelpaar wordt afgeleid van het vote-authority-sleutelpaar (of het identity-sleutelpaar als dat ontbreekt), en de registratie vindt on-chain plaats samen met een Proof of Possession (PoP) — een cryptografisch bewijs dat de sleutel aan het vote account bindt en rogue-key-aanvallen voorkomt. Op dit moment bevindt SIMD-0387 zich in de reviewfase en is de feature-gate ervan nog niet actief op mainnet (activering wordt gevolgd voor devnet), dus kan er nog geen BLS-sleutel op mainnet worden geregistreerd; wat vandaag telt, is dat de workflow gereed is voor wanneer de gate opengaat.

Juist hier doet het ertoe om vroeg klaar te zijn. Zodra Alpenglow live is, zou een vote account zonder geregistreerde BLS-sleutel zich gedragen alsof het unstaked was. Door de registratieworkflow van tevoren op orde te hebben, in plaats van bij het opengaan van de gate in allerijl te handelen, blijft een beheer veilig over de overgang heen.

SLV's register:bls — automatisch voorbereid bij de deploy

SLV brengt deze voorbereiding voor u op orde. Het nieuwe commando slv v register:bls is de workflow die de BLS-publieke sleutel — afgeleid van het authorized-voter- of identity-sleutelpaar — op elk vote account registreert zodra de feature-gate actief is. Het draait ook automatisch aan het einde van slv v deploy, zodat een validator die via SLV is gebouwd of bijgewerkt, deze stap als onderdeel van de normale flow doorloopt.

De bewerking is zo ontworpen dat ze op elk moment veilig kan worden uitgevoerd. Op een cluster waar de feature-gate nog niet is ingeschakeld, passeert ze veilig als een no-op; zodra de gate wordt geactiveerd, registreert dezelfde workflow de sleutel. Ze is idempotent, dus vroeg uitvoeren brengt geen risico met zich mee en er is geen noodzaak om de timing nauwkeurig op de upgrade af te stemmen. Net als bij XDP kan dezelfde stap via een gesprek met de AI-agent of via de CLI worden aangestuurd. De voorbereiding die bepaalt of een validator door de Alpenglow-overgang heen kan blijven stemmen, wordt van tevoren op orde gebracht, zonder handmatig sleutelbeheer.

Versterkte restart-veiligheid voor Agave 4.1+

Het overstappen naar een nieuwe clientgeneratie kan subtiele opstartfouten aan het licht brengen, en SLV's v4-ondersteuning pakt deze rechtstreeks aan. Voor Agave 4.1+ (en Jito-validators op dezelfde basis) wordt de dynamic_port_range verbreed tot ten minste 27 poorten (8000–8030 / 8900–8930), waarmee een geval wordt opgelost waarin Agave/Jito 4.1.0+ een smallere range bij het opstarten weigert met "Port range is too small" — een fout die validators en RPC-nodes in een crash-loop bracht. De correctie dekt alle start-scripts voor validator, RPC en pythnet, samen met de init- en inventaris-standaardwaarden.

Daarnaast worden vlaggen die uitsluitend voor clusterherstart zijn bedoeld nu afgeschermd: --wait-for-supermajority en --expected-bank-hash worden alleen uitgegeven wanneer ze expliciet zijn ingesteld, zodat een verouderde slot of bank hash bij een gewone herstart een node niet langer kan laten hangen of met een bank-hash-mismatch kan laten paniekeren. Dit zijn het soort details die, wanneer ze handmatig worden afgehandeld, een routinematige upgrade in een incident veranderen — en waar SLV nu voor zorgt als onderdeel van het standaardrecept.

Deze versteviging zet zich voort door het hele recept. Een vervolgrelease breidt dezelfde operationele robuustheid uit naar de Firedancer- en RPC-paden — netwerkbewuste afhandeling van de Firedancer-versie, een opschoning van een Jito-buildconflict en correcties van RPC-start-scripts — zodat het overstappen naar de nieuwste basis soepel blijft, ongeacht welke client een operator draait.

Het opnieuw uitvinden van het wiel wegnemen — topkennis bundelen in de AI-agent

In het Solana-ecosysteem besteden veel projecten tijd aan het gedeelde werk van het beheren van validators en nodes, los van de ontwikkeling van hun eigenlijke product. Bouwen, deployen, monitoren, bijwerken en clients migreren — voor elk project zijn dit vergelijkbare herhalingen van dezelfde taken, een soort opnieuw uitvinden van het wiel.

Het inschakelen van XDP en de Alpenglow-ready BLS-registratie zijn perfecte voorbeelden. Ze zijn geavanceerd, gemakkelijk verkeerd te doen, en elke operator moet ze anders zelfstandig onderzoeken en opnieuw afleiden. Door deze operationele kennis te bundelen in SLV-vaardigheden voor de AI-agent, kan hetzelfde beproefde recept door iedereen worden gereproduceerd, via een gesprek alleen — en daalt de menselijke kostenpost van beheer structureel. Met deze release is de SLV-validatorvaardigheid — de kennis waarop de AI-agent put — bijgewerkt voor BLS (SIMD-0387) en XDP, zodat de agent de huidige, juiste procedure toepast in plaats van een verouderde. Dit is wat "de hoogste kwaliteit van onderhoud, tegen lage kosten" in de praktijk betekent.

SLV zal de operationele lasten die Solana-projecten gemeen hebben één voor één blijven oplossen, samen met SLV AI — zodat elk project zich kan richten op de essentiële ontwikkeling van zijn eigen product.

Zowel CLI als AI-agent — stabiliteit onderbouwt beide

SLV werkt niet alleen als AI-agent stabiel, maar ook als CLI. Voor gebruikers die liever niet op AI-agenten vertrouwen, of die SLV in geautomatiseerde scriptflows willen integreren, blijft SLV een praktische operationele basis.

Deze stabiliteit op CLI-niveau is precies wat de betrouwbaarheid van het beheer via de AI-agent onderbouwt. Elke SLV-functie is compatibel met MCP (Model Context Protocol), en de AI-agent roept via MCP dezelfde interfaces aan als de CLI doet. Wanneer de CLI stabiel is, is de AI-agent stabiel — dit ontwerpprincipe onderbouwt de betrouwbaarheid van SLV's AI-agentbeheer. Ook het inschakelen van XDP en register:bls kunnen op dezelfde manier vanuit zowel de CLI als de AI-agent worden afgehandeld, op dezelfde MCP-basis.

Een operationele basis die een toewijding aan prestaties ondersteunt — Epics DAO-validator bereikte wereldwijd #3

De Epics DAO-validator, beheerd als de bron van ERPC's SWQoS-endpoint en Epic Shreds, heeft wereldwijd rang #3 (score 99.93) in de Shinobi Performance Pool onder alle Solana-validators bereikt, met stemgerelateerde scores van meer dan 99%.

Dit resultaat is de cumulatieve uitkomst van meerdere verbeteringen: hardwareselectie, optimalisatie van kernelparameters, afstemming van de netwerkstack, aanpassing van de IRQ-affiniteit, de invoering van DoubleZero en netwerkoptimalisaties van precies het soort dat XDP vertegenwoordigt. SLV bundelt die operationele kennis in de AI-agent en levert haar in een vorm die iedereen als hetzelfde operationele recept kan reproduceren. De hier beschreven optimalisaties zijn niet theoretisch — ze komen voort uit beheer dat de top van het netwerk heeft bereikt.

In combinatie met het ERPC-platform

SLV's ondersteuning voor Solana v4 werkt in elke omgeving en past bijzonder goed bij het ERPC-platform. ELSOUL LABO beheert een Solana-specifiek datacenter onder zijn eigen ASN (AS200261), verleend door RIPE NCC, als onderdeel van het ERPC-platform — en daar kunt u de v4-optimalisaties, SLV's beheerautomatisering en het ERPC-platform gezamenlijk gebruiken.

ERPC onderdrukt door afstand veroorzaakte latentie reeds in de ontwerpfase door bronvalidators, ontvangende endpoints en verwerkingsnodes te plaatsen binnen premiumdatacenters waar Solana-validators dicht opeen zijn geconcentreerd. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, bare-metalservers, SWQoS, de Pyth-compatibele Price API en Jet Analytics & Indexed RPC kunnen allemaal op hetzelfde platform worden gecombineerd. Door een met SLV gebouwde v4-validator op het ERPC-platform te draaien, kunt u SLV's optimalisaties combineren met ERPC's snelheid op ontwerpniveau, in dezelfde omgeving.

ERPC Officiële site: https://erpc.global/nl

Begin nu met SLV AI-tokens

SLV's AI-agent draait op SLV AI-tokens. U kunt gratis beginnen — een autorisatie van € 5 levert 100,000 tokens, voldoende volume om het inschakelen van XDP, het voorbereiden van de BLS-registratie en het beheren van een Solana v4-validator via gesprekken met de AI-agent te ervaren.

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

Verbindingen via ChatGPT- en Claude-API-tokens worden eveneens ondersteund, zodat u SLV AI met uw eigen API-sleutels kunt draaien.

Uw feedback vormt SLV

SLV evolueert elke dag dankzij uw feedback. Ook deze ondersteuning voor Solana v4 kreeg vorm door de stemmen die in de officiële Discord van Validators DAO werden gedeeld en door het draaien van validators aan de top van het netwerk. Probeer het uit en deel uw gedachten en wensen met ons in de officiële Discord van Validators DAO.

Hartelijk dank, zoals altijd. Wij waarderen uw voortdurende steun voor SLV en ERPC.

Contact

Voor vragen over SLV en ERPC kunt u een supportticket aanmaken in de officiële Discord van Validators DAO.

Validators DAO Officiële Discord: https://discord.gg/C7ZQSrCkYR

SLV voltooit ondersteuning voor Solana v4 — XDP Turbine-versnelling en Alpenglow-ready BLS-registratie, door elke validator reproduceerbaar via gesprekken met een AI-agent