Staking- und Inflations-FAQ

Im Solana-Netzwerk führen viele verschiedene Personen und Organisationen ein Programm auf spezialisierten Computern aus, die als Validatoren bezeichnet werden. Validatoren spielen eine Schlüsselrolle bei der Wartung und Sicherung der Solana-Blockchain. Validatoren sind für die Verarbeitung neuer eingehender Transaktionen im Netzwerk sowie für die Abstimmung über und das Anhängen neuer Blöcke an die Blockchain verantwortlich.

Da verschiedene Validatoren auf der ganzen Welt möglicherweise unterschiedliche Informationen zu unterschiedlichen Zeiten erhalten, ist es wichtig, dass das Netzwerk eine Einigung darüber erzielen kann, welche Transaktionen und Daten kontinuierlich zur Blockchain hinzugefügt werden. Die Strategie, durch die die Validatoren und das gesamte Netzwerk diese Einigung erzielen, wird als Konsensmechanismus bezeichnet und ist eine zentrale Herausforderung beim Aufbau eines erfolgreichen dezentralen Blockchain-Netzwerks. Viele verschiedene Projekte haben verschiedene Lösungen ausprobiert, wie ein Konsens schnell und kosteneffizient erreicht werden kann.

Das Solana-Netzwerk verwendet einen Proof-of-Stake-Konsensmechanismus (oft als PoS abgekürzt). Jeder Validator im Netzwerk hat die Möglichkeit, am Konsens teilzunehmen, indem er Stimmen dafür abgibt, welche Blöcke seiner Meinung nach zur Blockchain hinzugefügt werden sollten, wodurch alle gültigen Transaktionen bestätigt werden, die in diesen bestimmten Blöcken enthalten sind. Allerdings werden nicht alle Stimmen der Validatoren gleich gewichtet.

Die Konsensstimmen der Validatoren sind stake-gewichtet, was bedeutet, dass je mehr Stake ein einzelner Validator hat, desto mehr Einfluss hat dieser Validator bei der Bestimmung des Ergebnisses der Konsensabstimmung. Ebenso haben Validatoren mit weniger Stake weniger Gewicht bei der Bestimmung des Abstimmungsergebnisses, und Validatoren ohne Stake können das Ergebnis einer Konsensabstimmung nicht beeinflussen.

Staking ist der Prozess, bei dem ein SOL-Token-Inhaber (z. B. jemand, der SOL-Token an einer Börse gekauft hat) einige oder alle seiner Token einem bestimmten Validator oder mehreren Validatoren zuweist, was dazu beiträgt, das Stimmgewicht dieser Validatoren zu erhöhen. Die Zuweisung Ihrer Token zur Erhöhung des Stake-Gewichts eines Validators wird als “Delegierung” Ihrer Token bezeichnet. Die Delegierung Ihrer Token an einen Validator gibt dem Validator NICHT das Eigentum oder die Kontrolle über Ihre Token. Sie behalten jederzeit die vollständige Kontrolle über alle Ihre gestakten Token, die Sie möglicherweise delegiert haben.

Durch das Staking von Token bei einem oder mehreren Validatoren signalisiert der Token-Inhaber ein gewisses Maß an Vertrauen in den Validator, den er für die Delegierung ausgewählt hat. Wenn Validatoren größere Mengen an Stake-Delegierungen von verschiedenen Token-Inhabern ansammeln, dient dies dem Netzwerk als “Beweis” dafür, dass die Konsensstimmen des Validators vertrauenswürdig sind, und ihre Stimmen werden daher proportional zu der Menge an Stake gewichtet, die der Validator angezogen hat. Indem das Netzwerk die kollektiven Stimmen aller Validatoren gegen den Anteil des Stake abwägt, der ihnen delegiert wurde, erreicht das Netzwerk durch diesen Proof of Stake einen Konsens.

Da verschiedene Validatoren auf der ganzen Welt möglicherweise unterschiedliche Informationen zu unterschiedlichen Zeiten erhalten, ist es von entscheidender Bedeutung, dass das Netzwerk in der Lage ist, eine Einigung darüber zu erzielen, welche Transaktionen und Daten kontinuierlich zur Blockchain hinzugefügt werden. Die Strategie, durch die die Validatoren und das gesamte Netzwerk zu dieser Einigung gelangen, wird als Konsensmechanismus bezeichnet und stellt eine zentrale Herausforderung beim Aufbau eines erfolgreichen dezentralen Blockchain-Netzwerks dar. Viele verschiedene Projekte haben unterschiedliche Lösungsansätze versucht, wie ein Konsens auf schnelle und kosteneffiziente Weise erreicht werden kann.

Das Solana-Netzwerk verwendet einen Proof-of-Stake-Konsensmechanismus (oft als PoS abgekürzt). Jeder Validator im Netzwerk hat die Möglichkeit, am Konsens teilzunehmen, indem er Stimmen dafür abgibt, welche Blöcke seiner Meinung nach zur Blockchain hinzugefügt werden sollten, wodurch alle gültigen Transaktionen bestätigt werden, die in diesen bestimmten Blöcken enthalten sind. Allerdings werden nicht alle Stimmen der Validatoren gleich gewichtet.

Die Konsensstimmen der Validatoren sind stake-gewichtet, was bedeutet, dass je mehr Stake ein einzelner Validator hat, desto mehr Einfluss hat dieser eine Validator bei der Bestimmung des Ergebnisses der Konsensabstimmung. Ebenso haben Validatoren mit weniger Stake weniger Gewicht bei der Bestimmung des Abstimmungsergebnisses, und Validatoren ohne Stake können das Ergebnis einer Konsensabstimmung nicht beeinflussen.

In einem offenen und dezentralen Netzwerk wie Solana kann jeder einen Validator betreiben, wenn er möchte. Ein böswilliger Validator oder ein anderer schlechter Akteur könnte versuchen, das Netzwerk anzugreifen oder falsche oder betrügerische Transaktionen zu seinem eigenen Vorteil einzureichen. Aufgrund des oben beschriebenen Proof-of-Stake-Konsensmechanismus müsste eine einzelne Entität, die allein auf diese betrügerische Weise handelt, eine gewisse Menge an Stake anziehen, bevor eine ihrer vorgeschlagenen Aktivitäten bei der Konsensabstimmung berücksichtigt würde. Je mehr Token-Inhaber sich dafür entscheiden, ihre SOL-Token an verschiedene Validatoren im gesamten Netzwerk zu staken, und je mehr der gesamte Stake im Netzwerk zunimmt, desto schwieriger wird es selbst für einen koordinierten und gut finanzierten Angreifer, genug Stake anzuhäufen, um das Ergebnis einer Konsensabstimmung zu seinem eigenen Vorteil allein zu verändern. Kurz gesagt, je mehr Stake an viele verschiedene Validatoren im gesamten Netzwerk delegiert wird, desto sicherer wird das Netzwerk für alle seine Nutzer. Darüber hinaus sind Token-Inhaber, die sich dafür entscheiden, ihre Token zu staken und damit das Netzwerk zu sichern, berechtigt, Staking-Belohnungen zu erhalten, sobald sie ihre Token an einen oder mehrere Validatoren delegiert haben. Weitere Details zu Staking-Belohnungen finden Sie weiter unten.

In vielen Proof-of-Stake-Netzwerken gibt es einen Mechanismus, der als “Slashing” bekannt ist. Slashing ist jeder Prozess, bei dem ein Teil des an einen Validator delegierten Stakes als Strafmaßnahme für böswillige Handlungen des Validators vernichtet wird.

Dieser Mechanismus schafft Anreize für Validatoren, solche Handlungen zu unterlassen, da weniger an einen Validator delegierter Stake bedeutet, dass dieser Validator dann weniger Belohnungen erhält. Geslasht zu werden, kann auch als Reputationsrisiko für die Beibehaltung des aktuellen oder die Anziehung potenziellen zukünftigen Stakes angesehen werden.

Slashing stellt auch ein Risiko für Token-Inhaber dar, die möglicherweise einige ihrer Token verlieren könnten, wenn sie an einen Validator delegiert haben, der geslasht wird. Das Vorhandensein von Slashing könnte Token-Inhaber dazu anregen, ihre Token nur an Validatoren zu delegieren, die sie für seriös halten, und nicht alle ihre Token an einen einzelnen oder eine kleine Anzahl von Validatoren zu delegieren.

Auf Solana ist Slashing nicht automatisch. Wenn ein Angreifer das Netzwerk zum Stillstand bringt, kann er beim Neustart des Netzwerks geslasht werden. Weitere Informationen finden Sie in den Solana-Validator-Dokumentationen.

Jeder, der SOL besitzt, kann seine Token jederzeit staken.

Um SOL-Token zu staken, müssen Sie ein Wallet verwenden, das Staking unterstützt. Nicht alle Wallets unterstützen derzeit Staking. SolFlare.com ist ein benutzerfreundliches Wallet, das Staking unterstützt. Schauen Sie sich die offiziellen Docs für eine Liste von Wallets an, die Staking unterstützen.

SOL-Token in Ihrem Wallet müssen zunächst in ein Stake-Konto verschoben werden. Sie können beliebig viele Stake-Konten erstellen und beliebig viel oder wenig SOL in jedes Stake-Konto einzahlen. Jedes neue Stake-Konto hat eine eindeutige Adresse, und ein einzelnes Wallet kann viele verschiedene Stake-Konten verwalten oder “autorisieren”. Weitere Details finden Sie in unseren Docs zur Struktur von Stake-Konten.

Um Staking-Belohnungen zu verdienen (falls Inflation im Mainnet Beta aktiviert ist), müssen die Token in einem Stake-Konto an einen Validator delegiert werden. Ein einzelnes Stake-Konto kann jeweils nur an einen einzigen Validator delegiert werden. Wenn Sie also an verschiedene Validatoren delegieren möchten, müssen Sie Ihre Token auf mehrere Stake-Konten aufteilen.

Es gibt verschiedene von der Community betriebene Tools, mit denen Sie Informationen über das Netzwerk sowie bestimmte Leistungsmetriken zu einzelnen Validatoren einsehen können, wie zum Beispiel:

• Solanabeach.io
• Validators.app

Viele Validatoren stellen sich und ihre Dienste auch in den Solana-Foren vor:

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

Ja. Einige Personen haben möglicherweise ein Stake-Konto mit gesperrten Token von der Solana Foundation erhalten, das im Austausch für Dienstleistungen verteilt wurde. Token in Stake-Konten mit einer Sperrfrist können vor Ablauf der Sperrfrist nicht auf eine andere Wallet-Adresse übertragen werden, sie können jedoch weiterhin an einen Validator delegiert werden, um während dieser Zeit potenziell Staking-Belohnungen zu verdienen. Belohnungen, die auf gesperrte Token verdient werden, werden zurück auf das gesperrte Stake-Konto eingezahlt.

Wenn Sie zum ersten Mal ein Stake-Konto erstellen, geben Sie an, mit wie vielen SOL-Token Sie es finanzieren möchten, und diese Token werden von Ihrem Haupt-Wallet-Konto abgebucht und auf das neue Stake-Konto eingezahlt.

Token können auch jederzeit auf ein bereits bestehendes Stake-Konto übertragen werden, indem Sie die Überweisungs- oder Sendefunktion Ihrer Wallet verwenden und die Adresse Ihres Stake-Kontos angeben. Wenn Sie Token auf ein Stake-Konto übertragen, das bereits delegiert ist, werden diese neuen Token nicht automatisch delegiert.

Wenn Sie ein delegiertes Stake-Konto haben und Ihre Delegation an einen bestimmten Validator erhöhen möchten, besteht die beste Vorgehensweise darin, ein neues Stake-Konto mit dem zusätzlichen Stake-Betrag zu erstellen und dieses Konto an denselben Validator zu delegieren.

Beispiel: Erhöhung des an einen einzelnen Validator delegierten Stakes

• Benutzer hat eine Wallet mit 1000 SOL Guthaben.
• Benutzer verwendet die Wallet-Oberfläche, um ein Stake-Konto mit 100 SOL zu erstellen, und delegiert dann die Token im Stake-Konto an Validator A.
• Wallet-Guthaben beträgt jetzt 900 SOL und die Wallet kontrolliert auch ein Stake-Konto mit einem Guthaben von 100 SOL.
• Das Stake-Konto wird in der Wallet-Oberfläche und im Explorer als “Aktivierung läuft” angezeigt. Sobald es “Aktiv” ist, sind die gestakten Token für Belohnungen berechtigt. Siehe Zeitliche Überlegungen für weitere Details.
• Später möchte der Benutzer seine Delegation an Validator A erhöhen, also verwendet er die Wallet-Oberfläche, um ein zweites Stake-Konto mit 50 SOL zu erstellen, und delegiert dann die Token im neuen Stake-Konto an Validator A.
• Wallet-Guthaben beträgt jetzt 850 SOL und die Wallet kontrolliert auch 2 Stake-Konten mit jeweils 100 und 50 SOL, die beide an Validator A delegiert sind.

Wenn Sie Token auf ein Stake-Konto übertragen, das bereits delegiert ist, werden diese neuen Token nicht automatisch delegiert. Um diese neuen Token ebenfalls zu delegieren und Belohnungen zu verdienen, müssten Sie die Delegation des gesamten Kontos aufheben und dann dasselbe Konto erneut delegieren. Da das Aufheben und erneute Delegieren mehrere Tage dauern kann, bis es wirksam wird, würde Ihr ursprünglicher Stake während dieser Übergangszeit keine Belohnungen verdienen.

Daher empfehlen wir, SOL nur dann auf ein Stake-Konto zu übertragen, wenn es zum ersten Mal erstellt wird oder anderweitig nicht delegiert ist.

Token können nur dann von einem Stake-Konto abgehoben werden, wenn sie aktuell nicht delegiert sind. Wenn ein Stake-Konto zum ersten Mal die Delegierung aufhebt, gilt es als “deaktivierend” oder “in der Abkühlphase”. Token können erst dann vom Konto abgehoben werden, wenn einige oder alle die Deaktivierung abgeschlossen haben und als “inaktiv” gelten und daher keine potenziellen Staking-Belohnungen mehr erhalten. Einzelheiten dazu, wie lange diese Übergangsphase dauern kann, finden Sie unter Zeitliche Überlegungen.

Sobald die Token in einem Stake-Konto inaktiv sind, können sie sofort zurück an Ihre Haupt-Wallet-Adresse oder an eine andere Adresse abgehoben werden.

Beispiel: Abheben aller Token von einem Stake-Konto

• Der Benutzer hat eine Wallet mit einem Guthaben von 900 SOL und ein einzelnes Stake-Konto mit 100 SOL, die an einen Validator delegiert sind.
• Der Benutzer verwendet die Wallet-Oberfläche, um seine Stake-Delegierung zu deaktivieren. Das Stake-Konto zeigt in der Wallet-Oberfläche und im Explorer an, dass es “deaktivierend” ist. Sobald es “inaktiv” oder “nicht delegiert” ist, erhalten die gestakten Token keine Belohnungen mehr und können abgehoben werden. Weitere Einzelheiten finden Sie unter Zeitliche Überlegungen.
• Der Benutzer kann die Wallet-Oberfläche verwenden, um alle Token zurück auf sein Haupt-Wallet-Konto abzuheben. Das Wallet-Guthaben zeigt nun 1.000 SOL an und das Stake-Konto ist geschlossen.

Wenn Sie den Betrag des delegierten Stakes, der einem bestimmten Validator zugewiesen ist, reduzieren möchten, ohne Ihr gesamtes Guthaben zu deaktivieren (und daher während der Delegierungs-Ausfallzeit potenzielle Belohnungen zu verpassen), können Sie ein bestehendes Stake-Konto in zwei Konten aufteilen und eines davon die Delegierung aufheben, während das andere Konto delegiert bleibt und kontinuierlich für Belohnungen berechtigt ist.

Beispiel: Reduzierung der Delegierung, die an einen bestimmten Validator gestakt ist

• Der Benutzer hat eine Wallet mit einem Guthaben von 800 SOL und ein einzelnes Stake-Konto mit 200 SOL, die an einen Validator delegiert sind.
• Der Benutzer möchte den Betrag des an den Validator delegierten Stakes um 100 SOL reduzieren.
• Verwenden Sie die Wallet-Oberfläche, um das Stake-Konto “aufzuteilen”, und geben Sie 100 SOL als den aufzuteilenden Betrag an.
• Es gibt nun 2 Stake-Konten mit jeweils 100 SOL, die beide an denselben Validator delegiert sind.
• Der Benutzer kann dann die Wallet-Oberfläche verwenden, um eine seiner Stake-Delegierungen zu deaktivieren. Das Stake-Konto zeigt in der Wallet-Oberfläche und im Explorer an, dass es “deaktivierend” ist. Sobald es “inaktiv” oder “nicht delegiert” ist, erhalten die gestakten Token keine Belohnungen mehr und können abgehoben werden. Weitere Einzelheiten finden Sie unter Zeitliche Überlegungen.
• Sobald das Konto inaktiv ist, kann der Benutzer wählen, ob er das Konto an einen anderen Validator delegiert, die Token zurück in die Haupt-Wallet abhebt oder das inaktive Stake-Konto weiter aufteilt und an mehrere verschiedene Validatoren delegiert.

Token in einem Stake-Konto mit einer Sperrfrist können erst nach Ablauf der Sperrfrist abgehoben werden, unabhängig vom Delegierungsstatus dieses Kontos. Sobald die Sperrfrist abläuft, können nicht delegierte Token sofort abgehoben werden. Es ist keine Aktion des Kontoinhabers erforderlich, um das Konto speziell zu entsperren.

Wenn Sie ein Stake-Konto delegieren oder die Delegation aufheben, ändern die Token nicht sofort ihren Status. Neu delegierte Token gelten als “aktivierend” oder “aufwärmend” und sind erst dann berechtigt, Belohnungen zu verdienen, wenn sie vollständig aktiviert sind. Neu nicht-delegierte Token gelten als “deaktivierend” oder “abkühlend” und können erst nach der Deaktivierung abgehoben werden.

Das Solana-Protokoll erlaubt es Stake-Token nur, ihren Statuswechsel zu Beginn einer neuen Epoche abzuschließen. Eine Epoche dauert ungefähr 2 Tage. Verwenden Sie solana epoch-info um Details zur aktuellen Epoche anzuzeigen.

Wenn Sie Token in einem Stake-Konto mitten in einer Epoche delegieren, erscheinen die Token in Ihrer Wallet als “aktivierend”, bis die aktuelle Epoche endet. Zu diesem Zeitpunkt werden sie aktiv und berechtigt, Belohnungen zu verdienen. Ob Sie Ihre Stake-Token nahe am Anfang der aktuellen Epoche oder nahe am Ende der aktuellen Epoche delegieren, hat keinen Einfluss darauf, wann die Token aktiv werden – dies geschieht nur an der nächsten Epochengrenze. Die gleiche Logik gilt für das Aufheben der Delegation oder Deaktivieren eines delegierten Stake-Kontos. Deaktivierende Token können erst abgehoben werden, wenn sie die Deaktivierung an der Epochengrenze abgeschlossen haben.

Es gibt eine Begrenzung, wie viel Gesamtstake in einer einzelnen Epoche im gesamten Solana-Netzwerk den Status ändern kann. Nicht mehr als 25 % des gesamten aktiven Stakes im Netzwerk können in einer einzelnen Epoche aktiviert oder deaktiviert werden. In einem Szenario, in dem mehr als 25 % des gesamten aktiven Stakes im Netzwerk in einer einzelnen Epoche aktiviert werden, wird ein Teil aller aktivierenden/deaktivierenden Stakes bis zur globalen 25 %-Grenze den Statuswechsel an der ersten Epochengrenze abschließen. Der verbleibende Stake würde mindestens eine weitere Epoche lang als “aktivierend” oder “deaktivierend” verbleiben, bis zur nächsten Epochengrenze.

Wenn eine Stake-Aktivierung mehrere Epochen dauert, ist der Teil des Stakes, der an der ersten Epochengrenze vollständig aktiv wird, für Belohnungen berechtigt, während der verbleibende Teil, der sich noch für eine zusätzliche Epoche aktiviert, noch nicht für Belohnungen berechtigt ist.

Wenn eine Stake-Deaktivierung mehrere Epochen dauert, kann der Teil des Stakes, der an der ersten Epochengrenze vollständig inaktiv wird, abgehoben werden, während der verbleibende Teil sich noch für eine zusätzliche Epoche deaktiviert, wonach er dann abgehoben werden kann.

Alle Stake-Konten auf Solana (und alle Konten jeglicher Art) können im Netzwerk-Explorer von Solana eingesehen werden, den Sie hier finden:

Solana Explorer

Kopieren Sie die Adresse des gewünschten Stake-Kontos und fügen Sie sie in die Hauptsuchleiste des Explorers ein, um Details zum Konto anzuzeigen, einschließlich seines Aktivierungs-/Deaktivierungs-/Delegierungsstatus, des aktuellen Guthabens und der Adresse der Berechtigungen des Stake-Kontos, die normalerweise mit der Hauptadresse Ihrer Wallet übereinstimmen.

Je nachdem, welche Wallet-Lösung Sie zur Verwaltung Ihrer Stake-Konten verwenden, können diese Informationen auch durch Anmeldung in Ihrer Wallet und Anzeige Ihrer Stake-Konten sichtbar sein.

Staking-Belohnungen werden einmal pro Epoche berechnet und ausgegeben. Eine Epoche dauert ungefähr 2 Tage. Die in einer bestimmten Epoche aufgelaufenen Belohnungen werden allen Validatoren und Delegatoren im ersten Block der folgenden Epoche ausgegeben. Die Staking-Rendite wird als annualisierte Zahl dargestellt, obwohl diese Zahl in jeder Epoche variiert, da sich die Inflationsrate und der gesamte aktive Stake kontinuierlich ändern. Die Staking-Rendite und das vollständige Inflationsdesign werden hier detailliert beschrieben:

OFFIZIELLE DOKUMENTATION

Schätzungen der Staking-Rendite bei verschiedenen Modellen des Anteils des gesamten gestakten SOL können hier untersucht werden:

STAKING-RENDITE-MODELLE

Um die Menge an SOL zu schätzen, die ein Delegator in einer einzelnen Epoche in einem einzelnen Stake-Konto erwarten kann:

Die Validator-Uptime wird durch das Konsens-Abstimmungsverhalten eines Validators definiert. Jedes Mal, wenn ein Validator für einen Block stimmt, der letztendlich an die Blockchain angehängt wird, erhält dieser Validator einen Vote Credit.

Wenn die Belohnungen am Ende der Epoche berechnet werden, werden alle stake-gewichteten Vote Credits, die von allen Validatoren verdient wurden, verwendet, um die Gesamtmenge an SOL zu bestimmen, die an jeden einzelnen Validator und seine Delegatoren ausgegeben wird.

Validatoren erheben eine Gebühr auf inflationäre Belohnungen, die von den ihnen delegierten Stake-Konten verdient werden, als Gegenleistung für ihre Dienste bei der Sicherung der Blockchain und der Verarbeitung von Transaktionen. Diese Gebühr wird als Provisionssatz bezeichnet. Jedes Mal, wenn Belohnungen ausgegeben werden, wird die Provision auf dem Konto des Validators hinterlegt und die verbleibenden Belohnungen werden proportional zur Höhe des aktiv delegierten Stakes auf alle Stake-Konten verteilt, die diesem Validator delegiert sind. Validator-Provision und Staking-Belohnungen werden immer gleichzeitig ausgegeben.

Belohnungen werden einmal pro Epoch ausgegeben und auf dem Stake-Konto hinterlegt, das sie verdient hat. Stake-Belohnungen werden automatisch als aktiver Stake erneut delegiert.

Wenn die einem Validator oder einem seiner Stakes zustehenden Belohnungen für eine bestimmte Epoch weniger als ein Lamport betragen, wird die Ausgabe der Belohnung auf die nächste Epoch verschoben, in der beide mindestens ein Lamport erhalten würden.

Die Details des ursprünglich vorgeschlagenen Inflationsplans werden hier diskutiert. Die spezifischen Parameter, die den Inflationsplan bestimmen, sind:

1. Anfängliche Inflationsrate: 8 %
2. Disinflationsrate: −15%
3. Langfristige Inflationsrate: 1,5%

Die obigen Parameter sind wie folgt definiert:

• Anfängliche Inflationsrate: Die Startinflationsrate, wenn die Inflation erstmals aktiviert wird. Die Token-Ausgaberate kann nur von diesem Betrag aus sinken
• Disinflationsrate: Die annualisierte Rate, mit der die Inflationsrate reduziert wird
• Langfristige Inflationsrate: Die stabile, langfristig zu erwartende Inflationsrate

Beachten Sie, dass die Inflationsrate nicht mit der Staking-Rendite identisch ist (d. h. den durch Staking von Token verdienten Zinsen). Siehe unten für eine Diskussion der Staking-Rendite.

100 % der inflationären Ausgaben sollen an delegierte Stake-Konten und Validatoren ausgeschüttet werden.

Die Staking-Rendite ergibt sich aus inflationären Ausgaben, die gemäß der Validator-Provisionsrate auf delegierte Staking-Konten und Validator-Vote-Konten verteilt werden. Aufgrund dieses Designs ist die Staking-Rendite in erster Linie eine Funktion des Anteils von SOL, der im Netzwerk gestaked ist. Eine detaillierte Diskussion des Designs und seiner Auswirkungen auf die Staking-Rendite finden Sie hier:

ÜBERSICHT ZUM INFLATIONSDESIGN

Die Gesamtmenge an SOL, die gestaked wird, ist unbekannt, daher können wir die genaue Staking-Rendite nur schätzen. Im Folgenden zeigen wir Staking-Renditen im Zeitverlauf, segmentiert nach verschiedenen Werten des Prozentsatzes an gestaktem SOL, der im Netzwerk beobachtet werden könnte (zwischen 60–90 %). Die Parameter des Inflationsplans sind wie oben beschrieben festgelegt.

Ein einfaches interaktives Dashboard wird hier bereitgestellt, in dem verschiedene Prozentsätze an gestaktem SOL ausgewählt werden können, um die Auswirkungen auf die voraussichtlichen Staking-Renditen zu sehen.

Bitte beachten Sie, dass dies eine idealisierte Staking-Rendite ist, da sie die Auswirkungen der Validator-Uptime auf Belohnungen, Validator-Provisionen, potenzielle Renditedrosselung und potenzielle Slashing-Vorfälle vernachlässigt. Darüber hinaus wird ignoriert, dass der Prozentsatz an gestaktem SOL konstruktionsbedingt dynamisch ist, d. h. es wird erwartet, dass sich der Prozentsatz an gestaktem SOL im Laufe der Zeit ändert und somit die Staking-Rendite im Zeitverlauf beeinflusst. Er wird nur als grobe Schätzung für erwartete Staking-Renditen präsentiert.