Veelgestelde vragen over staking en inflatie

Op het Solana-netwerk draaien veel verschillende mensen en entiteiten een programma op gespecialiseerde computers die bekend staan als een validator. Validators spelen een sleutelrol in het onderhouden en beveiligen van de Solana-blockchain. Validators zijn verantwoordelijk voor het verwerken van nieuwe inkomende transacties op het netwerk, evenals voor het stemmen op en toevoegen van nieuwe blokken aan de blockchain.

Omdat verschillende validators over de hele wereld verschillende informatie op verschillende tijdstippen kunnen ontvangen, is het essentieel dat het netwerk tot overeenstemming kan komen over welke transacties en gegevens voortdurend aan de blockchain worden toegevoegd. De strategie waarmee de validators en het hele netwerk tot deze overeenstemming komen, staat bekend als het consensusmechanisme en is een kernuitdaging bij het bouwen van een succesvol gedecentraliseerd blockchainnetwerk. Veel verschillende projecten hebben verschillende oplossingen geprobeerd om op een snelle en kostenefficiënte manier consensus te bereiken.

Het Solana-netwerk gebruikt een Proof of Stake-consensusmechanisme (vaak afgekort tot PoS). Elke validator op het netwerk heeft de mogelijkheid om deel te nemen aan consensus door stemmen uit te brengen voor welke blokken zij denken dat aan de blockchain moeten worden toegevoegd, waardoor eventuele geldige transacties in die specifieke blokken worden bevestigd. Echter, niet alle stemmen van validators wegen even zwaar.

De consensusstemmen van validators zijn stake-gewogen, wat betekent dat hoe meer stake een individuele validator heeft, hoe meer invloed die ene validator heeft bij het bepalen van de uitkomst van de consensusstemming. Evenzo hebben validators met minder stake minder gewicht bij het bepalen van de stemuitkomst, en validators zonder stake kunnen de uitkomst van een consensusstem niet beïnvloeden.

Staking is het proces waarbij een houder van SOL-tokens (zoals iemand die SOL-tokens op een exchange heeft gekocht) een deel of al zijn tokens toewijst aan een bepaalde validator of validators, wat helpt om het stemgewicht van die validators te verhogen. Het toewijzen van je tokens om bij te dragen aan het stake-gewicht van een validator staat bekend als het “delegeren” van je tokens. Het delegeren van je tokens aan een validator geeft de validator GEEN eigendom of controle over je tokens. Je behoudt te allen tijde de volledige controle over al je gestakete tokens die je hebt gekozen te delegeren.

Door tokens te staken bij een validator of validators, geeft de tokenhouder een zekere mate van vertrouwen aan in de validator die hij heeft gekozen om aan te delegeren. Naarmate validators grotere hoeveelheden stake-delegaties van verschillende tokenhouders verzamelen, fungeert dit als “bewijs” voor het netwerk dat de consensusstemmen van de validator betrouwbaar zijn, en hun stemmen worden daarom proportioneel gewogen aan de hoeveelheid stake die de validator heeft aangetrokken. Door de collectieve stemmen van alle validators af te wegen tegen het aandeel stake dat aan hen is gedelegeerd, bereikt het netwerk consensus via dit proof of stake-mechanisme.

Omdat verschillende validators over de hele wereld mogelijk verschillende stukjes informatie op verschillende tijdstippen ontvangen, is het essentieel dat het netwerk tot overeenstemming kan komen over welke transacties en gegevens voortdurend aan de blockchain worden toegevoegd. De strategie waarmee de validators en het hele netwerk tot deze overeenstemming komen, staat bekend als het consensusmechanisme en vormt een kernuitdaging bij het bouwen van een succesvol gedecentraliseerd blockchainnetwerk. Veel verschillende projecten hebben verschillende oplossingen geprobeerd om op een snelle en kostenefficiënte manier consensus te bereiken.

Het Solana-netwerk gebruikt een proof of stake-consensusmechanisme (vaak afgekort tot PoS). Elke validator op het netwerk heeft de mogelijkheid om deel te nemen aan consensus door stemmen uit te brengen voor welke blokken zij denken dat aan de blockchain moeten worden toegevoegd, waardoor eventuele geldige transacties in die specifieke blokken worden bevestigd. Echter, niet alle stemmen van validators worden gelijk gewogen.

De consensusstemmen van validators zijn stake-gewogen, wat betekent dat hoe meer stake een individuele validator heeft, hoe meer invloed die ene validator heeft bij het bepalen van de uitkomst van de consensusstemming. Evenzo hebben validators met minder stake minder gewicht bij het bepalen van de stemuitkomst, en validators zonder stake kunnen de uitkomst van een consensusstem niet beïnvloeden.

In een open en gedecentraliseerd netwerk zoals Solana kan iedereen een validator draaien als ze dat willen. Een kwaadwillende validator of andere slechte actor zou kunnen proberen het netwerk aan te vallen of onjuiste of frauduleuze transacties in te dienen voor eigen gewin. Vanwege het Proof of Stake-consensusmechanisme dat hierboven is beschreven, zou een enkele entiteit die alleen op deze frauduleuze manier handelt, een bepaalde hoeveelheid stake moeten aantrekken voordat een van hun voorgestelde activiteiten zou worden meegewogen in de consensusstem. Naarmate meer tokenhouders ervoor kiezen om hun SOL-tokens te staken bij verschillende validators over het netwerk, en de totale hoeveelheid stake op het netwerk toeneemt, wordt het steeds moeilijker voor zelfs een gecoördineerde en goed gefinancierde aanvaller om genoeg stake te verzamelen om in hun eentje de uitkomst van een consensusstem in hun voordeel te veranderen. Kortom, hoe meer stake er wordt gedelegeerd aan veel verschillende validators over het netwerk, hoe veiliger en zekerder het netwerk wordt voor al zijn gebruikers. Bovendien komen tokenhouders die ervoor kiezen om hun tokens te staken en daarmee het netwerk te helpen beveiligen, in aanmerking om staking-beloningen te ontvangen zodra ze hun tokens hebben gedelegeerd aan een of meer validators. Meer details over staking-beloningen zijn hieronder te vinden.

Op veel Proof-of-Stake-netwerken bestaat er een mechanisme dat bekend staat als “slashing”. Slashing is elk proces waarbij een deel van de stake die aan een validator is gedelegeerd, wordt vernietigd als strafmaatregel voor kwaadwillende acties die door de validator zijn ondernomen.

Dit mechanisme stimuleert validators om dergelijke acties niet te ondernemen, aangezien minder stake die aan een validator is gedelegeerd betekent dat die validator vervolgens minder beloningen ontvangt. Geslasht worden kan ook worden gezien als een reputatierisico voor het behouden van huidige of het aantrekken van potentiële toekomstige stake.

Slashing vormt ook een risico voor tokenhouders die mogelijk een deel van hun tokens kunnen verliezen als ze hebben gedelegeerd aan een validator die wordt geslasht. De aanwezigheid van slashing zou tokenhouders kunnen stimuleren om hun tokens alleen te delegeren aan validators waarvan ze vinden dat ze betrouwbaar zijn, en niet al hun tokens te delegeren aan een enkele of klein aantal validators.

Op Solana is slashing niet automatisch. Als een aanvaller ervoor zorgt dat het netwerk stopt, kunnen ze worden geslasht bij het opnieuw opstarten van het netwerk. Voor meer informatie, bekijk de Solana Validator-documentatie.

Iedereen die SOL bezit kan op elk moment zijn tokens staken.

Om SOL-tokens te staken, moet u een wallet gebruiken die staking ondersteunt. Niet alle wallets ondersteunen staking op dit moment. SolFlare.com is een gebruiksvriendelijke wallet die staking ondersteunt. Bekijk de officiële documentatie voor een lijst van wallets die staking ondersteunen.

SOL-tokens in uw wallet moeten eerst worden overgebracht naar een stake-account. U kunt zoveel stake-accounts aanmaken als u wilt en zoveel of zo weinig SOL in elk stake-account storten als u wilt. Elk nieuw stake-account heeft een uniek adres en één wallet kan vele verschillende stake-accounts beheren of "autoriseren". Bekijk onze documentatie over stake-accountstructuur voor meer details.

Om stakingrewards te verdienen (als inflatie is ingeschakeld op mainnet beta), moeten de tokens in een stake-account worden gedelegeerd aan een validator. Eén stake-account kan op elk moment aan slechts één validator worden gedelegeerd, dus als u aan verschillende validators wilt delegeren, moet u uw tokens verdelen over meerdere stake-accounts.

Er zijn verschillende door de community beheerde tools waar je informatie over het netwerk kunt bekijken, evenals bepaalde prestatiemetrieken over individuele validators, zoals:

• Solanabeach.io
• Validators.app

Veel validators kiezen er ook voor om zichzelf en hun diensten te introduceren op de Solana-forums:

• https://forums.solana.com/t/validator-information-thread/577

Ja. Sommige mensen hebben mogelijk een stake-account met vergrendelde tokens ontvangen van de Solana Foundation dat werd verstrekt in ruil voor diensten. Tokens in stake-accounts met een lockup kunnen niet worden overgemaakt naar een ander wallet-adres voordat de lockup verloopt, maar ze kunnen wel worden gedelegeerd aan een validator om mogelijk staking-beloningen te verdienen gedurende deze periode. Beloningen die worden verdiend op vergrendelde tokens worden teruggestort in het vergrendelde stake-account.

Wanneer u voor het eerst een stake-account aanmaakt, geeft u op hoeveel SOL-tokens u er in wilt storten; deze tokens worden uit uw hoofdwalletaccount opgenomen en gestort in het nieuwe stake-account.

Tokens kunnen ook op elk gewenst moment worden overgedragen naar een bestaand stake-account via de functie Overzetten of Verzenden van uw wallet, door het adres van uw stake-account op te geven. Als u tokens overzet naar een stake-account dat al gedelegeerd is, worden deze nieuwe tokens niet automatisch gedelegeerd.

Als u een gedelegeerd stake-account heeft en uw delegatie aan een bepaalde validator wilt vergroten, is de beste werkwijze om een nieuw stake-account aan te maken met het extra stakebedrag en dat account aan dezelfde validator te delegeren.

Voorbeeld: De stake gedelegeerd aan één validator vergroten

• Gebruiker heeft een wallet met een saldo van 1000 SOL.
• Gebruiker gebruikt de walletinterface om een stake-account aan te maken met 100 SOL en delegeert de tokens in het stake-account vervolgens aan Validator A.
• Het walletbalans is nu 900 SOL en de wallet beheert ook een stake-account met een saldo van 100 SOL.
• Het stake-account toont in de walletinterface en in de Explorer de status "Activeren". Zodra het "Actief" is, komen de gestakete tokens in aanmerking voor rewards. Zie Tijdoverwegingen voor meer details.
• Later wil de gebruiker zijn delegatie aan Validator A vergroten en gebruikt daarvoor de walletinterface om een tweede stake-account aan te maken met 50 SOL, waarna de tokens in het nieuwe stake-account worden gedelegeerd aan Validator A.
• Het walletbalans is nu 850 SOL en de wallet beheert ook 2 stake-accounts met respectievelijk 100 en 50 SOL, elk gedelegeerd aan Validator A.

Als u tokens overzet naar een stake-account dat al gedelegeerd is, worden deze nieuwe tokens niet automatisch gedelegeerd. Om deze nieuwe tokens ook gedelegeerd te krijgen en rewards te laten verdienen, moet u de delegatie van het volledige account ongedaan maken en vervolgens opnieuw delegeren. Omdat het ongedaan maken en opnieuw delegeren meerdere dagen in beslag kan nemen, zou uw oorspronkelijke stake geen rewards verdienen tijdens deze overgangsperiode.

Daarom raden wij aan om SOL alleen over te zetten naar een stake-account wanneer het voor het eerst wordt aangemaakt of wanneer het niet gedelegeerd is.

Tokens kunnen alleen worden opgenomen van een stake-account wanneer ze momenteel niet zijn gedelegeerd. Wanneer een stake-account voor het eerst wordt gedelegeerd, wordt dit beschouwd als 'deactiverend' of 'afkoelend'. Tokens mogen pas worden opgenomen van het account wanneer sommige of alle tokens klaar zijn met deactiveren en worden beschouwd als 'inactief' en daardoor geen mogelijke stakingrewards meer verdienen. Zie voor meer informatie over hoe lang deze overgangsperiode kan duren Tijdsoverwegingen.

Zodra de tokens in een stake-account inactief zijn, kunnen ze direct worden teruggestort naar uw hoofdportemonnee-adres of naar een ander adres.

Voorbeeld: Alle tokens opnemen van een stake-account

• Gebruiker heeft een portemonnee met een saldo van 900 SOL en één stake-account met 100 SOL gedelegeerd aan een validator.
• Gebruiker gebruikt de portemonnee-interface om hun stakedelegatie te deactiveren. Het stake-account wordt in de portemonnee-interface en in de Explorer weergegeven als 'Deactiverend'. Zodra het 'Inactief' of 'Niet gedelegeerd' is, stoppen de gestakete tokens met het verdienen van beloningen en kunnen ze worden opgenomen. Zie Tijdsoverwegingen voor meer details.
• Gebruiker kan de portemonnee-interface gebruiken om alle tokens terug te storten naar hun hoofdportemonnee-account. Het portemonnee-saldo toont nu 1.000 SOL en het stake-account is gesloten.

Als u de hoeveelheid gedelegeerde stake voor een bepaalde validator wilt verminderen zonder uw volledige saldo te deactiveren (en daardoor mogelijke beloningen tijdens de delegatie-downtime te missen), kunt u een bestaand stake-account splitsen in twee accounts, één delegatie opheffen en het andere account gedelegeerd laten zodat het in aanmerking blijft komen voor beloningen.

Voorbeeld: De aan een bepaalde validator gedelegeerde stake verminderen

• Gebruiker heeft een portemonnee met een saldo van 800 SOL en één stake-account met 200 SOL gedelegeerd aan een validator.
• Gebruiker wil de hoeveelheid stake die aan de validator is gedelegeerd met 100 SOL verminderen.
• Gebruik de portemonnee-interface om het stake-account te 'splitsen' en geef 100 SOL op als het te splitsen bedrag.
• Er zijn nu 2 stake-accounts, elk met 100 SOL, die elk zijn gedelegeerd aan dezelfde validator.
• Gebruiker kan vervolgens de portemonnee-interface gebruiken om één van hun stakedelegaties te deactiveren. Het stake-account wordt in de portemonnee-interface en in de Explorer weergegeven als 'Deactiverend'. Zodra het 'Inactief' of 'Niet gedelegeerd' is, stoppen de gestakete tokens met het verdienen van beloningen en kunnen ze worden opgenomen. Zie Tijdsoverwegingen voor meer details.
• Zodra het account inactief is, kan de gebruiker ervoor kiezen het account te delegeren aan een andere validator, de tokens terug te storten naar de hoofdportemonnee, of het inactieve stake-account verder te splitsen en te delegeren aan meerdere verschillende validators.

Tokens in een stake-account met een vergrendeling mogen pas worden opgenomen nadat de vergrendeling is verlopen, ongeacht de delegatiestatus van dat account. Zodra de vergrendeling is verlopen, kunnen niet-gedelegeerde tokens direct worden opgenomen. De accounthouder hoeft geen actie te ondernemen om het account specifiek te ontgrendelen.

Wanneer je een stake-account delegeert of de delegatie opheft, veranderen de tokens niet onmiddellijk van status. Nieuw gedelegeerde tokens worden beschouwd als “activerend” of “opwarmend”, en komen pas in aanmerking voor beloningen wanneer ze volledig geactiveerd zijn. Tokens waarvan de delegatie onlangs is opgeheven, worden beschouwd als “deactiverend” of “afkoelend” en kunnen pas worden opgenomen nadat ze gedeactiveerd zijn.

Het Solana-protocol staat alleen toe dat stake-tokens hun statusverandering voltooien aan het begin van een nieuwe epoch. Een epoch duurt ongeveer 2 dagen. Gebruik solana epoch-info om details van de huidige epoch te bekijken.

Als je tokens in een stake-account delegeert halverwege een epoch, verschijnen de tokens in je wallet als “activerend” totdat de huidige epoch eindigt, waarna ze actief worden en in aanmerking komen voor beloningen. Of je je stake-tokens nu delegeert aan het begin van de huidige epoch of tegen het einde van de huidige epoch, heeft geen invloed op wanneer de tokens actief worden, wat alleen gebeurt bij de volgende epoch-grens. Dezelfde logica geldt voor het opheffen van de delegatie of het deactiveren van een gedelegeerd stake-account. Deactiverende tokens kunnen pas worden opgenomen nadat ze volledig gedeactiveerd zijn bij de epoch-grens.

Er is een limiet aan hoeveel totale stake in één epoch van status kan veranderen over het hele Solana-netwerk. Niet meer dan 25% van de totale actieve stake op het netwerk kan in één epoch worden geactiveerd of gedeactiveerd. In een scenario waarin meer dan 25% van de totale actieve stake op het netwerk in één epoch wordt geactiveerd, zal een deel van alle activerende/deactiverende stake tot de wereldwijde limiet van 25% de statusverandering voltooien bij de eerste epoch-grens. De resterende stake zou als “activerend” of “deactiverend” blijven voor ten minste nog een epoch, tot de volgende epoch-grens.

Als een stake-activering meerdere epochs duurt, komt het deel van de stake dat volledig actief wordt bij de eerste epoch-grens in aanmerking voor beloningen, terwijl het resterende deel dat nog een extra epoch activeert, nog niet in aanmerking komt voor beloningen.

Op dezelfde manier, als een stake-deactivering meerdere epochs duurt, kan het deel van de stake dat volledig inactief wordt bij de eerste epoch-grens worden opgenomen, terwijl het resterende deel nog een extra epoch deactiveert, waarna het dan kan worden opgenomen.

Alle stake-accounts op Solana (en alle accounts van welke soort dan ook) kunnen worden bekeken op Solana's netwerkverkenner, te vinden hier:

Solana Explorer

Kopieer en plak het stake-accountadres waarin je geïnteresseerd bent in de hoofdzoekbalk van de verkenner om details van het account te zien, inclusief de activerings-/deactiverings-/delegatiestatus, huidige saldo en het adres van de autoriteiten van het stake-account, wat gewoonlijk hetzelfde is als het hoofdadres van je wallet.

Afhankelijk van welke wallet-oplossing je gebruikt om je stake-accounts te beheren, kan dezelfde informatie zichtbaar zijn door in te loggen op je wallet en je stake-accounts te bekijken.

Stakingrewards worden eenmaal per epoch berekend en uitbetaald. Een epoch duurt ongeveer 2 dagen. Beloningen die zijn opgebouwd in een bepaalde epoch worden aan alle validators en delegators uitgekeerd in het eerste blok van de volgende epoch. De stakingopbrengst wordt weergegeven als een geannualiseerd cijfer, hoewel dit getal elke epoch varieert naarmate het inflatietarief en de totale actieve stake voortdurend veranderen. De stakingopbrengst en het volledige inflatieontwerp worden hier toegelicht:

OFFICIËLE DOCUMENTATIE

Schattingen van de stakingopbrengst, op basis van verschillende modellen van het aandeel van de totale gestakete SOL, kunnen hier worden bekeken:

STAKINGOPBRENGST MODELLEN

Om het bedrag aan SOL te schatten dat een delegator in één epoch in één stake-account kan verwachten:

Validator uptime wordt gedefinieerd door het consensusstemgedrag van een validator. Elke keer dat een validator stemt op een blok dat uiteindelijk aan de blockchain wordt toegevoegd, verdient die validator één vote credit.

Wanneer beloningen aan het einde van de epoch worden geteld, worden alle stake-gewogen vote credits die door alle validators zijn verdiend, gebruikt om het totale bedrag aan SOL te bepalen dat aan elke specifieke validator en hun delegators wordt uitgegeven.

Validators rekenen een vergoeding voor inflatoire beloningen die worden verdiend door de stake-accounts die aan hen zijn gedelegeerd, in ruil voor hun diensten bij het beveiligen van de blockchain en het verwerken van transacties. Deze vergoeding staat bekend als het commissiepercentage. Elke keer dat beloningen worden uitgegeven, wordt de commissie gestort op de account van de validator en worden de resterende beloningen gestort op alle stake-accounts die aan die validator zijn gedelegeerd, evenredig aan het bedrag aan actief gedelegeerde stake in elk account. Validator-commissie en staking-beloningen worden altijd gelijktijdig uitgegeven.

Beloningen worden eenmaal per epoch uitgegeven en worden gestort op het stake-account dat ze heeft verdiend. Stake-beloningen worden automatisch opnieuw gedelegeerd als actieve stake.

Als de beloningen die verschuldigd zijn aan een validator of een van hun stakes minder dan één lamport bedragen voor een bepaalde epoch, wordt de uitgifte van beloningen uitgesteld tot de volgende epoch waarin beide ten minste één lamport zouden ontvangen.

De details van het oorspronkelijk voorgestelde inflatieschema worden hier besproken. De specifieke parameters die het inflatieschema bepalen zijn:

1. Initieel inflatiepercentage: 8 %
2. Dis-inflatiepercentage: −15%
3. Langetermijn inflatiepercentage: 1,5%

De bovenstaande parameters worden als volgt gedefinieerd:

• Initieel inflatiepercentage: het startende inflatiepercentage wanneer inflatie voor het eerst wordt ingeschakeld. Het token-uitgiftepercentage kan alleen vanaf dit bedrag dalen
• Dis-inflatiepercentage: het geannualiseerde percentage waarmee het inflatiepercentage wordt verlaagd
• Langetermijn inflatiepercentage: het stabiele, langetermijn inflatiepercentage dat wordt verwacht

Merk op dat het inflatiepercentage niet hetzelfde zal zijn als het staking-rendement (d.w.z. de rente die wordt verdiend door tokens te staken). Zie hieronder voor een bespreking van het staking-rendement.

100% van de inflatoire uitgifte wordt voorgesteld om te worden geleverd aan gedelegeerde stake-accounts en validators.

Staking-rendement komt voort uit inflatoire uitgiftes die worden verdeeld over gedelegeerde staking-accounts en validator vote-accounts volgens het commissietarief van de validator. Door dit ontwerp is het staking-rendement voornamelijk een functie van het deel van SOL dat gestaked is op het netwerk. Een gedetailleerde bespreking van het ontwerp en de impact ervan op het staking-rendement is hier te vinden:

OVERZICHT INFLATIEONTWERP

De hoeveelheid totale SOL die gestaked zal worden is onbekend, dus we kunnen het exacte staking-rendement alleen schatten. Hieronder tonen we staking-rendementen in de loop van de tijd, gesegmenteerd naar verschillende waarden van het percentage gestakede SOL dat mogelijk op het netwerk wordt waargenomen (tussen 60-90%). De parameters van het inflatieschema zijn ingesteld zoals hierboven beschreven.

Een eenvoudig interactief dashboard wordt hier aangeboden, waarin verschillende percentages gestakede SOL kunnen worden geselecteerd om de impact op toekomstige staking-rendementen te zien.

Let op dat dit een geïdealiseerd staking-rendement is, omdat het de impact van validator-uptime op beloningen, validator-commissies, mogelijke rendementsbeperkingen en mogelijke slashing-incidenten negeert. Het negeert bovendien dat het percentage gestakede SOL dynamisch is van opzet, d.w.z. er wordt verwacht dat het percentage gestakede SOL in de loop van de tijd verandert en daarmee het staking-rendement beïnvloedt. Het wordt alleen gepresenteerd om te gebruiken als een ruwe schatting voor verwachte staking-rendementen.