Home-Staking Ihrer ETH

Wenn Sie Ihren eigenen Knoten betreiben, sollten Sie etwas Zeit investieren, um zu lernen, wie Sie die von Ihnen gewählte Software verwenden. Dies beinhaltet das Lesen relevanter Dokumentationen und das Verfolgen der Kommunikationskanäle dieser Entwicklerteams.

Je mehr Sie über die von Ihnen ausgeführte Software und die Funktionsweise von Proof-of-Stake (PoS) verstehen, desto weniger riskant ist es für Sie als Staker und desto einfacher wird es sein, als Knotenbetreiber eventuell auftretende Probleme zu beheben.

Die Einrichtung eines Knotens erfordert ein gewisses Maß an Vertrautheit im Umgang mit Computern, obwohl neue Tools dies im Laufe der Zeit erleichtern. Ein Verständnis der Befehlszeilenschnittstelle ist hilfreich, aber nicht mehr zwingend erforderlich.

Es erfordert auch eine sehr grundlegende Hardware-Einrichtung und ein gewisses Verständnis der empfohlenen Mindestspezifikationen.

Aktuelle Community-Richtlinien für Validator-Hardware und Bandbreite werden in den Hardware- und Bandbreitenempfehlungen (EIP-7870) (öffnet in einem neuen Tab) gepflegt. Planen Sie als groben Richtwert eine 4 TB NVMe SSD, 64 GB RAM (weniger kann funktionieren, aber dies ist der empfohlene Spielraum), eine solide moderne Multi-Core-CPU und eine Internetverbindung von etwa 50 Mbit/s Download / 25 Mbit/s Upload ein.

Da das Fusaka-Upgrade PeerDAS eingeführt hat, muss ein Staking-Knoten nur noch einen Bruchteil der Blob-Daten des Netzwerks speichern und herunterladen, was die Festplatten- und Bandbreitenanforderungen für Home-Staker erheblich reduziert.

Genauso wie private Schlüssel Ihre Ethereum-Adresse sichern, müssen Sie Schlüssel speziell für Ihren Validator generieren. Sie müssen verstehen, wie Sie Seed-Phrasen oder private Schlüssel sicher aufbewahren.

Ethereum-Sicherheit und Betrugsprävention

Im Gegensatz zu Inaktivitätsstrafen für das Offline-Sein ist Slashing eine viel schwerwiegendere Strafe, die für böswillige Vergehen reserviert ist. Indem Sie einen Minderheits-Client ausführen und Ihre Schlüssel jeweils nur auf einem Rechner geladen haben, wird Ihr Risiko, geslasht zu werden, minimiert. Dennoch müssen sich alle Staker der Risiken von Slashing bewusst sein.

Ja. Ein Validator mit Compounding-Auszahlungsberechtigungen (0x02) kann ein effektives Guthaben von bis zu 2048 ETH halten, während das Minimum zur Aktivierung bei 32 ETH bleibt. Belohnungen für einen Compounding-Validator werden automatisch zu seinem Stake hinzugefügt, und er verdient Belohnungen für jeden ganzen ETH über dem Minimum von 32 ETH, sodass Sie Beträge staken können, die keine Vielfachen von 32 sind. Siehe Compounding und das Maximum von 2048 ETH.

Validatoren mit Berechtigungen für reguläre Abhebungen (0x01) bleiben auf ein effektives Guthaben von 32 ETH begrenzt, wobei jedes darüber hinausgehende Guthaben alle paar Tage automatisch an die Adresse für Abhebungen überwiesen wird.

Bei einem Compounding-Validator wird nur das Guthaben über dem Maximum von 2048 ETH automatisch überwiesen. Um etwas darunter abzuheben, lösen Sie eine teilweise Abhebung von Ihrer Adresse für Abhebungen aus (eine Transaktion, die Gas kostet), wodurch jedes Guthaben über dem Minimum von 32 ETH abgehoben werden kann. Wenn Sie mehrere Validatoren betreiben, können Sie diese auch zu einem einzigen Compounding-Validator konsolidieren, ohne das Netzwerk zu verlassen.

Mehr über Staking-Abhebungen

Offline zu gehen, wenn das Netzwerk ordnungsgemäß endgültig wird, führt NICHT zu Slashing. Kleine Inaktivitätsstrafen fallen an, wenn Ihr Validator für eine bestimmte Epoche (jeweils 6,4 Minuten lang) nicht zur Bezeugung 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 Bezeugung verfügbar gewesen wäre, und Verluste können mit ungefähr der gleichen Zeit, die Sie wieder online sind, wieder hereingeholt 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 nicht mehr endgültig wird, weil mehr als ein Drittel der Validatoren offline ist, erleiden diese Benutzer ein sogenanntes quadratisches Inaktivitätsleck, was einen exponentiellen Abfluss von ETH von Offline-Validator-Konten bedeutet. Dies ermöglicht es dem Netzwerk, sich schließlich selbst zu heilen, indem es die ETH inaktiver Validatoren verbrennt, bis ihr Guthaben 16 ETH erreicht, woraufhin sie automatisch aus dem Validator-Pool ausgeworfen werden. 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 endgültig zu machen.

Kurz gesagt, dies kann nie vollständig garantiert werden, aber wenn Sie in gutem Glauben handeln, einen Minderheits-Client ausführen und Ihre Schlüssel zum Signieren immer nur auf einem Rechner 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 das Produkt redundanter Hardware-Setups, bei denen Schlüssel zum Signieren auf zwei separaten Rechnern gleichzeitig gespeichert wurden. Dies kann versehentlich zu einer doppelten Stimme von Ihren Schlüsseln 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 endgültig wird. Um zur beabsichtigten Chain zurückzukehren, müsste eine Surround-Stimme abgegeben werden, indem versucht wird, einen endgültigen 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 endgültig werden und somit niemals zu einer Surround-Stimme 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 Belohnungen, Strafen und 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 dieselben Kernfunktionen ausführen, um sich mit der Blockchain zu synchronisieren und mit ihr zu interagieren.

Da alle Produktions-Clients dieselbe 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.

Für jede Abhebung muss für Ihren Validator eine Adresse für Abhebungen festgelegt sein. Neue Staker legen diese zum Zeitpunkt der Schlüsselgenerierung und Einzahlung fest. Staker aus den Anfangstagen des Netzwerks, die noch keine Adresse für Abhebungen festgelegt haben, müssen ihre Auszahlungsberechtigungen aktualisieren, bevor sie abheben können.

Bei Validatoren mit Berechtigungen für reguläre Abhebungen (0x01) werden Belohnungszahlungen (angesammelte ETH über die anfänglichen 32 hinaus) regelmäßig automatisch an die Adresse für Abhebungen verteilt. Bei Compounding-Validatoren (0x02) bleiben die Belohnungen gestaket und werden automatisch verzinst. Sie können jedes Guthaben über 32 ETH abheben, indem Sie eine teilweise Abhebung von Ihrer Adresse für Abhebungen auslösen.

Um Ihr gesamtes Guthaben freizuschalten und zurückzuerhalten, müssen Sie einen Austritt Ihres Validators vollziehen. Sie können dies mit Ihren Schlüsseln zum Signieren des Validators tun oder es direkt von Ihrer Adresse für Abhebungen mit einer Transaktion auf der Ausführungsschicht auslösen, was bedeutet, dass Ihre Gelder auch dann wiederherstellbar bleiben, wenn Ihre Schlüssel zum Signieren verloren gehen.