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 je een wallet gebruiken die staking ondersteunt. Niet alle wallets ondersteunen op dit moment staking. 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 je wallet moeten eerst worden verplaatst naar een stake-account. Je kunt zoveel stake-accounts aanmaken als je wilt, en zoveel of zo weinig SOL in elk stake-account storten als je wilt. Elk nieuw stake-account heeft een uniek adres, en een enkele wallet kan veel verschillende stake-accounts beheren of 'autoriseren'. Bekijk onze documentatie over stake-accountstructuur voor meer details.

Om staking-beloningen te verdienen (als inflatie is ingeschakeld op mainnet beta), moeten de tokens in een stake-account worden gedelegeerd aan een validator. Een enkel stake-account kan op elk moment slechts aan één validator worden gedelegeerd, dus als je aan verschillende validators wilt delegeren, moet je je 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 je voor het eerst een stake-account aanmaakt, geef je aan met hoeveel SOL-tokens je het wilt financieren, en deze tokens worden opgenomen van je hoofdwallet-account en gestort in het nieuwe stake-account.

Tokens kunnen ook op elk moment worden overgemaakt naar een reeds bestaand stake-account, door de transfer- of verzendfunctie van je wallet te gebruiken en het adres van je stake-account op te geven. Als je tokens overmaakt naar een stake-account dat al is gedelegeerd, worden deze nieuwe tokens niet automatisch gedelegeerd.

Als je een gedelegeerd stake-account hebt en je wilt je delegatie aan een bepaalde validator verhogen, is de beste praktijk om een nieuw stake-account aan te maken met het extra bedrag aan stake en dat account te delegeren aan dezelfde validator.

Voorbeeld: de stake verhogen die is gedelegeerd aan een enkele validator

• Gebruiker heeft een wallet met een saldo van 1000 SOL.
• Gebruiker gebruikt de wallet-interface om een stake-account aan te maken met 100 SOL en delegeert vervolgens de tokens in het stake-account aan validator A.
• Wallet-saldo is nu 900 SOL en de wallet beheert ook een stake-account met een saldo van 100 SOL.
• Het stake-account toont in de wallet-interface en op de Explorer dat het “activerend” is. Zodra het “actief” is, komen de gestakete tokens in aanmerking voor beloningen. Zie timing-overwegingen voor meer details.
• Later wil de gebruiker hun delegatie aan validator A verhogen, dus gebruikt de wallet-interface om een tweede stake-account aan te maken met 50 SOL en delegeert vervolgens de tokens in het nieuwe stake-account aan validator A.
• Wallet-saldo is nu 850 SOL en de wallet beheert ook 2 stake-accounts met respectievelijk 100 en 50 SOL, elk gedelegeerd aan validator A.

Als je tokens overmaakt naar een stake-account dat al is gedelegeerd, worden deze nieuwe tokens niet automatisch gedelegeerd. Om deze nieuwe tokens ook gedelegeerd te krijgen en beloningen te laten verdienen, zou je het hele account moeten ont-delegeren en vervolgens opnieuw delegeren. Aangezien ont-delegeren en opnieuw delegeren meerdere dagen kan duren om effect te hebben, zou je oorspronkelijke stake tijdens deze overgangsperiode geen beloningen verdienen.

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

Tokens kunnen alleen worden opgenomen van een stake-account wanneer ze momenteel niet gedelegeerd zijn. Wanneer een stake-account voor het eerst wordt gedelegeerd, wordt het beschouwd als “deactiverend” of “afkoelend”. Tokens kunnen pas van het account worden opgenomen nadat sommige of alle tokens klaar zijn met deactiveren en als “inactief” worden beschouwd en daarom geen potentiële staking-beloningen meer verdienen. Voor details over hoe lang deze overgangsperiode kan duren, zie Timing-overwegingen.

Zodra de tokens in een stake-account inactief zijn, kunnen ze onmiddellijk worden opgenomen naar je hoofdwallet-adres of naar een ander adres.

Voorbeeld: alle tokens opnemen van een stake-account

• Gebruiker heeft een wallet met een saldo van 900 SOL, en een enkel stake-account met 100 SOL gedelegeerd aan een validator.
• Gebruiker gebruikt de wallet-interface om hun stake-delegatie te deactiveren. Het stake-account toont in de wallet-interface en op de Explorer dat het “deactiverend” is. Zodra het “inactief” of “niet gedelegeerd” is, stoppen de gestakete tokens met het verdienen van beloningen en kunnen ze worden opgenomen. Zie Timing-overwegingen voor meer details.
• Gebruiker kan de wallet-interface gebruiken om alle tokens terug op te nemen naar hun hoofdwallet-account. Het wallet-saldo toont nu 1.000 SOL en het stake-account is gesloten.

Als je het bedrag aan gedelegeerde stake dat is toegewezen aan een bepaalde validator wilt verminderen zonder je volledige saldo te deactiveren (en daardoor potentiële beloningen te missen tijdens de delegatie-downtime), kun je een bestaand stake-account splitsen in twee accounts, en er één deactiveren, terwijl je het andere account gedelegeerd laat en continu in aanmerking komt voor beloningen.

Voorbeeld: de delegatie die is gestaked aan een bepaalde validator verminderen

• Gebruiker heeft een wallet met een saldo van 800 SOL, en een enkel stake-account met 200 SOL gedelegeerd aan een validator.
• Gebruiker wil het bedrag aan stake dat is gedelegeerd aan de validator verminderen met 100 SOL.
• Gebruik de wallet-interface om het stake-account te “splitsen”, en specificeer 100 SOL 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 wallet-interface gebruiken om een van hun stake-delegaties te deactiveren. Het stake-account toont in de wallet-interface en op de Explorer dat het “deactiverend” is. Zodra het “inactief” of “niet gedelegeerd” is, stoppen de gestakete tokens met het verdienen van beloningen en kunnen ze worden opgenomen. Zie Timing-overwegingen voor meer details.
• Zodra het account inactief is, kan de gebruiker ervoor kiezen om het account te delegeren aan een andere validator, of om de tokens terug op te nemen naar de hoofdwallet, of om het inactieve stake-account verder te splitsen en te delegeren aan meerdere verschillende validators.

Tokens in een stake-account met een lockup kunnen pas worden opgenomen nadat de lockup is verlopen, ongeacht de delegatiestatus van dat account. Zodra de lockup verloopt, kunnen niet-gedelegeerde tokens onmiddellijk worden opgenomen. Er is geen actie vereist van de accounthouder 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.

Staking beloningen worden berekend en uitgegeven eenmaal per epoch. Een epoch duurt ongeveer 2 dagen. Beloningen die in een bepaalde epoch zijn opgebouwd, worden uitgegeven aan alle validators en delegators in het eerste blok van de volgende epoch. Staking opbrengst wordt gepresenteerd als een geannualiseerd cijfer, hoewel dit getal per epoch varieert omdat het inflatiepercentage en de totale actieve stake voortdurend veranderen. Staking opbrengst en het volledige inflatieontwerp worden hier gedetailleerd beschreven:

OFFICIËLE DOCUMENTATIE

Schattingen van staking opbrengst, gegeven verschillende modellen van het deel van de totale gestakete SOL, kunnen hier worden verkend:

STAKING OPBRENGSTMODELLEN

Om de hoeveelheid SOL te schatten die een delegator kan verwachten te zien in een enkele epoch in een enkel stake-account:

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.