ETH von zu Hause aus staken (Home Staking)

Ja, moderne Validator-Konten können bis zu 2048 ETH halten. Zusätzliche ETH über 32 hinaus werden schrittweise verzinst und steigen in ganzzahligen Schritten, wenn Ihr tatsächliches Guthaben wächst. Dies wird als Ihr effektives Guthaben (Effective Balance) bezeichnet.

Um das effektive Guthaben eines Kontos und damit die Belohnungen zu erhöhen, muss ein Puffer von 0,25 ETH über einem vollen ETH-Schwellenwert überschritten werden. Beispielsweise müsste ein Konto mit einem tatsächlichen Guthaben von 32,9 und einem effektiven Guthaben von 32 weitere 0,35 ETH verdienen, um sein tatsächliches Guthaben auf über 33,25 zu bringen, bevor eine Erhöhung des effektiven Guthabens ausgelöst wird.

Dieser Puffer verhindert auch, dass ein effektives Guthaben sinkt, bis es 0,25 ETH unter sein aktuelles effektives Guthaben gefallen ist.

Jedes mit einem Validator verknüpfte Schlüsselpaar erfordert mindestens 32 ETH, um aktiviert zu werden. Jedes darüber hinausgehende Guthaben kann jederzeit über eine von dieser Adresse signierte Transaktion auf die zugehörige Auszahlungsadresse abgehoben werden. Alle Gelder über dem maximalen effektiven Guthaben werden automatisch in regelmäßigen Abständen abgehoben.

Wenn Ihnen Home Staking zu anspruchsvoll erscheint, ziehen Sie die Nutzung eines Staking-as-a-Service-Anbieters in Betracht, oder wenn Sie mit weniger als 32 ETH arbeiten, sehen Sie sich die Staking-Pools an.

Offline zu gehen, wenn das Netzwerk ordnungsgemäß finalisiert, führt NICHT zu Slashing. Es fallen kleine Inaktivitätsstrafen an, wenn Ihr Validator für eine bestimmte Epoche (jeweils 6,4 Minuten lang) nicht zur Bestätigung verfügbar ist, aber dies unterscheidet sich stark von Slashing. Diese Strafen sind etwas geringer als die Belohnung, die Sie verdient hätten, wenn der Validator zur Bestätigung verfügbar gewesen wäre, und Verluste können mit ungefähr der gleichen Zeit, die Sie wieder online sind, zurückverdient werden.

Beachten Sie, dass Strafen für Inaktivität proportional dazu sind, wie viele Validatoren gleichzeitig offline sind. In Fällen, in denen ein großer Teil des Netzwerks auf einmal offline ist, sind die Strafen für jeden dieser Validatoren höher, als wenn ein einzelner Validator nicht verfügbar ist.

In extremen Fällen, wenn das Netzwerk aufhört zu finalisieren, weil mehr als ein Drittel der Validatoren offline ist, erleiden diese Benutzer ein sogenanntes quadratisches Inaktivitätsleck (Quadratic Inactivity Leak), was einen exponentiellen Abfluss von ETH von Offline-Validator-Konten bedeutet. Dies ermöglicht es dem Netzwerk, sich schließlich selbst zu heilen, indem die ETH inaktiver Validatoren verbrannt werden, bis ihr Guthaben 16 ETH erreicht. Zu diesem Zeitpunkt werden sie automatisch aus dem Validator-Pool ausgeworfen. Die verbleibenden Online-Validatoren werden schließlich wieder über 2/3 des Netzwerks ausmachen und die Supermehrheit erfüllen, die erforderlich ist, um die Chain wieder zu finalisieren.

Kurz gesagt, dies kann nie vollständig garantiert werden, aber wenn Sie in gutem Glauben handeln, einen Minderheits-Client ausführen und Ihre Signaturschlüssel immer nur auf einem Computer aufbewahren, ist das Risiko, geslasht zu werden, nahezu null.

Es gibt nur wenige spezifische Wege, die dazu führen können, dass ein Validator geslasht und aus dem Netzwerk ausgeworfen wird. Zum Zeitpunkt des Schreibens waren die aufgetretenen Slashings ausschließlich ein Produkt redundanter Hardware-Setups, bei denen Signaturschlüssel auf zwei separaten Computern gleichzeitig gespeichert wurden. Dies kann versehentlich zu einer doppelten Abstimmung (Double Vote) durch Ihre Schlüssel führen, was ein Vergehen ist, das mit Slashing bestraft wird.

Die Ausführung eines Supermehrheits-Clients (jeder Client, der von über 2/3 des Netzwerks verwendet wird) birgt ebenfalls das Risiko eines potenziellen Slashings, falls dieser Client einen Fehler aufweist, der zu einem Chain-Fork führt. Dies kann zu einem fehlerhaften Fork führen, der finalisiert wird. Um zur beabsichtigten Chain zurückzukehren, müsste eine Surround-Abstimmung (Surround Vote) eingereicht werden, indem versucht wird, einen finalisierten Block rückgängig zu machen. Dies ist ebenfalls ein Vergehen, das mit Slashing bestraft wird, und kann einfach vermieden werden, indem stattdessen ein Minderheits-Client ausgeführt wird.

Äquivalente Fehler in einem Minderheits-Client würden niemals finalisieren und somit niemals zu einer Surround-Abstimmung führen, sondern lediglich zu Inaktivitätsstrafen, nicht zu Slashing.

• Erfahren Sie mehr über die Wichtigkeit der Ausführung eines Minderheits-Clients.
• Erfahren Sie mehr über die Prävention von Slashing

Einzelne Clients können in Bezug auf Leistung und Benutzeroberfläche leicht variieren, da jeder von verschiedenen Teams unter Verwendung einer Vielzahl von Programmiersprachen entwickelt wird. Davon abgesehen ist keiner von ihnen der „beste“. Alle Produktions-Clients sind hervorragende Software, die alle die gleichen Kernfunktionen ausführen, um sich mit der Blockchain zu synchronisieren und mit ihr zu interagieren.

Da alle Produktions-Clients die gleiche grundlegende Funktionalität bieten, ist es tatsächlich sehr wichtig, dass Sie einen Minderheits-Client wählen, d. h. jeden Client, der derzeit NICHT von einer Mehrheit der Validatoren im Netzwerk verwendet wird. Dies mag kontraintuitiv klingen, aber die Ausführung eines Mehrheits- oder Supermehrheits-Clients setzt Sie im Falle eines Fehlers in diesem Client einem erhöhten Risiko von Slashing aus. Die Ausführung eines Minderheits-Clients begrenzt diese Risiken drastisch.

Obwohl ein Virtual Private Server (VPS) als Ersatz für Heim-Hardware verwendet werden kann, spielt der physische Zugriff und der Standort Ihres Validator-Clients eine Rolle. Zentralisierte Cloud-Lösungen wie Amazon Web Services oder Digital Ocean bieten den Komfort, keine Hardware beschaffen und betreiben zu müssen, auf Kosten der Zentralisierung des Netzwerks.

Je mehr Validator-Clients auf einer einzigen zentralisierten Cloud-Speicherlösung ausgeführt werden, desto gefährlicher wird es für diese Benutzer. Jedes Ereignis, das diese Anbieter offline nimmt, sei es durch einen Angriff, behördliche Anforderungen oder einfach nur Strom-/Internetausfälle, führt dazu, dass jeder Validator-Client, der auf diesen Server angewiesen ist, gleichzeitig offline geht.

Offline-Strafen sind proportional dazu, wie viele andere gleichzeitig offline sind. Die Verwendung eines VPS erhöht das Risiko erheblich, dass Offline-Strafen schwerwiegender ausfallen, und erhöht Ihr Risiko eines quadratischen Lecks oder Slashings, falls der Ausfall groß genug ist. Um Ihr eigenes Risiko und das Risiko für das Netzwerk zu minimieren, wird Benutzern dringend empfohlen, ihre eigene Hardware zu beschaffen und zu betreiben.

Auszahlungen jeglicher Art von der Beacon Chain erfordern, dass Auszahlungsdaten (Withdrawal Credentials) festgelegt sind.

Neue Staker legen dies zum Zeitpunkt der Schlüsselgenerierung und Einzahlung fest. Bestehende Staker, die dies noch nicht festgelegt haben, können ihre Schlüssel aktualisieren, um diese Funktionalität zu unterstützen.

Sobald die Auszahlungsdaten festgelegt sind, werden Belohnungszahlungen (angesammelte ETH über die anfänglichen 32 hinaus) automatisch in regelmäßigen Abständen an die Auszahlungsadresse verteilt.

Um Ihr gesamtes Guthaben freizuschalten und zurückzuerhalten, müssen Sie auch den Prozess des Ausstiegs Ihres Validators abschließen.