SLV

Operationele notities voor Solana-mainnet-validators

Inleiding (doel van deze pagina)

In Solana zijn validators niet alleen operators van hun eigen nodes.
Ze vormen een cruciaal onderdeel van de algehele kwaliteit van de Solana-chain.
Wanneer alle validators op een hoog kwaliteitsniveau werken,
  • worden transacties snel verwerkt
  • verloopt de blockproductie stabiel
  • blijft de chain draaien
  • verbetert de gebruikerservaring (UX)
Daardoor neemt de betrouwbaarheid van de Solana-chain toe,
wat een positieve cyclus oplevert die meer gebruikers en toepassingen aantrekt.
Het gaat hier niet alleen om “bijdragen aan het netwerk”.
Prestatiemetrics hebben in de praktijk invloed op de beoordeling door stake pools en andere evaluaties,
dus hoogwaardig validatorbeheer komt op termijn ook de operator zelf ten goede.
Met SLV kun je relatief eenvoudig een Solana-validator starten,
en worden basisinstellingen voor prestaties op OS-niveau automatisch toegepast.
Toch zijn er nog steeds belangrijke punten die operators moeten begrijpen en controleren
om in de praktijk stabiele prestaties te halen.
Deze pagina vat algemene voorzorgsmaatregelen samen voor alle operators van mainnet-validators,
zonder uit te gaan van specifieke gevallen.

Controleer de machinespecificaties (op basis van de officiële vereisten)

Voor mainnet-validators kun je het best een configuratie plannen die stabiel kan draaien,
ook tijdens congestie, en niet alleen het absolute minimum om te kunnen starten.
Hieronder staan richtlijnen op basis van de officiële documentatie van Solana / Agave / Firedancer.

Agave-validator (officiële vereisten en aanbevelingen)

SOL-vereisten
  • Bij elke epoch-grens moet het Vote Account minimaal het rent-exempt-minimum plus één Validator Admission Ticket bevatten (0.8 SOL bij een slottijdinstelling van 200 ms)
  • Het Validator Admission Ticket wordt in het eerste block van elke epoch van het Vote Account afgeschreven
  • Controleer het rent-exempt-minimum met solana rent 3762 (3762 is de grootte van het Vote Account in bytes)
  • De Identity Key betaalt niet langer een vergoeding per stem — onder Alpenglow worden stemmen niet meer als transacties verzonden
Hardwarevereisten (richtlijn)
ComponentValidatorRPC-node (ter referentie)
CPU2.8GHz+ / AMD Gen3+ / Intel Ice Lake+ / SHA-extensies / AVX216 cores / 32 threads+
RAM256GB+512GB+
SchijfNVMe Gen3 x4 of beter / scheiding van Accounts / Ledger / Snapshots aanbevolenGrotere capaciteit aanbevolen
GPUNiet vereistNiet vereist
Opmerking:
Kloksnelheid en effectieve doorvoer worden belangrijker geacht dan het aantal cores.

Firedancer (Frankendancer)

Firedancer (Frankendancer) is momenteel afhankelijk van Agave,
dus vereist het minimaal de aanbevolen configuratie voor Agave of een hogere.
Minimum
  • 24-core CPU @ >2.8GHz
  • 256GB RAM
  • 2TB NVMe (High TBW)
Aanbevolen
  • CPU met 32 cores @ >3GHz (met AVX512-ondersteuning)
  • 512GB RAM (ECC)
  • Scheiding van Accounts / Ledger
  • Netwerkbandbreedte van 1Gbps of hoger
Bronnen:

Vergeet de instellingen voor CPU Turbo / Performance Boost in het BIOS niet

Het belangrijkste en vaakst over het hoofd geziene punt
is CPU Turbo / Performance Boost op BIOS-niveau.
In veel omgevingen
gaat men ervan uit dat dit standaard is ingeschakeld,
maar er zijn echte gevallen waarin het in het BIOS is uitgeschakeld.
Als CPU Turbo niet is ingeschakeld,
  • blijven de effectieve CPU-prestaties achter bij de verwachtingen
  • loopt de blockproductie vaak vertraging op
  • kan een verslechtering van de blocktijd worden waargenomen
Validators met een trage blockproductie kunnen sancties krijgen
bij veel stake pools en in programma's van de Solana Foundation.

Overzicht voor het controleren van de BIOS-instellingen

De BIOS-interface verschilt per leverancier,
maar meestal controleer je de volgende onderdelen.
  • CPU Performance Boost / Core Performance Boost
  • Turbo Mode / Turbo Boost
  • Performance Profile (Performance in plaats van Power Saving)
SLV draait binnen het OS en beheert instellingen op OS-niveau, zoals de CPU-governor en pstate, maar kan geen BIOS- of firmware-instellingen wijzigen.
Opmerking:
BIOS-instellingen kun je niet vanuit het OS controleren.
Neem bij het in gebruik nemen of de eerste inrichting van een nieuwe server de BIOS-controle altijd op in je checklist.

Controleer de kernelversie (6.8.0 of hoger aanbevolen)

Ook de Linux-kernel is een belangrijke factor voor Solana-validators.
Per januari 2026 wordt kernel 6.8.0 of hoger aanbevolen.
Deze bevat twee updates die belangrijk zijn voor Solana-workloads.

Zo controleer je dit

bash
uname -r
# 6.8.0-71-generic
Opmerking: De kernel wordt vaak over het hoofd gezien, maar heeft direct invloed op CPU-scheduling en I/O.

Controleer de CPU-instellingen (OS-niveau)

Naast de BIOS-instellingen zijn ook de CPU-instellingen op OS-niveau belangrijk.
Zorg dat de volgende instellingen allemaal in de stand performance staan.

Energy Performance Preference (EPP)

bash
cat /sys/devices/system/cpu/cpu0/cpufreq/energy_performance_preference
# performance

CPU governor

bash
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
# performance

amd_pstate (AMD CPU)

bash
cat /sys/devices/system/cpu/amd_pstate/status
# active
Opmerking: Als hier niet aan wordt voldaan, kan de CPU in energiebesparende modus draaien en niet zijn volledige prestaties leveren.
In SLV zijn deze standaard ingesteld,
maar het is belangrijk om hun betekenis te begrijpen en ze zelf te controleren.

Wat deze pagina je wil meegeven

De punten op deze pagina zijn geen:
  • speciale tuning
  • geavanceerde tips voor experts
Het zijn de minimale en essentiële controles
om prestatieverlies en onbedoelde sancties te voorkomen,
ook als je met de beste bedoelingen werkt.
Door deze punten vooraf te controleren, kun je:
  • je validator op een hoog kwaliteitsniveau beheren
  • onnodige problemen voorkomen
  • bijdragen aan een betere kwaliteit van het Solana-netwerk als geheel
Gebruik deze pagina als checklist voor de dagelijkse praktijk.

Vorige

Solana Mainnet Validator - Snelstart

Volgende

Solana Mainnet Validator - Solana-versie bijwerken