[Hybrid-Modus] Leitfaden für das Redstone-Update und The Merge
Dieser Leitfaden behandelt alles, was Sie wissen müssen, um Ihren Node auf das Redstone-Update und The Merge vorzubereiten, wenn Sie den Hybrid-Modus verwenden.
Aufgaben vor dem Upgrade auf v1.5.0
Bevor Sie auf v1.5.0 und höher des Smart Node upgraden, gehen Sie bitte die folgende Checkliste durch, um sicherzustellen, dass Sie vorbereitet sind:
Wechsel zu einem vollständigen Execution Client
The Merge erfordert, dass Sie Ihren eigenen Execution Client betreiben, sodass Sie keine Remote-Provider wie Infura oder Pocket mehr verwenden können.
Aufgrund dieser Änderung sollten Sie, falls Sie derzeit einen leichten Execution Client verwenden, zu einem vollständigen Client wechseln, während Sie noch auf v1.4 sind, ihn vollständig synchronisieren lassen und dann auf v1.5 upgraden.
Sicherstellen, dass EC und CC beide extern verwaltet werden
Frühere Versionen des Smart Node-Stacks ermöglichten es Ihnen, einen Client lokal verwaltet zu haben und den anderen extern verwaltet. Beispielsweise konnten Sie einen Execution Client haben, den der Smart Node verwaltet, und ihn mit einem Consensus Client verbinden, den Sie extern verwalten.
Ab v1.5 wird diese Konfiguration nicht mehr unterstützt. Sie müssen entweder zu einem lokal verwalteten Execution- und Consensus-Client wechseln (auch bekannt als Docker-Modus) oder sowohl einen Execution- als auch einen Consensus-Client einrichten, die Sie selbst verwalten.
Wenn Sie daran interessiert sind, dass der Smart Node seinen eigenen Execution- und Consensus-Client verwaltet, aber die Kontrolle über Ihren eigenen Validator Client behalten möchten (z.B. wenn Sie Ihre eigenen Solo-Staking-Validator-Keys daran angehängt haben), sollten Sie den Reverse Hybrid Mode in Betracht ziehen, der genau das tut!
Einrichten der Engine API
The Merge ändert die Art und Weise, wie Ihr Execution Client mit Ihrem Consensus Client kommuniziert. Anstatt das alte HTTP- oder Websocket-basierte RPC-System zu verwenden, erfordert The Merge ein neues System, das von Ihrem Execution Client bereitgestellt wird, genannt Engine API.
Dies ist eine spezielle Verbindung, die es dem Consensus Client ermöglicht, das alte Proof-of-Work-Mining-System durch Proof-of-Stake zu ersetzen; sie ist das Herzstück von The Merge. Sie ist auch authentifiziert mit einem geheimen Token, sodass nur Ihr Consensus Client sich mit Ihrem Execution Client verbinden kann - nichts anderes.
Da Sie Ihre eigenen Execution- und Consensus-Clients verwalten, müssen Sie die Engine API manuell einrichten. Wie das geht, hängt vollständig davon ab, welche Clients Sie betreiben.
CoinCashew hat einen großartigen und prägnanten Leitfaden zur Einrichtung der Engine API auf Ihren Execution- und Consensus-Clients. Schauen Sie sich das an und testen Sie die neue Konfiguration, indem Sie sicherstellen, dass sie vor dem Upgrade noch ordnungsgemäß attestiert.
Wie immer wird Rocket Pool seinen eigenen Validator Client verwalten, sodass Sie sich keine Sorgen um dessen manuelle Modifikation machen müssen.
Upgrade auf v1.5.0
Das Upgrade des Smart Node-Stacks auf v1.5.0 unterscheidet sich nicht von jedem anderen Upgrade. Befolgen Sie einfach die normalen Anweisungen hier.
Was der Smart Node automatisch erledigt
Im Hybrid-Modus kümmert sich der Smart Node nach dem Update auf v1.5.0 automatisch um einige der Änderungen, die zur Unterstützung von Redstone erforderlich sind, aber Sie müssen andere im Hybrid-Modus manuell durchführen.
Hier ist eine kurze Liste dessen, was er für Sie ohne manuelle Eingriffe tun wird:
Ihr Fee Recipient
Der Fee Recipient ist die Adresse auf der Execution Layer (eth1) Chain, die alle Priority Fees für von Ihnen vorgeschlagene Blöcke erhält. Es ist eine Einstellung, die Ihrem Validator Client beim ersten Start übergeben wird.
Der Smart Node wird sie beim Upgrade auf v1.5 auf dem von ihm verwalteten Validator Client auf die richtige Adresse einstellen und ständig überprüfen, ob Sie die richtige verwenden, damit Sie nicht versehentlich bestraft werden.
Wenn Sie sich für den Smoothing Pool entschieden haben, wird dies Ihr Fee Recipient sein. Wenn nicht, wird Ihr Fee Distributor Contract der Fee Recipient sein.
Aufgaben nach dem Upgrade
Während der Smart Node die meisten Änderungen für Sie übernimmt, gibt es ein paar zusätzliche Dinge, die Sie manuell tun sollten:
Sicherstellen eines erfolgreichen Upgrades
Das erste, was zu tun ist, ist sicherzustellen, dass Ihr Node korrekt funktioniert. Erwägen Sie die folgenden Schritte:
- Überprüfen Sie die Logs auf Fehler mit
rocketpool service logs validatorundrocketpool service logs node. - Bestätigen Sie mit einem Block Explorer (wie Ihrem Grafana-Dashboard und https://beaconcha.in), dass Sie noch ordnungsgemäß attestieren
- Denken Sie daran, dass Sie bei aktiviertem Doppelgänger-Schutz nach dem Neustart einige Attestierungen verpassen werden. Das ist normal!
Einrichten von MEV-Boost
MEV-boost ist das System, das Flashbots bereitstellt, um MEV-Belohnungen an Proof-of-Stake-Validatoren nach The Merge zu geben.
Rocket Pool erfordert, dass alle Nodes es verwenden, um ihre Erträge zu maximieren und das Protokoll damit wettbewerbsfähig mit anderen Staking-Services zu halten.
Sie müssen einige Anpassungen an Ihrem Beacon Node / Consensus Client vornehmen, um ihn mit MEV-boost zu verbinden.
MEV-boost ist derzeit auf Hoodi oder Mainnet nicht verfügbar, sodass Sie es derzeit nicht einrichten müssen. Natürlich werden Sie während dieser Übergangsphase nicht bestraft, wenn Sie es nicht verwenden.
Sobald es verfügbar wird, werden wir ein Datum ankündigen, an dem es auf Ihrem Node installiert und verbunden sein muss. Flashbots wird zu diesem Zeitpunkt Anweisungen bereitstellen, denen Sie folgen können, und wir werden hier darauf verlinken.
Sobald wir die Ankündigung machen, dass MEV-boost von allen Node Operatoren aktiviert werden muss, müssen Sie sicherstellen, dass Sie es ordnungsgemäß installiert und mit Ihrem Beacon Node konfiguriert haben!
Andernfalls wird Ihr Minipool bestraft.
Einrichten eines Fallback-Nodes
Da The Merge nicht mit Remote-Providern wie Infura und Pocket kompatibel ist, verlieren Sie die Möglichkeit, diese als Fallback-Execution-Clients zu verwenden, wenn Ihr primärer offline geht.
Der Smart Node hat weiterhin die Möglichkeit, einen Fallback-Execution-Client (und jetzt auch einen Fallback-Consensus-Client) bereitzustellen, aber Sie müssen jetzt Execution- und Consensus-Clients verwenden, die Sie kontrollieren.
Weitere Informationen zur Einrichtung eines Fallback-Nodes finden Sie im Fallback-Node-Leitfaden.
Initialisieren Ihres Fee Distributors
Wenn Sie nicht vorhaben, sich für den Smoothing Pool zu entscheiden und alle Ihre Priority Fees und MEV-Belohnungen an Ihren Fee Distributor Contract zu beanspruchen, müssen Sie ihn schließlich initialisieren (die Contract-Instanz auf der Chain erstellen), um Belohnungen daraus an Ihre Withdrawal-Adresse beanspruchen zu können.
Dies ist eine relativ günstige Operation und muss nur einmal durchgeführt werden.
Die Initialisierung Ihres Fee Distributors kann jederzeit erfolgen. Sie können Belohnungen lange vor der Initialisierung auf seiner Adresse ansammeln lassen, und Ihr Guthaben bleibt nach der Initialisierung erhalten.
Wir empfehlen, dies zu tun, wenn die Gaspreise niedrig sind, um die Overhead-Kosten zu minimieren.
Beachten Sie, dass er initialisiert werden muss, um Ihre Belohnungen beanspruchen zu können.Dem Smoothing Pool beitreten
Wenn Sie den Smoothing Pool sofort nutzen möchten, sollten Sie vor dem Ende der ersten Redstone-Belohnungsperiode beitreten, um Ihren "Berechtigungs"-Betrag zu maximieren.
Der Beitritt kann durch Ausführen des folgenden Befehls erfolgen:
Belohnungen beanspruchen
Das Redstone-Upgrade ersetzt das teure, problematische alte Belohnungssystem durch ein brandneues, das viel günstiger ist, das automatische Restaking von RPL (sowohl teilweise als auch vollständige Beträge) unterstützt und - am wichtigsten - Sie Ihre Belohnungen beanspruchen lässt, wann immer Sie wollen.
Da es keine zeitliche Begrenzung mehr für die Beanspruchung von Belohnungen gibt und es günstiger ist, viele Belohnungsintervalle auf einmal zu beanspruchen, wurde die automatische Belohnungsbeanspruchungsfunktion des Smart Node entfernt. Sie können nun Belohnungen über den folgenden Befehl beanspruchen:
Dies zeigt Ihnen alle Belohnungen, die Sie über alle Belohnungsintervalle seit dem Redstone-Upgrade angesammelt haben.
Zurückkehren zu v1.4.3
Wenn Ihnen aus irgendeinem Grund etwas nicht gefällt und Sie zur vorherigen Smart Node-Version zurückkehren möchten, können Sie dies problemlos tun. Der Smart Node sichert automatisch Ihre Einstellungen von der vorherigen Version, wenn Sie ein Upgrade durchführen. Holen Sie sich also einfach die vorherige Version (hier demonstrieren wir v1.4.3) und ersetzen Sie die Einstellungen durch das Backup:
- Stoppen Sie den Service:
- Laden Sie die v1.4.3 CLI herunter:
shell wget https://github.com/rocket-pool/smartnode/releases/download/v1.4.3/rocketpool-cli-linux-amd64 -O ~/bin/rocketpool - Installieren Sie das v1.4.3-Paket:
- Ersetzen Sie Ihre alte Konfiguration durch die v1.4.3-Backup-Konfiguration:
- Überprüfen Sie, dass alle Ihre alten Einstellungen jetzt verwendet werden:
- Wenn es gut aussieht, starten Sie den Smart Node-Stack:
Fertig! Sie sind jetzt wieder auf der alten Version und sollten kurz nach dem Start des Services wieder mit dem Attestieren beginnen.
v1.4.3 ist veraltet und wird nach der Bereitstellung des Redstone-Updates nicht mehr verwendbar sein. Wenn Sie darauf zurückkehren müssen, planen Sie bitte ein Upgrade zurück auf v1.5.0, bevor die Contracts aktualisiert werden!