# Rocket Pool Guides & Documentation

> Rocket Pool Guides & Documentation - Decentralised Ethereum Liquid Staking Protocol

## Protokoll

- [🤝 Contracts & Integrationen](/de/protocol/contracts-integrations.md): Lieben Sie RPL und rETH? Wir auch! Deshalb haben wir eine Liste von Integrationen und Services sowie offiziellen Contract-Deployments zusammengestellt, um Ihnen zu helfen, neue Orte zu entdecken, an denen diese Assets verwendet werden können! Wenn Sie durch die Integration von Rocket Pool in weitere Services und Protokolle mitwirken möchten, melden Sie sich auf Discord!
- [Smart Contracts](/de/protocol/contracts-usage.md)
- [Erklärungsserie](/de/protocol/explainer-series.md): Jeder liebt eine gute Erklärungsserie! Für das beste detaillierte Verständnis, wie ein Ethereum Staking-Protokoll funktioniert, schauen Sie sich diese Artikelserie an, die in vier verschiedenen Artikeln sehr detailliert darauf eingeht! Überblick und Nutzer des ProtokollsDie Protocol DAO und Oracle Node DAORPL & TokenomicsLaunch-Details und Audit-Berichte Wenn Sie noch mehr Informationen über Rocket Pool möchten, schauen Sie sich unbedingt unser Medium Blog-Konto für eine detaillierte Historie unserer Updates an.
- [Häufig gestellte Fragen](/de/protocol/faq.md): Dieser FAQ-Bereich zielt darauf ab, die Explainer-Artikelserie mit prägnanten Antworten auf häufige Fragen zu ergänzen, die wir erhalten.
- [Glossar](/de/protocol/glossary.md): Sie könnten in der Rocket Pool Dokumentation auf einige unbekannte Konzepte stoßen. Dieser Abschnitt listet die gängigen Begriffe in der Dokumentation für einfachen Zugriff, Lernen und Plugin-/Theme-Entwicklung auf.
- [Einführung](/de/protocol/index.md): Rocket Pool ist ein einzigartiges ETH Proof of Stake Protokoll, das gemeinschaftseigen, dezentral, vertrauenslos und mit dem Staking in Ethereum kompatibel sein soll. Es wurde Ende 2016 erstmals konzipiert und ist seit Oktober 2021 live. Rocket Pool ist für zwei Hauptnutzergruppen konzipiert: diejenigen, die am tokenisierten Staking mit rETH mit nur 0,01 ETH teilnehmen möchten, und diejenigen, die ETH staken und eine Node im Netzwerk betreiben möchten, um durch verdiente Provisionen einen höheren ROI als beim Staking außerhalb des Protokolls zu erzielen. Für weitere Informationen zu diesen beiden Gruppen, die das Protokoll bilden, empfehlen wir dringend, Artikel eins unserer Erklärungsserie zu lesen, der detailliert erläutert, wie Nutzer teilnehmen können, sei es durch tokenisiertes Staking oder durch den Betrieb einer Node im Protokoll. Die Kernprämisse eines Protokolls besteht darin, sicherzustellen, dass das Netzwerk nicht von einer einzelnen Partei abhängig ist. Dies ist ein Prinzip, das direkt mit Ethereum und ETH selbst verbunden ist und eine Denkweise, die in jeder Phase der Entwicklung von Rocket Pool verwendet wurde. Ein Überblick über die Komponenten, aus denen das Rocket Pool Staking Protokoll besteht: Rocket Pool ist bestrebt, das Kernethos von Ethereum und DeFi zu verkörpern, insbesondere die nicht-verwahrende, vertrauenslose Natur, die es echter Selbstsouveränität ermöglicht zu gedeihen. Deshalb ist die Schaffung dieser Basisprotokollschicht für ETH Staking so wichtig, insbesondere da die große Mehrheit der Teilnehmer entweder nicht über die technischen Fähigkeiten verfügt, eine Node zu betreiben, oder nicht über die finanziellen Mittel, um 32 ETH zu besitzen.

## Liquid Staking

- [Staking-Übersicht](/de/liquid-staking/overview.md): Dieser Leitfaden wird Ihnen vorstellen, wie das Staking mit Rocket Pool funktioniert (wie Ihr ETH eingesetzt wird und Ihre Belohnungen generiert werden) und die Möglichkeiten zum Staken zusammenfassen.

## Node Staking

- [Die Verantwortlichkeiten eines Node Operators](/de/node-staking/responsibilities.md)

## Others

- [8-ETH-Bonded-Minipools](/de/legacy/atlas/lebs.md): Als Rocket Pool zum ersten Mal gestartet wurde, unterstützte es zwei Arten von Minipools: Eine 16-ETH-Sicherheit, bei der der Node-Betreiber 16 ETH bereitstellte und die verbleibenden 16 ETH aus dem Staking-Pool kamen, um einen vollständigen (32 ETH) Validator zu erstellen.Eine 32-ETH-temporäre-Sicherheit, bei der der Node-Betreiber alle 32 ETH bereitstellen würde, um den Initialisierungsprozess zu überspringen und sofort mit der Validierung auf der Beacon Chain zu beginnen. Anschließend würde er eine Rückerstattung von 16 ETH erhalten, sobald der Deposit-Pool genug ETH hatte, um dies abzudecken. An diesem Punkt würde er sich in einen normalen 16-ETH-bonded-Minipool verwandeln. Letzterer wurde durch eine Community-Abstimmung einige Monate nach dem Start des Protokolls entfernt, da er nicht mehr notwendig war und zu langen Rückerstattungsverzögerungen führte. Ersterer stellte den niedrigsten Sicherheitsbetrag des Protokolls dar, da er garantierte, dass ein Node-Betreiber, der Rocket Pool nutzte, um das Ethereum-Protokoll anzugreifen und dessen gesamte Sicherheit geslasht wurde, genauso viel verlieren würde wie die rETH-Staker und nicht mit einem Vorteil davonkommen würde. Seit dem Start von Rocket Pool hat die Community umfangreiche Forschung zur Sicherheit dieser Sicherheitsleistung durchgeführt und festgestellt, dass sie sehr konservativ war. Für alle praktischen Zwecke wurde ein Slashing von 16 ETH als unrealistisch eingestuft, und eine 16-ETH-Sicherheit bot effektiv die gleichen Sicherheitsvorteile wie eine Sicherheit von nur 8 ETH (zuzüglich der ergänzenden RPL-Anforderung). Auf der Grundlage dieser Forschung führt das Atlas-Upgrade eine neue Art von Minipool in die Liste ein: die 8-ETH-Sicherheit, von der Rocket-Pool-Community umgangssprachlich als "LEB8" (Lower ETH Bond - 8 ETH) bezeichnet. Um einen 8-ETH-Minipool zu erstellen, muss der Node-Betreiber nur 8 eigene ETH bereitstellen (plus genug RPL, um die Sicherheitenanforderung zu decken - mehr dazu unter RPL-Sicherheit). Er wird dann 24 ETH aus dem Deposit-Pool ziehen, um den Validator zu vervollständigen und mit der Arbeit auf der Beacon Chain zu beginnen. Dies öffnet die Tür für neue potenzielle Node-Betreiber, die einen Node betreiben möchten, aber nicht ganz 16 ETH haben. Darüber hinaus ermöglicht es größeren Node-Betreibern, mehr Pool-Staker-ETH auf der Beacon Chain in Arbeit zu bringen und Belohnungen zu verdienen. Da dies ohne bedeutende Kompromisse bei der Sicherheit funktioniert, gewinnen alle! In diesem Leitfaden werden wir drei Themen behandeln: Wie 8-ETH-bonded-Minipools tatsächlich funktionieren und die Belohnungszahlen dahinterWie man einen neuen 8-ETH-Minipool erstelltWie man einen bestehenden 16-ETH-Minipool auf einen 8-ETH-Minipool heruntermigriert, ohne zu exiten Lesen Sie weiter, um mehr über jedes Thema zu erfahren.
- [Das Atlas Update](/de/legacy/atlas/whats-new.md): Diese Seite beschreibt die wichtigsten Änderungen, die das nächste große Update von Rocket Pool mit dem Titel Atlas für das Protokoll mit sich bringt, einschließlich Updates sowohl für den Smart Node-Stack als auch für das Rocket Pool-Protokoll im Allgemeinen. Bitte lesen Sie diese Seite gründlich durch, um alle Unterschiede zwischen der vorherigen Version von Rocket Pool (Redstone) und Atlas zu verstehen.
- [Houston Schnellstart](/de/legacy/houston/getting-started.md): Ob Sie ein erfahrener Node Operator, rETH-Inhaber oder neugieriger Beobachter sind, diese Seite wird Ihnen helfen, mit der Erkundung der neuen Funktionen in Houston zu beginnen.
- [Abstimmungseinrichtung für Nutzer ohne Smart Node](/de/legacy/houston/nonsmartnode-setup.md): Einige Nutzer (z.B. Allnodes-Nutzer) verwenden den Smart Node nicht und müssen die Abstimmung möglicherweise über direkte Vertragsinteraktion einrichten. Dieser Leitfaden enthält sowohl eine minimale als auch eine vollständige Einrichtungsanleitung für solche Nutzer.
- [Teilnahme an on-chain pDAO-Vorschlägen](/de/legacy/houston/participate.md): Jede Node mit einer von Null verschiedenen Abstimmungskraft kann jederzeit einen pDAO-Vorschlag einbringen oder an diesem teilnehmen. Vorschläge können einen der folgenden Typen haben: Änderung von pDAO-EinstellungenEinmalige Treasury-AusgabenWiederkehrende Treasury-Ausgaben (Verwaltungskomitees)Security Council Mitgliedschaft Für weitere Details und Begründungen siehe Vorschlagstypen. Es ist wichtig zu verstehen, dass ein pDAO-Vorschlag eine on-chain Entität ist, die existiert, um Änderungen auf Protokollebene durchzuführen.
- [Das Protocol DAO (pDAO)](/de/legacy/houston/pdao.md): Das Rocket Pool Protocol DAO (pDAO) ist verantwortlich für die Gestaltung der Ausrichtung des Protokolls und wird durch RPL-Governance betrieben. Seine Mitglieder und ihre Abstimmungsmacht setzen sich aus Node Operators, groß und klein, zusammen, die alle direkt am Protokoll teilnehmen. Es dient der Rocket Pool-Community im Allgemeinen, einschließlich rETH-Inhabern, Node Operators und RPL-Inhabern. Das pDAO priorisiert die Sicherheit des Rocket Pool-Protokolls und die Gesundheit des Ethereum-Netzwerks. Für eine explizite Definition, wer und was das pDAO ist, werfen Sie gerne einen Blick auf die pDAO-Charta.
- [Ihre RPL-Auszahlungsadresse festlegen](/de/legacy/houston/rpl-withdrawal-address.md): Es ist wichtig, den Unterschied zwischen Ihrer primären Auszahlungsadresse und Ihrer RPL-Auszahlungsadresse zu verstehen. Standardmäßig ist Ihre RPL-Auszahlungsadresse nicht festgelegt und Ihre primäre Auszahlungsadresse ist der Ort, an den alle Ihre RPL-Checkpoint-Belohnungen, Ihr gestaktes RPL und Beacon Chain ETH gesendet werden. Sie können eine separate Auszahlungsadresse für Ihr RPL festlegen, wenn Sie möchten. Ihre RPL-Auszahlungsadresse kann, wenn festgelegt, RPL aus Inflationsbelohnungen auslösen und beanspruchen und hat keine Auswirkungen auf ETH-Konsensbelohnungen oder irgendetwas im Zusammenhang mit ETH. In diesem Fall hat Ihre primäre Auszahlungsadresse keine Befugnis mehr über RPL-bezogene Aktionen. Dies schafft einige interessante Möglichkeiten, bei denen RPL von einer Entität an einen Node-Betreiber bereitgestellt werden kann, der kein Engagement in RPL wünscht. Diese Entität kann dann RPL-Belohnungen für die Bereitstellung der erforderlichen Versicherungssicherheit für die Node beanspruchen. Mit anderen Worten, dies ermöglicht es verschiedenen Akteuren, jeden Sicherheitentyp bereitzustellen. Es gibt zwei verschiedene Möglichkeiten, dies zu tun. Bitte lesen Sie beide Optionen unten, um zu bestimmen, welche für Sie gilt. Sobald dies erledigt ist, können Sie Ihre RPL-Auszahlungsadresse nicht mehr mit dem Befehl set-rpl-withdrawal-address ändern. Um sie zu ändern, müssen Sie eine signierte Transaktion von Ihrer aktiven RPL-Auszahlungsadresse senden (derjenigen, zu der Sie gerade gewechselt sind). Die Rocket Pool Website hat eine Funktion, die Ihnen dabei hilft. Wenn Sie Ihre RPL-Auszahlungsadresse zurücksetzen möchten, ist der Prozess ziemlich einfach. Zuerst möchten Sie zurück zur RPL-Auszahlungsadressseite auf der Rocket Pool Website navigieren. Wenn Sie mit der RPL-Auszahlungsadresse der Node angemeldet sind, sollten Sie in der Lage sein, auf den unset-Button rechts hier zu klicken: Wenn Sie auf unset klicken, gelangen Sie zu einer Seite, auf der Sie die Details bestätigen können. Wenn Sie mit dem, was Sie sehen, zufrieden sind, klicken Sie auf den orangefarbenen unset-Button, um die Transaktion an das Netzwerk zu senden. Das ist alles zum Festlegen Ihrer RPL-Auszahlungsadresse! Wir hoffen, Sie fanden den Prozess schnell und einfach. Schauen Sie gerne auf unserem Discord-Server vorbei, um uns Ihre Meinung mitzuteilen und das Projekt im Auge zu behalten, während es sich weiterentwickelt.
- [ETH im Namen eines Nodes staken](/de/legacy/houston/stake-eth-on-behalf.md): RPIP-32 ermöglicht es einem Account, ETH im Namen eines im Protokoll registrierten Rocket Pool Nodes zu staken. Dies unterstützt verschiedene Situationen, in denen der Node-Betreiber das ETH nicht direkt bereitstellt: Verbesserte Sicherheit für Node-Betreiber, da sie direkt von ihrer Hardware-Wallet staken können, ohne vorher Geld an den Node transferieren zu müssen.Staking-as-a-Service-Anbieter, bei denen die Verwahrung der Mittel von einem vertrauenswürdigen Verwalter verwaltet wird.Protokollintegrationen, bei denen die Verwahrung der Mittel von Smart Contracts verwaltet wird.DAOs oder Organisationen, bei denen die Verwahrung der Mittel von einer Schatzkammer verwaltet wird. Während das Hauptziel dieser Funktion darin besteht, Szenarien mit einem einzelnen Einzahler zu ermöglichen, ist zu beachten, dass auch mehrere unabhängige Einzahler diese Fähigkeit nutzen können, indem sie Smart Contracts darüber erstellen. Rocket Pool hat auch die Möglichkeit eingeführt, RPL im Namen eines Nodes zu staken, bereits in unserem vorherigen Atlas-Release. Voraussetzung Stellen Sie sicher, dass Sie die primäre Withdrawal-Adresse des Nodes, den Sie finanzieren möchten, ordnungsgemäß konfiguriert haben. Folgen Sie dem obigen Link für eine Anleitung, wie Withdrawal-Adressen nach Houston funktionieren. Der Prozess ist für das Hoodi Testnet und Mainnet etwas unterschiedlich. Wählen Sie daher das Netzwerk aus, das Sie interessiert, aus den folgenden Tabs. Sobald Sie auf der Website sind, klicken Sie auf die Schaltfläche Wallet verbinden. Bitte lesen Sie die Nutzungsbedingungen und Datenschutzrichtlinie durch und akzeptieren Sie sie. Dies ermöglicht verschiedene Verbindungsmöglichkeiten. Klicken Sie dann auf MetaMask verbinden. MetaMask fordert Sie auf, ein Konto auszuwählen, das mit der Website verbunden werden soll. Wählen Sie eines aus und bestätigen Sie einige Berechtigungen. Sie sehen eine Übersicht Ihrer Guthaben, indem Sie auf das Wallet-Symbol oben rechts im Fenster klicken. Von hier aus möchten Sie die Adresse des Nodes eingeben, für den Sie ETH einzahlen möchten. Die Seite sollte so aussehen: Fügen Sie Ihre gewünschte Adresse in dieses Feld ein und klicken Sie auf Suchen. In diesem Beispiel verwenden wir 0xd3e317806456102d19db283b4c2201f0ef41a296 Im ersten Feld geben Sie die Menge an ETH ein, die Sie im Namen des Nodes einzahlen möchten. Das zweite Feld zeigt an, für welche Adresse Sie ETH einzahlen. Bitte stellen Sie sicher, dass Sie die richtige Adresse und Einzahlung eingegeben haben. Wenn Sie zufrieden sind, klicken Sie auf Einzahlen und MetaMask öffnet ein Fenster, in dem Sie aufgefordert werden, Ihre Transaktion zu bestätigen. Sobald Sie sie bestätigen, beginnt die Transaktion. Wenn sie in einem Block enthalten und zur Chain hinzugefügt wurde, kann Ihr Delegierter den Befehl rocketpool node status in der Smart Node verwenden, um das neue Guthaben zu sehen. Dieses Guthaben kann auch über die Rocket Pool Staking-Website eingesehen werden. Das war's! Sie staken jetzt mit Rocket Pool. Nach Eingabe einer Adresse und Klicken auf "Suchen" gelangen Sie zum nächsten Menü, wo Sie ETH abheben können, das Sie im Namen dieses Nodes gestakt haben. Sie können oben rechts sehen, wie viel ETH zum Abheben verfügbar ist. Nachdem Sie Ihre gewünschte Menge eingegeben und die Node-Adresse bestätigt haben, klicken Sie auf die orangefarbene Schaltfläche ETH abheben, um die Transaktion an das Netzwerk zu senden. Sobald die Transaktion bestätigt ist, sehen Sie die richtigen Guthaben in Ihrem Konto! Das ist alles zum Staken von ETH im Namen eines Nodes! Wir hoffen, dass Sie den Prozess schnell und einfach fanden. Schauen Sie gerne auf unserem Discord-Server vorbei, um uns mitzuteilen, was Sie davon halten, und bleiben Sie auf dem Laufenden über das Projekt, während es sich weiterentwickelt.
- [Das Houston-Upgrade](/de/legacy/houston/whats-new.md): Das Houston-Upgrade zielt hauptsächlich darauf ab, eine vollständig On-Chain-DAO zur Verwaltung des Protokolls einzuführen, bekannt als Protocol DAO oder pDAO. Es ist eine DAO wie keine andere und benötigt keine Snapshot-Abstimmungen oder andere Drittanbieter-Tools, um zu funktionieren. Sie ist wirklich On-Chain und einzigartig – mehr dazu weiter unten. Dieses Upgrade wird auch einige andere sehr spannende Funktionen einführen, die neue Integrationen und Plattformen ermöglichen, die auf dem Protokoll aufgebaut werden können. Einige davon beinhalten die Möglichkeit, ETH im Namen eines Node zu staken (nicht nur vom Node selbst) und eine neue RPL-Auszahlungsadress-Funktion, die es einer Partei ermöglicht, das ETH zum Staking bereitzustellen, während eine andere Partei das RPL bereitstellt, ohne dem Node-Betreiber die Verwahrung zu übertragen.
- [[Docker-Modus] Leitfaden für das Redstone-Update und The Merge](/de/legacy/redstone/docker-migration.md): Dieser Leitfaden behandelt alles, was Sie wissen müssen, um Ihren Node auf das Redstone-Update und The Merge vorzubereiten, wenn Sie den Docker-Modus verwenden.
- [[Hybrid-Modus] Leitfaden für das Redstone-Update und The Merge](/de/legacy/redstone/hybrid-migration.md): 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.
- [[Native-Modus] Leitfaden für das Redstone-Update und The Merge](/de/legacy/redstone/native-migration.md): Dieser Leitfaden behandelt alles, was Sie wissen müssen, um Ihren Node auf das Redstone-Update und The Merge vorzubereiten, wenn Sie den Native-Modus verwenden.
- [Das Rocket Pool Redstone Update](/de/legacy/redstone/whats-new.md): Das nächste große Update von Rocket Pool mit dem Titel Redstone wurde für Betatests in den Ropsten- und Holesky-Testnetzwerken veröffentlicht. Diese Seite beschreibt die wichtigsten Änderungen, die Redstone mit sich bringt, einschließlich Updates sowohl für den Smart Node-Stack als auch für das Rocket Pool-Protokoll im Allgemeinen. Bitte lesen Sie diese Seite gründlich durch, um alle Unterschiede zwischen der vorherigen Version von Rocket Pool und Redstone zu verstehen.
- [Migration der Smart Node von früheren Beta-Tests](/de/legacy/upgrading.md): Wenn Sie während unserer früheren Beta-Tests auf Medalla oder Pyrmont ein Rocket-Pool-Node-Betreiber waren, danken wir Ihnen für Ihre Hilfe bei der Verbesserung des Protokolls und heißen Sie willkommen zurück! Dieser kurze Leitfaden führt Sie durch den Prozess der Bereinigung Ihres eigenen Beta-Builds und der Einrichtung des neuesten Builds entweder für das Hoodi-Testnetz oder für echtes Staking im Mainnet.
- [Upgrade auf Smart Node v1.3.x](/de/legacy/v1.3-update.md): Version 1.3.0 des Smart Node-Stacks bringt einige wichtige Änderungen mit sich, die Benutzer kennen sollten. Sie sind darauf ausgelegt, Ihre Erfahrung als Node-Betreiber erheblich zu verbessern und viele der Funktionen zu adressieren, die unsere Benutzer seit dem Start von Rocket Pool angefordert haben. In diesem Leitfaden führen wir Sie durch den Prozess der Migration von einer älteren Version der Smart Node auf v1.3.x und darüber hinaus.
- [Staking über eine dezentrale Börse im Ethereum-Netzwerk (Layer 1)](/de/liquid-staking/via-l1.md): Zur Erinnerung: Sie müssen ETH nicht direkt über Rocket Pool gegen rETH tauschen, um die Vorteile des dezentralen Stakings zu genießen. Alles, was Sie tun müssen, ist rETH zu halten, da es inhärent an Wert gewinnt - wie Sie es erhalten, spielt keine Rolle! rETH ist auf mehreren dezentralen Börsen handelbar, wie Balancer und Uniswap. Der Balancer-Pool ist eine spezielle Art von Pool, bekannt als Metastable Pool. Metastable Pools sind ideal für Token wie rETH, weil sie den vom Oracle DAO gemeldeten echten Wechselkurs berücksichtigen. Das bedeutet, dass der Austausch mit diesem Pool viel geringeren Slippage und niedrigere Gebühren hat als eine konventionelle dezentrale Börse, sodass Sie ein viel besseres Angebot beim Kauf oder Verkauf von rETH erhalten. Andere dezentrale Börsen haben diese Eigenschaft nicht, sodass Sie feststellen können, dass ihr Wechselkurs etwas niedriger ist. Unabhängig davon, welchen Pool Sie verwenden, haben sie alle die Tendenz, niedrigere Gas-Gebühren zu haben als das Staking über die offizielle Rocket Pool Website. Das macht sie zu einer großartigen Wahl für Benutzer, die eine kleine Menge ETH staken möchten, obwohl es immer eine gute Idee ist, den Kurs, den Sie an einer Börse erhalten würden, mit dem Wechselkurs laut Rocket Pool zu vergleichen. In den folgenden Beispielen zeigen wir, wie man ETH gegen rETH mit sowohl Balancer als auch Uniswap tauscht. Dieser Prozess kann mit jeder web3-kompatiblen Wallet abgeschlossen werden. Zu Demonstrationszwecken werden wir MetaMask verwenden, da es eine der beliebtesten Wallet-Optionen ist. Sie sollten in der Lage sein, mit ähnlichen Schritten mit einer anderen Wallet zu folgen, wenn Sie dies wählen - finden Sie einfach die vergleichbare Funktion in Ihrer Wallet für jeden Schritt.
- [Staking über eine dezentrale Börse auf Layer 2](/de/liquid-staking/via-l2.md): Zur Erinnerung: Sie müssen ETH nicht direkt über Rocket Pool gegen rETH tauschen, um die Vorteile dezentralen Stakings zu genießen. Alles, was Sie tun müssen, ist rETH zu halten, da es inhärent an Wert gewinnt - wie Sie es erhalten, spielt keine Rolle! Abgesehen davon ist eines der Hauptanliegen (besonders in jüngster Zeit) die Gaskosten, die mit dem Staking oder dem Tauschen von ETH gegen rETH verbunden sind. Um dies zu reduzieren, hat das Ethereum-Netzwerk damit begonnen, Rollups einzusetzen - auch bekannt als Layer 2. Layer 2 umfasst mehrere separate Netzwerke, die unterhalb von Ethereum existieren, viele Transaktionen wie Ethereum normalerweise ausführen, aber alle in eine einzige "Mega"-Transaktion zusammenrollen und diese stattdessen auf die Haupt-Ethereum-Chain posten. Idealerweise bedeutet dies, dass Sie alle Sicherheitsvorteile erhalten, die mit Ethereums dezentraler Natur verbunden sind, aber viel niedrigere Gasgebühren für Ihre Transaktionen genießen, da Ausführungs- und Speicherkosten auf Layer 2s viel niedriger sein können und nur ein Teil Ihrer Transaktionen auf Layer 1 gespeichert werden muss, wo der Zustand viel teurer ist. Rocket Pool unterstützt derzeit zwei Layer-2-Netzwerke: Optimism und Arbitrum. Beide verfügen über laufende Versionen von Uniswap, dem am weitesten verbreiteten dezentralen Börsenprotokoll. Mit Uniswap können Sie schnell und einfach ETH gegen rETH tauschen. Der Vorteil dieser Vorgehensweise ist, dass Gasgebühren wesentlich niedriger sein werden als bei anderen Methoden. Wenn dies für Sie wichtig ist, weil Sie eine kleine Menge ETH staken möchten, dann ist die Nutzung eines Layer-2-Netzwerks wahrscheinlich Ihre bevorzugte Option. Der Nachteil ist, dass Sie möglicherweise nicht das beste Angebot für rETH erhalten. Uniswap erfordert eine kleine Gebühr, die an seine Liquiditätsanbieter geht, und große Transaktionen erfordern große Liquiditätspools, um gute Angebote ohne zu viel Preisauswirkung zu erhalten. Layer-2-Netzwerke haben tendenziell niedrigere rETH-Liquidität als das Haupt-Ethereum-Netzwerk. Daher empfehlen wir Ihnen, die Gesamtmenge an rETH, die Sie auf einem Layer-2-Netzwerk erhalten würden, mit dem zu vergleichen, was Sie über die anderen Methoden erhalten würden, um festzustellen, ob es für Sie sinnvoll ist, diesen Weg zu verfolgen. Sie können die aktuellen ETH- und rETH-Guthaben des Optimism-Pools und des Arbitrum-Pools einsehen, um festzustellen, ob sie genug rETH haben, um Ihren Tausch abzudecken. Im folgenden Beispiel werden wir demonstrieren, wie man mit Layer-2-Netzwerken interagiert und Uniswap verwendet, um ETH gegen rETH zu tauschen. Dieser Prozess kann mit jedem web3-kompatiblen Wallet abgeschlossen werden. Zu Demonstrationszwecken werden wir MetaMask verwenden, da es eine der beliebteren Wallet-Optionen ist. Sie sollten in der Lage sein, mit ähnlichen Schritten zu folgen, wenn Sie ein anderes Wallet verwenden - finden Sie einfach die vergleichbare Funktion in Ihrem Wallet für jeden Schritt.
- [Direktes Staking über Rocket Pool](/de/liquid-staking/via-rp.md)
- [Wie man Add-ons für Rocket Pool Smart Node schreibt](/de/node-staking/addons/addons.md)
- [[NYI] Advanced CLI Usage](/de/node-staking/advanced-cli.md): As a node operator, the command-line interface (CLI) is the tool that you will use to interface with nearly every aspect of Rocket Pool. In this section, we'll go through a detailed walkthrough of how to use it.
- [Erweiterte Smart Node-Konfiguration für den Docker-Modus](/de/node-staking/advanced-config.md): In diesem Abschnitt werden einige Techniken behandelt, die die Anpassungsmöglichkeiten und Funktionalität des Smart Nodes erweitern.
- [Sicherung Ihres Nodes](/de/node-staking/backups.md): Im Allgemeinen ist das einzige, was Sie wirklich zur Hand haben müssen, um Ihren Node nach einem kompletten Ausfall wiederherzustellen, die Mnemonic für Ihr Node-Wallet, wenn Sie Ihr Node-Wallet und Minipools über die Smart Node erstellt haben. Alles andere kann daraus ziemlich einfach wiederhergestellt werden. Wenn Sie Minipools haben, die extern generierte validator-Schlüssel haben (z.B. Sie sind von Allnodes zu Ihrem eigenen selbst gehosteten Node migriert), benötigen Sie auch die privaten Keystore-Dateien für Ihre validators, da diese nicht vom Node-Wallet wiederhergestellt werden können. Allerdings werden Sie nach dem Merge nicht mehr in der Lage sein, einen leichten Execution-Client (z.B. Pocket oder Infura) als Fallback zu verwenden, wenn Sie jemals die Execution-Layer-Chain neu synchronisieren müssen. Darüber hinaus werden Sie einen aktiven und gesunden Execution-Client benötigen, um korrekt zu attestieren. Ein schneller, zuverlässiger Weg zur Wiederherstellung nach einem Execution-Client-Ausfall (wie eine beschädigte Datenbank, SSD-Fehlfunktion oder kompromittierte / gestohlene Hardware) wird kritisch sein, da es Stunden oder sogar Tage dauern kann, von Grund auf neu zu synchronisieren. In diesem Leitfaden zeigen wir Ihnen, wie Sie einige dieser Dinge sichern können, um die Widerstandsfähigkeit Ihres Nodes zu verbessern und unnötige Ausfallzeiten zu minimieren.
- [Wechsel von Execution- oder Consensus-Clients](/de/node-staking/change-clients.md): Unter normalen Umständen werden Sie wahrscheinlich nur einen Execution- und Consensus-Client auswählen, wenn Sie Ihren Rocket Pool Node zum ersten Mal erstellen, und sie für die Lebensdauer Ihres Nodes glücklich laufen lassen. Es gibt jedoch einige Situationen, in denen Sie Ihre Client-Auswahl ändern möchten. Hier sind ein paar Beispiele: Ihr Client erreicht einen Supermajority-Anteil auf den Execution- oder Beacon-Chains, und Sie möchten für die allgemeine Gesundheit des Netzwerks wechselnEin Fehler führt dazu, dass Ihr Client nicht mehr korrekt funktioniert, und Sie müssen schnell wieder online gehen, um Validierungsaufgaben fortzusetzenSie möchten eine neue Funktion ausprobieren, die ein anderer Client bietetEin anderer Client ist besser für die Hardware Ihres Nodes geeignet (z.B. einige Clients sind besser auf ARM-Systemen als andere) Glücklicherweise macht der Smart Node-Stack das Wechseln von Clients extrem einfach. Alles, was es braucht, sind ein paar Änderungen in der Konfigurations-TUI und einige optional zusätzliche Befehle, um Ihre vorhandenen Client-Daten zu sichern, bevor Sie Clients wechseln.
- [Einführung in die Befehlszeilenschnittstelle](/de/node-staking/cli-intro.md): Als Knotenbetreiber ist die CLI Ihr primäres Werkzeug für die Interaktion mit Rocket Pool. Sie werden sie verwenden, um neue Megapool-Validatoren zu erstellen, den Status von allem zu überprüfen, regelmäßige RPL-Belohnungen zu beanspruchen, Ihre Minipools zu verlassen und abzuheben, wenn Sie bereit sind, und vieles mehr. Sobald Sie die Synchronisierung der Execution- und Beacon-Chains abgeschlossen haben, stehen Ihnen alle Befehle zur Verfügung. In diesem Abschnitt geben wir Ihnen einen kurzen Überblick über einige der gängigeren Befehle und einige andere Tricks, die die CLI kann.
- [Commit-Boost](/de/node-staking/commit-boost.md): Commit-Boost ist ein quelloffener, von der Community getragener Validator-Sidecar, der als Alternative zu MEV-Boost für Proposer-Builder Separation (PBS) dient. Neben dem Block Building unterstützt Commit-Boost auch Protokolle für Proposer Commitments, etwa Preconfirmations und Inclusion Lists. Der Smart Node führt derzeit nur das PBS-Modul (Block Building) von Commit-Boost aus, daher sind diese zusätzlichen Protokolle über den Smart Node noch nicht verfügbar. Wenn Sie neu bei MEV und PBS sind, empfehlen wir, zuerst die Seite MEV, MEV-Boost & MEV-Belohnungen als Hintergrund zu lesen.
- [Konfiguration des Smart Node-Stacks (Docker / Hybrid-Modus)](/de/node-staking/config-docker.md): Das Ausführen vollständiger Execution Layer- und Consensus Layer-Clients kann entmutigend sein; es gibt mehrere Optionen zur Auswahl und jede davon hat eine Fülle verschiedener Einstellungen. Glücklicherweise ist der Smart Node so konzipiert, dass er all diese Komplexität verbirgt, sodass die Konfiguration schnell und einfach ist, während Sie dennoch die Freiheit haben, alles nach Ihren Wünschen anzupassen. In diesem Abschnitt werden wir die verschiedenen Methoden zur Konfiguration des Smart Node durchgehen, wenn Sie das Docker-basierte Setup oder ein Hybrid-Setup verwenden, bei dem Sie sich mit extern verwalteten Execution- oder Consensus-Clients verbinden (z. B. Clients, die Sie außerhalb des Smart Node für Solo-Staking verwalten). Es gibt drei Möglichkeiten, ihn zu konfigurieren: Über die Assistenten-UI - dies ist der einfachste Weg. Es werden nur ein paar grundlegende Fragen gestellt und bewährte Standardeinstellungen für den Rest verwendet. Dies wird Ihnen präsentiert, wenn Sie rocketpool service config zum ersten Mal ausführen.Über die Einstellungsverwaltungs-UI - dies gibt Ihnen Zugriff auf alle Einstellungen des Smart Node, sodass Sie alles so weit anpassen können, wie Sie möchten.Kopflos über die Kommandozeile - dies ist eine Option für Personen, die den Smart Node in einer kopflosen (nicht-interaktiven) Umgebung ausführen und ihn automatisch konfigurieren müssen. Wählen Sie aus der obigen Liste, über welchen Modus Sie mehr erfahren möchten, oder scrollen Sie einfach durch jede Option unten.
- [Konfiguration des Smart Node-Stacks (Native Mode)](/de/node-staking/config-native.md): In diesem Abschnitt werden wir die verschiedenen Methoden zur Konfiguration des Smart Node behandeln, wenn Sie das Native Setup verwenden, das Docker überhaupt nicht nutzt. Es gibt drei Möglichkeiten zur Konfiguration: Über die Wizard UI - dies ist der einfachste Weg. Sie stellt nur ein paar grundlegende Fragen und verwendet für den Rest gut getestete Standardwerte. Dies wird Ihnen präsentiert, wenn Sie rocketpool service config zum ersten Mal ausführen.Über die Settings Manager UI - dies gibt Ihnen Zugriff auf alle Einstellungen des Smart Node, sodass Sie alles nach Belieben anpassen können.Headless über die Befehlszeile - dies ist eine Option für Personen, die den Smart Node in einer headless (nicht-interaktiven) Umgebung betreiben und ihn automatisch konfigurieren müssen. Wählen Sie aus der obigen Liste aus, über welchen Modus Sie mehr erfahren möchten, oder scrollen Sie einfach durch jede Option unten.
- [Übersicht](/de/node-staking/config/overview.md): In diesem Abschnitt erfahren Sie, wie Sie den Smart Node-Stack konfigurieren und alle Einstellungen nach Ihren Wünschen anpassen können. Sie müssen ihn vor dem ersten Betrieb des Stacks konfigurieren, können aber jederzeit zurückkehren und ihn neu konfigurieren, sobald er läuft.
- [Erstellen eines neuen Minipools (Validator)](/de/node-staking/create-validator.md): Zur Erinnerung: Ein Minipool in Rocket Pool bezeichnet eine einzigartige Smart-Contract-Instanz auf der Execution Layer, die Ihr Node verwaltet. Der Minipool verwaltet einen Teil Ihrer ETH, bekannt als Bond-Betrag, und einen Teil der ETH aus dem rETH Staking Pool, bekannt als geliehener Betrag. Er fügt beide zusammen, um insgesamt 32 ETH zu bilden, die dann an den Beacon Chain Deposit Contract gesendet werden, um einen neuen Validator zu erstellen. Um also einen Validator mit Rocket Pool zu erstellen, müssen Sie einen Minipool erstellen. Staking von RPL über die Website Der einfachste und sicherste Weg, RPL für Ihren Node zu staken, ist die Verwendung der Stake-on-Behalf-Funktion des Protokolls, die mit dem Atlas-Upgrade wieder eingeführt wurde. Auf diese Weise können Sie RPL für Ihren Node staken, während die RPL noch in dem Wallet sind, das Sie zum Erwerb verwendet haben. Mit anderen Worten: Sie müssen keine RPL an die Hot Wallet Ihres Nodes senden, um sie zu staken. Whitelisting einer Adresse zum Staken im Namen von Um im Namen Ihres Nodes zu staken, muss eine Adresse auf die Whitelist gesetzt werden. Ihre Withdrawal-Adresse ist immer auf der Whitelist, und Sie können diesen Schritt überspringen, wenn Ihre RPL von Ihrer Withdrawal-Adresse gehalten werden. Sie müssen eine Adresse nur einmal auf die Whitelist setzen, um von ihr zu staken. Sie können dies über den folgenden Smart Node-Befehl tun: Wobei address-or-ens die Adresse oder der ENS-Name ist, der zu Ihrer gewünschten Adresse auflöst. Sie werden gebeten, die Whitelist-Hinzufügung zu bestätigen, und nach Bestätigung der Transaktion können Sie dann zur entsprechenden Seite unten navigieren. Staking von RPL im Namen von Wählen Sie aus den Tabs unten aus, welches Netzwerk Sie verwenden: Beginnen Sie damit, Ihr Wallet mit der Website über MetaMask, WalletConnect oder eine der anderen von der Website unterstützten Methoden zu verbinden. Anschließend wird Ihnen dieser Dialog angezeigt, um Ihre Node-Adresse nachzuschlagen. Geben Sie Ihre Node-Adresse ein und klicken Sie auf "Lookup". Stellen Sie sicher, dass Sie die richtige Node-Adresse haben, bevor Sie dies tun! Wenn Sie die Adresse Ihres Nodes bestätigen müssen, können Sie sie schnell über die CLI mit dem Befehl rocketpool node status abrufen. Dies überprüft, ob die Adresse ein registrierter Node ist und ob der Node das verbundene Wallet auf die Whitelist gesetzt hat. Withdrawal-Adressen sind standardmäßig auf der Whitelist, aber wenn Sie anderen Adressen erlauben möchten, müssen Sie diese über den folgenden Befehl auf Ihrem Node auf die Whitelist setzen. Dies ist ein zweistufiger Prozess. Geben Sie zuerst die Menge an RPL ein, die Sie staken möchten, und klicken Sie auf Approve - dies wird den Staking Contract autorisieren, auf so viel RPL in Ihrem Wallet zuzugreifen, aber nicht mehr als diesen Betrag. Sobald die RPL genehmigt sind, können Sie im Namen eines Nodes staken. Geben Sie die Menge an RPL ein, die Sie staken möchten, in das Feld Stake RPL und geben Sie die Adresse Ihres Nodes in das Feld on behalf of Node Address ein. Wenn Sie diese Informationen eingegeben haben, drücken Sie die Schaltfläche Stake und genehmigen Sie die Transaktion. Sie wird an das Ethereum-Netzwerk gesendet, und sobald sie in einem Block enthalten ist, sind Sie fertig! Wenn Sie rocketpool node status ausführen, sollten Sie Ihre gestakten RPL im Abschnitt === RPL Stake === sehen. Entfernen einer Adresse von der Stake Whitelist Wenn Sie jemals eine Adresse von Ihrer Stake-on-Behalf-Whitelist entfernen möchten, können Sie dies mit dem folgenden Smart Node-Befehl tun: Wobei address-or-ens die Adresse oder ein ENS-Name ist, der zu der Adresse auflöst, die Sie von der Whitelist entfernen möchten. Staking über die Node CLI Wenn Sie die Website nicht verwenden können (oder möchten), um Ihre RPL zu staken, können Sie sie auch direkt über die CLI des Nodes staken. Übertragen Sie zuerst Ihre RPL von dem Wallet, mit dem Sie sie erworben haben, an die Adresse Ihres Nodes. Führen Sie den folgenden Befehl aus: Hier ist die Ausgabe: Wählen Sie aus, wie viel Sie staken möchten, und bestätigen Sie dann den Vorgang. Wenn Sie diesen Befehl zum ersten Mal ausführen, sind zwei Transaktionen erforderlich - eine zum Genehmigen, dass der Rocket Pool Staking Contract auf Ihre RPL zugreifen kann, und eine zum Staken Ihrer RPL damit. Bei nachfolgenden Ausführungen ist nur noch die Stake-Transaktion erforderlich, da der Token bereits genehmigt wurde. Sobald beide Transaktionen abgeschlossen sind, können Sie Ihre gestakte RPL-Menge mit rocketpool node status überprüfen. Der folgende Teil der Ausgabe ist das, was Sie überprüfen möchten: Dies zeigt Ihnen, wie viele Minipools Sie von jeder Bond-Größe basierend auf Ihrer RPL-Sicherheit erstellen können.
- [Das Deposit-Credit-System](/de/node-staking/credit.md): Das Deposit-Credit-System ist ein Mechanismus, um ETH zu verfolgen, das zuvor von Node-Betreibern hinterlegt wurde, aber nicht mehr erforderlich ist, und es wieder verfügbar zu machen. Die Quelle dieses Credits kommt aus zwei Quellen: Migration eines bestehenden 16-ETH-Bonded-Minipools zu einem 8-ETH-Bonded-Minipool (was 8 ETH zum Credit-Saldo des Node-Betreibers hinzufügt)Migration eines bestehenden Solo-Validators in einen Minipool (was entweder 16 oder 24 ETH zum Credit-Saldo des Node-Betreibers hinzufügt, abhängig davon, welchen Minipool-Typ sie während der Migration erstellen) Jeder Node-Betreiber beginnt mit einem Credit-Saldo von 0 ETH. Beide Aktionen erhöhen diesen Saldo entsprechend. Dieses ETH wird nicht liquide gemacht und an den Node-Betreiber zurückgegeben; stattdessen kann es verwendet werden, um zusätzliche Minipools zu erstellen, ohne dass ETH vom Node-Betreiber erforderlich ist. Das Credit-System ist transparent für den Node-Betreiber; es wird automatisch verwendet (mit Benachrichtigungen in der Smart Node-CLI, die erklären, dass es verwendet wird) während der Operationen rocketpool node deposit oder rocketpool node create-vacant-minipool, falls möglich. Wenn es nicht verwendet werden kann, wird der Smart Node den Benutzer darauf hinweisen, dass es nicht verwendet werden kann und bei beiden Operationen eine normale ETH-Einzahlung erforderlich ist. Weitere Details finden Sie im Abschnitt Credit-Verfügbarkeit unten.
- [Erstellen eines Standard-Rocket-Pool-Nodes mit Docker](/de/node-staking/docker.md): In diesem Abschnitt werden wir den Prozess der Installation des Rocket Pool Smart Node-Stacks mit dem Standard-Docker-basierten Setup durchgehen. Dies wird alles installieren und konfigurieren, was Sie benötigen, um einen vollständigen Node zu betreiben, einschließlich: Die Rocket Pool Smart Node-SoftwareEinen Execution (früher ETH1) Client Ihrer Wahl oder eine Verbindung zu einem bestehenden Client, den Sie bereits verwaltenEinen Consensus (früher ETH2) Client Ihrer Wahl oder eine Verbindung zu einem bestehenden Client, den Sie bereits verwaltenEinen Validator-Client, der Ihre Beacon Chain-Validierungsaufgaben übernimmt(Optional) einen Monitoring-Stack zur Erfassung von Leistungs- und Gesundheitsmetriken Alles, was Sie tun müssen, ist ihm mitzuteilen, was Sie ausführen möchten!
- [Auswahl Ihrer ETH-Clients](/de/node-staking/eth-clients.md): Das Smart Node-Installationsprogramm von Rocket Pool kann Ihre Maschine in einen vollständigen Ethereum-Knoten verwandeln, da es sowohl Execution- als auch Consensus-Clients benötigt, um ordnungsgemäß zu funktionieren. Die Begriffe ETH1/ETH2 wurden als veraltet erklärt. Die Chains werden in den restlichen Anleitungen als Execution Layer (ETH1) und Beacon Chain oder Consensus Layer (ETH2) bezeichnet. Wenn Sie bereits Execution- und Consensus-Clients auf einer separaten Maschine betreiben (zum Beispiel, wenn Sie bereits Solo-Staking betreiben), überspringen Sie diesen Abschnitt und fahren Sie mit dem Abschnitt Konfiguration eines hybriden Rocket Pool-Knotens mit externen Clients fort. Andernfalls lesen Sie weiter, um mehr über Ihre Auswahlmöglichkeiten für Execution- und Consensus-Clients zu erfahren. Für Benutzer, die schnell einsatzbereit sein möchten, bietet das Smart Node-Installationsprogramm eine Zufälliger Client-Option, die möglicherweise die beste Wahl ist. Für Benutzer, die einen bestimmten Client im Kopf haben, bieten wir die Möglichkeit, während der Installation von Rocket Pool einfach einen auszuwählen. Die folgenden Optionen helfen dabei, jeden Client zu beschreiben, sodass Sie eine fundierte Entscheidung treffen können, wenn Sie angeben möchten, welchen Sie verwenden möchten.
- [Angabe einer Fallback-Node](/de/node-staking/fallback.md): Ab Version 1.5.0 des Smart Node-Stacks können Sie ein "Fallback"-Execution-Client- und Consensus-Client-Paar angeben, das für Ihre primären Clients übernehmen kann, falls diese jemals offline gehen (z.B. weil Sie Geth verwenden und es prunen müssen). In dieser Situation ist Ihre primäre Node-Maschine weiterhin für das Attestieren und Vorschlagen von Blöcken mit den Validator-Schlüsseln Ihres Megapools verantwortlich, aber sie wird sich mit einer externen Maschine verbinden, um mit der Execution-Layer und den Beacon-Chains zu interagieren. Im Wesentlichen ermöglicht es Ihnen, vorübergehend ein anderes Client-Paar für Dinge wie das Abfragen der Chains, das Senden von Transaktionen und das Empfangen von Blöcken zum Attestieren zu verwenden. Dieses Paar kann extern verwaltet werden (wie im Hybrid-Modus) oder es kann eine andere Rocket Pool Node sein (eine andere Docker-Modus-Maschine, deren API-Ports freigelegt sind, was wir unten behandeln werden). Sobald die primären Clients Ihrer Node wieder online sind, werden der Smart Node und Ihr Validator-Client automatisch zu ihnen zurückwechseln.
- [FAQ (WIP)](/de/node-staking/faq.md): Was sind die Vorteile des Betriebs von Minipools mit Rocket Pool im Vergleich zu einem 32 ETH Solo-Validator? Indem Sie einen einzelnen Solo-Validator betreiben, würden Sie 100% der Belohnungen auf Ihre 32 ETH erhalten. Indem Sie zwei 16 ETH Minipools betreiben, würden Sie 100% der Belohnungen auf Ihre 32 ETH plus 14% der Belohnungen auf 32 ETH erhalten, die vom Rocket Pool-Protokoll bereitgestellt werden. Indem Sie vier 8 ETH Minipools betreiben, würden Sie 100% der Belohnungen auf Ihre 32 ETH plus 14% der Belohnungen auf 96 ETH erhalten, die vom Rocket Pool-Protokoll bereitgestellt werden. Sie hätten auch die Möglichkeit, die Smoothing Pool-Funktion von Rocket Pool zu nutzen. Wie weiß ich, wie viel mein rETH wert ist? Macht es ein Rebase? Der rETH-Token wird kein Rebase durchführen. Die Anzahl der Token in Ihrer Wallet bleibt konstant, aber sie gewinnen im Laufe der Zeit an Wert. Ich habe ein technisches Problem beim Betrieb meines Nodes, wie bekomme ich Hilfe? Sie können zunächst die Rocket Pool Support-Seite überprüfen. Wenn das nicht hilft, können Sie Ihre Frage im #support-Kanal von Rocket Pool im Discord-Server stellen. Wie kann ich Test-ETH bekommen, um mit der Erstellung und dem Betrieb eines Minipools zu experimentieren? Ich kann keine Nachrichten im Faucet-Kanal posten. Siehe Test-ETH auf Hoodi erhalten. Wie kann ich meinen Node wiederherstellen, wenn meine Maschine kaputt geht? Kurze Antwort: Ihre Mnemonic ist alles, was Sie benötigen, um Ihren Node vollständig wiederherzustellen. Stellen Sie immer sicher, dass Sie sie sicher aufbewahren. Um Ihren Node auf einer neuen Maschine wiederherzustellen, stellen Sie zunächst sicher, dass Ihre vorherige Maschine nicht wieder online sein wird mit den verfügbaren Schlüsseln, da zwei Nodes, die mit denselben Schlüsseln laufen, Sie geslasht werden. Folgen Sie den Schritten, um den Smart Node auf einer neuen Maschine zu installieren. Stellen Sie dann Ihre Node-Wallet und Validator-Schlüssel wieder her, indem Sie den Befehl rocketpool wallet recover ausführen und Ihre 24-Wort-Mnemonic eingeben. Warum synchronisieren meine Clients nicht? Ich habe eine geringe Anzahl von Peers. Clients benötigen eine gesunde Anzahl von Peers, um ordnungsgemäß synchronisieren zu können. Sie können zunächst den Test hier durchführen und überprüfen, ob die Ports 30303 und 9001 geöffnet sind. Ihr Consensus-Client verwendet außerdem UDP-Port 8001 für QUIC, leiten Sie diesen also ebenfalls weiter (dieses Tool testet nur TCP). Wenn sie geschlossen sind, müssen Sie die Portweiterleitung auf Ihrem Router einrichten. Stellen Sie außerdem sicher, dass Ihr Node eine statische lokale IP-Adresse hat, damit die Portweiterleitung nicht abbricht, weil Ihr Node eine neue Adresse erhält. Mein Consensus-Client braucht zu lange zum Synchronisieren. Was soll ich tun? Consensus-Clients können lange zum Synchronisieren brauchen, wenn Sie den Synchronisierungsprozess nicht mit Checkpoint Sync gestartet haben. Selbst wenn Sie ihn schon lange laufen lassen, ist es normalerweise schneller, die Checkpoint-Sync-URL zu konfigurieren, die aktuellen Synchronisierungsdaten mit rocketpool service resync-eth2 zu löschen und von vorne zu beginnen. Ihr Client sollte in weniger als einer Minute synchronisiert sein. Ich habe bereits neu gestartet. Warum sagt Grafana, dass ich immer noch neu starten muss? Die Neustart-Informationen werden zwischengespeichert und aktualisieren sich nur alle paar Stunden. Das Ausführen von sudo apt update erzwingt ein Update. Ich habe meine Execution Layer und/oder meine Beacon Chain oder Consensus Layer geändert. Wie lösche ich die alten Daten? Wenn Sie Clients wechseln, löscht Rocketpool die alten Volumes nicht. Diese Daten könnten erheblichen Speicherplatz verschwenden, und Sie möchten sie möglicherweise entfernen. Dazu müssen Sie die Volumes finden. Wenn Sie die Standard-Rocketpool-Einstellungen verwenden, werden die Docker-Volumes unter /var/lib/docker/volumes/ gespeichert. Die Execution Layer befindet sich in rocketpool_eth1clientdata/_data/* und die Consensus Layer in rocketpool_eth2clientdata/_data/*. Um auf diese Verzeichnisse zuzugreifen, müssen Sie möglicherweise mit sudo -i als Root sudo werden. Dann können Sie ein Verzeichnis löschen, indem Sie rm -rf <directory> aufrufen. Wenn Sie beispielsweise alle Geth-Daten löschen möchten, würden Sie rm -rf /var/lib/docker/volumes/rocketpool_eth1clientdata/_data/geth/ aufrufen. Um als Root zu beenden, geben Sie exit ein.
- [Fee Distributors und der Smoothing Pool](/de/node-staking/fee-distrib-sp.md): Node-Betreiber erhalten Priority Fees (Trinkgelder) aus den Transaktionen, die sie in alle von ihnen vorgeschlagenen Blöcke auf der Ethereum-Chain aufnehmen. Diese Gebühren stammen von der Execution Layer und verbleiben dort. Im Gegensatz zu den meisten Validierungsbelohnungen, die auf der Consensus Layer generiert und automatisch periodisch abgehoben werden, sind diese Gebühren sofort liquid. Im Allgemeinen liefern Priority Fees fast genauso viel ETH wie Beacon Chain Belohnungen, daher sind sie ein sehr schöner Vorteil des Merge.
- [Einrichten des Grafana Dashboards](/de/node-staking/grafana.md): Jetzt, da Ihr Node läuft, möchten Sie wahrscheinlich eine bequeme Möglichkeit haben, alles auf einen Blick zu überwachen, um sicherzustellen, dass er korrekt funktioniert (und welche Art von Einnahmen er für Sie generiert). Es gibt viele Tools, die diese Aufgabe erfüllen. Eines der beliebtesten heißt Grafana - ein benutzerfreundliches, universelles Dashboard-System, auf das Sie mit einem Browser zugreifen können. Rocket Pool wird out-of-the-box mit Unterstützung für Grafana und seine Abhängigkeiten geliefert; es wird sogar mit einem vorgefertigten Dashboard für jeden Consensus Client geliefert. Hier ist zum Beispiel ein Snapshot, wie das Dashboard im Hoodi-Testnetzwerk aussieht: Das Standard-Dashboard enthält die folgenden Informationen in einem praktischen Format: Oben links: einige wichtige Statistiken über die Gesundheit und Leistung Ihrer Maschine und alle ausstehenden SystemupdatesOben rechts: die Aktivität und Leistung Ihrer Validatoren auf der Beacon Chain, zusammen mit einigen Execution und Consensus Client StatistikenUnten links: Details über das gesamte Rocket Pool Netzwerk, als ReferenzUnten rechts: Details über Ihre Staking-Belohnungen, sowohl ETH als auch RPL In diesem Leitfaden zeigen wir Ihnen, wie Sie das Metriken-System von Rocket Pool aktivieren, damit Sie dieses Dashboard verwenden können - oder sogar Ihr eigenes erstellen!
- [Auswahl eines Rocket Pool Modus](/de/node-staking/install-modes.md): Der Smart Node-Stack von Rocket Pool ist sehr flexibel; es gibt mehrere verschiedene Möglichkeiten, ihn zu betreiben. Er kann einen vollständigen Full Node von Grund auf aufbauen, er kann sich in bestehende Execution- oder Consensus-Client-Deployments integrieren, und er kann sogar nativ als eine Reihe von Systemdiensten laufen. In diesem Abschnitt werden wir die typischen Möglichkeiten der Konfiguration und Verwendung des Smart Node-Stacks behandeln.
- [Übersicht](/de/node-staking/installing/overview.md): In diesem Abschnitt lernen Sie, wie Sie den Rocket Pool Smart Node-Stack auf Ihrem Node-Rechner installieren. Es gibt verschiedene Installationsvarianten; Sie erfahren, welche für Sie die richtige ist, und durchlaufen den Installationsprozess.
- [Migration eines 16-ETH Minipools zu 8-ETH](/de/node-staking/leb-migration.md): Node Operators haben die Möglichkeit, ihre bestehenden 16-ETH Minipools direkt zu 8-ETH Minipools zu migrieren. Dadurch werden ihrem Einzahlungsguthaben 8 ETH hinzugefügt, die verwendet werden können, um zusätzliche Minipools zu erstellen, ohne dass ETH vom Node Operator erforderlich ist. Dieser Prozess ermöglicht es einem Node Operator, einen 16-ETH Minipool kostenlos in zwei 8-ETH Minipools umzuwandeln (obwohl weiterhin ETH für Gas benötigt wird und genügend RPL-Sicherheiten vorhanden sein müssen, um beide Minipools zu unterstützen). Die Migration eines bestehenden 16-ETH Minipools zu einem 8-ETH Minipool wird formell als Bond Reduction bezeichnet. Es ist ein zweistufiger Prozess und beinhaltet eine Validierung durch das Oracle DAO. Wir führen Sie in den folgenden Abschnitten durch den gesamten Prozess. Regeln für Bond Reduction Eine Bond Reduction umfasst die folgenden Schritte: Starten der Bond Reduction durch den Node Operator.Eine Wartezeit (die "Bond Reduction Scrub Check"), die dem Oracle DAO Zeit gibt, zu überprüfen, ob die Bond Reduction legal ist, und alle Bond Reductions zu stornieren, die gegen die Regeln verstoßen.Abschluss der Bond Reduction durch den Node Operator. Um eine erfolgreiche Bond Reduction ohne Scrubbing durchzuführen, muss der Minipool diese Regeln befolgen: Der Minipool muss auf den Atlas Delegate aktualisiert sein; der alte Redstone Delegate kann nicht verwendet werden.Der Validator des Minipools auf der Beacon Chain muss pending oder aktiv am Staking sein. Er darf nicht geslasht, am Austritt / ausgetreten oder abhebbar / abgehoben sein.Das Validator-Guthaben des Minipools auf der Beacon Chain muss mindestens 31,99 ETH betragen (32 ETH mit einem kleinen Puffer für schlecht getimte Komplikationen, die zu verpassten Attestierungen nach einem Rewards Skim führen). Der Minipool muss diese Bedingungen für die gesamte Dauer der Scrub Check einhalten, während der das Oracle DAO ihn überwacht, um die Einhaltung der oben genannten Bedingungen sicherzustellen. Wenn zu irgendeinem Zeitpunkt während der Scrub Check festgestellt wird, dass ein Minipool gegen diese Bedingungen verstößt, wird die Bond Reduction gescrubbt. Der Minipool selbst wird nicht beeinträchtigt; er wird weiterhin glücklich als 16 ETH Minipool leben, validieren und so tun, als ob der gesamte Bond-Reduction-Prozess nie stattgefunden hätte. Er wird jedoch nicht mehr für Bond Reductions berechtigt sein. Sobald die Bond Reduction eines Minipools gescrubbt wurde, kann sie nie wieder versucht werden. Schritt 1: Beginn der Bond Reduction Um den Bond-Reduction-Prozess zu beginnen, geben Sie folgenden Befehl ein: Dies beginnt mit einem kurzen Text zum Prozess (obwohl, wenn Sie diese Anleitung gelesen haben, sollte Ihnen alles bereits vertraut sein). Sobald Sie bestätigen, dass Sie den Prozess verstanden haben, wird angezeigt, welche Minipools derzeit einen reduzierbaren Bond haben, zusammen mit ihrem aktuellen Bond und ihrer Provision: Sobald Sie einen oder mehrere Minipools zur Reduzierung ausgewählt haben, prüft der Smart Node, ob diese Minipools für eine Bond Reduction berechtigt sind. Um berechtigt zu sein, müssen folgende Bedingungen erfüllt sein: Der Minipool wurde aktualisiert, um den Atlas Minipool Delegate Contract zu verwenden.Der Validator des Minipools muss ein Beacon Chain Guthaben von mindestens 32 ETH haben.Der Validator des Minipools muss pending oder aktiv sein.Sie müssen genug RPL gestakt haben, um das minimale RPL-Sicherheitsniveau zu unterstützen, das nach der Bond Reduction erforderlich wäre. Wenn nicht, wird eine Warnmeldung ausgegeben, die erklärt, was zuerst getan werden muss; zum Beispiel: Dies zeigt, dass der ausgewählte Minipool ein Delegate-Upgrade benötigt und der Node mehr RPL gestakt haben muss, um den Bond dieses Minipools zu reduzieren. Wenn Sie die Vorbedingungen erfüllt haben, werden Sie bei Auswahl eines Minipools in diesem Befehl einfach aufgefordert, Ihren Gaspreis für die Transaktion zu wählen und die Aktion zu bestätigen. Nach Annahme der Bestätigung beginnt die Bond Reduction des Minipools. Überwachung des Scrub Check Timers Sobald Sie eine Bond Reduction gestartet haben, können Sie in Ihren node-Daemon-Logs sehen, wie lange es noch dauert, bis sie abgeschlossen werden kann: Sie werden einen neuen Eintrag sehen, der angibt, wie viel Zeit noch verbleibt, bis die Scrub Check für Ihre Bond Reduction abgeschlossen ist: Sobald dieser Timer Null erreicht und nicht mehr in diesen Logs erscheint, können Sie die Bond Reduction abschließen. Schritt 2: Abschluss der Bond Reduction Wenn der Scrub-Timer erfolgreich beendet wurde, gibt es zwei Möglichkeiten, die Bond Reduction Ihres Minipools abzuschließen: Lassen Sie den node-Daemon dies für Sie erledigen; er tut dies während der Routineprüfung, die er alle fünf Minuten durchführt (dieselbe, die die verbleibende Zeit im obigen Log ausgibt). Wenn er feststellt, dass Sie eine berechtigte Bond Reduction haben, wird er die Reduzierung automatisch abschließen - genau wie er es beim Staking von Pending-Minipools und beim Überprüfen Ihres Fee Recipients tut. Sie sehen die Ausgabe im node-Log, wenn er eine Bond Reduction erkannt und abgeschlossen hat.Schließen Sie die Bond Reduction manuell mit folgendem Befehl ab:rocketpool minipool reduce-bondDer Befehl ist einfach; folgen Sie den Anweisungen, um den Prozess abzuschließen, sobald Ihr Minipool für eine Bond Reduction berechtigt ist. Während der Bond Reduction verteilt Rocket Pool das bestehende Guthaben Ihres Minipools unter Verwendung des Pre-Bond-Reduction-Bonds und der Provision des Minipools, um sicherzustellen, dass sowohl Sie als auch die rETH-Staker ihren fairen Anteil am bestehenden Guthaben erhalten und die Bond Reduction die Belohnungen, die beide Parteien für dieses Guthaben erhalten hätten, nicht verändert. Die Ergebnisse eines reduzierten Bonds Sie können die erfolgreiche Bond Reduction mit rocketpool minipool status überprüfen. Vor der Bond Reduction würde dieser Befehl für den Beispiel-Minipool, dem wir gefolgt sind, folgende Ausgabe erzeugen: Nach der Bond Reduction würde der Befehl diese Ausgabe zurückgeben: Beachten Sie, wie sich die Dinge geändert haben: Node fee (Kommission) ging von 15% auf 14%Node deposit (Ihr Bond) ging von 16 ETH auf 8 ETHRP deposit (der Betrag, den Sie geliehen haben) ging von 16 ETH auf 24 ETHMinipool Balance (EL) ging von 0,150713 ETH auf 0,086769 ETHYour portion (EL) ging von 0,086660 ETH auf 0 ETHAvailable refund ging von 0 ETH auf 0,086769 ETHYour portion (CL) ging von 16,000087 ETH auf 8,000013 ETH Die Änderungen bei Node fee, Node deposit, RP deposit und Your portion (CL) zeigen an, dass der Bond erfolgreich reduziert wurde. Die Änderungen bei Minipool Balance (EL), Your portion (EL) und Available refund zeigen die Ergebnisse der Minipool Balance Distribution, die als Teil des Bond-Reduction-Prozesses stattfand. Um zu klären, wie diese Ergebnisse zu interpretieren sind: Wenn Sie sich die Transaktion ansehen, werden Sie auch sehen, dass 0,06413383 ETH vom Minipool an den Staking Pool gesendet wurden.Im "Vorher"-Beispiel ist der Anteil des Staking Pools das Guthaben des Minipools minus dem Anteil des Node Operators, also 0,150713 - 0,086660 = 0,064053, was der Betrag ist, der während der Bond Reduction an den Staking Pool übertragen wurde (plus ein kleiner Betrag aus einem Rewards Skim, der während der Scrub Check auftrat).Der Anteil des Node Operators wird dagegen nicht an die Abhebungsadresse des Node Operators gesendet. Stattdessen wird er als verfügbare Rückerstattung markiert, weshalb der Rückerstattungsbetrag von 0 ETH auf den Betrag erhöht wurde, der zuvor der "Ihr Anteil"-Betrag des Minipool-Guthabens auf der EL war.Sie können diese Rückerstattung jederzeit mit folgendem Befehl anfordern:rocketpool minipool refund Es gibt ein weiteres wichtiges Ergebnis der Bond Reduction, das mit rocketpool node status beobachtet werden kann: Der Bond-Reduction-Prozess hat das Einzahlungsguthaben des Nodes um 8 ETH erhöht. Dieses Guthaben kann verwendet werden, um einen weiteren 8-ETH Minipool zu erstellen - kostenlos (kein ETH aus der Node-Wallet erforderlich, außer für Gas)!
- [Auswahl der Staking-Hardware](/de/node-staking/local/hardware.md): Es gibt keine offiziellen Spezifikationen für den Betrieb eines Rocket Pool Nodes. Diese Seite bietet einige Richtlinien und Beispiele, die Sie bei der Auswahl der Staking-Hardware verwenden können. Die minimalen Hardwareanforderungen Ihres Nodes hängen von den Consensus- und Execution-Clients ab, die Sie wählen. Wenn Sie beispielsweise beabsichtigen, Ihren Node auf einem leistungsschwachen Gerät zu betreiben, sind Sie möglicherweise auf die Verwendung von Geth als Execution-Client und Nimbus als Consensus-Client beschränkt. Wenn Sie einen leistungsstärkeren NUC mit 32+ GB RAM verwenden, stehen Ihnen alle Client-Kombinationen offen. Die nachstehenden Richtlinien gehen davon aus, dass Sie ein komfortables Hardware-Niveau wünschen, was bedeutet, dass Sie über Überkapazität verfügen. Wenn Sie diese Richtlinien beachten, wird Ihr Node über ausreichend Ressourcen verfügen, um alle von Rocket Pool unterstützten Client-Kombinationen auszuführen. Dies ermöglicht es Ihnen, ein random Client-Paar zu wählen, was sehr wichtig für die Client-Diversität im Ethereum-Netzwerk ist.
- [Übersicht](/de/node-staking/local/overview.md): Dieser Abschnitt soll Ihnen helfen, den Prozess der Vorbereitung einer lokalen Maschine für die Verwendung als Rocket Pool-Node zu Hause zu verstehen.
- [Vorbereitung eines Mac](/de/node-staking/local/prepare-mac.md): Vor der Installation von Rocket Pool sollten Sie einige Überprüfungen durchführen, um sicherzustellen, dass Ihr System kompatibel ist und korrekt funktioniert.
- [Vorbereitung eines PCs, Mini-PCs oder NUCs](/de/node-staking/local/prepare-pc.md): Bevor Sie Rocket Pool installieren, sollten Sie einige Überprüfungen durchführen, um sicherzustellen, dass Ihr System kompatibel ist und korrekt funktioniert.
- [Einen Raspberry Pi vorbereiten](/de/node-staking/local/prepare-pi.md): Dieser Leitfaden führt Sie durch den Betrieb eines Rocket Pool-Node mit einem Raspberry Pi. Obwohl dies in den meisten Staking-Leitfäden normalerweise nicht empfohlen wird, erkennen wir an, dass es attraktiv ist, da es eine viel günstigere Option ist als die Einrichtung eines vollständigen PCs. Aus diesem Grund haben wir hart daran gearbeitet, eine Vielzahl von Einstellungen zu optimieren und eine Konfiguration ermittelt, die gut zu funktionieren scheint. Dieses Setup führt einen vollständigen Execution-Node und einen vollständigen Consensus-Node auf dem Pi aus und trägt so zur Gesundheit des Ethereum-Netzwerks bei, während es gleichzeitig als Rocket Pool Node Operator fungiert.
- [Überwachen Sie Ihren Smart Node Stack mit Alert-Benachrichtigungen](/de/node-staking/maintenance/alerting.md): Die Smart Node Alert-Benachrichtigungsfunktion ermöglicht es Ihnen, Benachrichtigungen über den Zustand und wichtige Ereignisse Ihres Rocket Pool Smart Node zu erhalten.
- [Ablauf der Historie des Execution-Clients](/de/node-staking/maintenance/history-expiry.md): Execution-Clients können alte Blockkörper und Belege verwerfen, damit die Chain-Daten eine handhabbare Größe behalten. Die Smart Node-Einstellung Pruning Mode (Execution Client → Pruning Mode) steuert dieses Verhalten. Rolling History Expiry ist die Standardeinstellung. Nethermind, Besu, Reth und Erigon verwerfen Blockkörper und Belege, die älter als etwa ein Jahr sind. Geth implementiert diesen Modus noch nicht und verwendet stattdessen den Ablauf der Historie vor Prague. Die anderen Optionen: History Expiry — verwirft ausschließlich Pre-Merge-Blockkörper und -Belege (teilweiser EIP-4444-Ablauf). Erigon unterstützt keinen reinen Pre-Merge-Ablauf.Full node — behält die üblichen Full-Node-Daten einschließlich Blockkörper und Belege. Der Full-Node-Modus von Erigon behält die Belege.Archive — behält Historie und historischen Zustand (was deutlich mehr Speicherplatz erfordert). Schauen Sie sich gerne diese Übersicht zum teilweisen Ablauf der Historie an: https://blog.ethereum.org/2025/07/08/partial-history-exp Die folgenden Schritte zum Entfernen der Pre-Merge-Historie gelten nur für Nodes im Docker-Modus. Wenn Sie einen externen Client im Hybrid-Modus oder Native-Modus verwenden, beachten Sie bitte die von Ihrem Execution-Client bereitgestellte Dokumentation. Öffnen Sie zunächst den Settings Manager: Um den Pruning-Modus des Execution-Clients zu ändern, gehen Sie zum Menü Execution Client (ETH1) und wählen Sie im Dropdown-Menü für Pruning Mode die Einstellung History Expiry aus. Wählen Sie Rolling History Expiry, sofern Sie keinen Grund haben, mehr Historie zu behalten. Nachdem Sie die Auswahl getroffen haben, drücken Sie escape, um zum Hauptmenü zurückzukehren, und drücken Sie dann tab, um die Schaltfläche Review Changes and Save hervorzuheben. Drücken Sie die enter-Taste, um fortzufahren. Ihnen wird ein Menü zur Vorschau der Änderungen an Ihren Execution-Client-Einstellungen angezeigt. Drücken Sie die enter-Taste auf Save Settings, um die Einstellungen zu speichern und den Settings Manager zu beenden, und geben Sie dann y ein, um Ihren rocketpool_eth1-Container neu zu starten. Von diesem Punkt an unterscheiden sich die Schritte je nachdem, welchen Execution-Client Sie verwenden:
- [Von einem Node zu einem anderen umziehen](/de/node-staking/maintenance/node-migration.md): Manchmal ist Ihre Node-Maschine nicht mehr in der Lage, ihre Aufgabe zu erfüllen, und Sie müssen zu einer anderen wechseln. Dies kann passieren, wenn Sie beispielsweise Ihren Node aufrüsten, oder wenn Sie von einem Cloud-basierten Node zu einem lokal auf dedizierter Hardware gehosteten wechseln, oder sogar wenn Ihr Node selbst einen katastrophalen Hardwareausfall erleidet und Sie Ihre Validatoren auf einer Backup-Maschine ausführen müssen. Unabhängig vom Fall hilft Ihnen diese Anleitung zu verstehen, wie Sie Ihre Wallet und Validator-Schlüssel sicher von einem Node zu einem anderen migrieren können, ohne geslasht zu werden.
- [Übersicht](/de/node-staking/maintenance/overview.md): In diesem Abschnitt erfahren Sie, wie Sie die Gesundheit Ihres Nodes und Ihrer Validatoren überwachen, Ihre Einnahmen verfolgen und regelmäßige Wartungsarbeiten wie Updates durchführen.
- [Maskierung als eine andere Node-Adresse](/de/node-staking/masquerade.md): Ab Smart Node-Version v1.15.7 können Benutzer das Verhalten einer beliebigen Adresse simulieren. Während Sie sich als eine andere Adresse maskieren, wird Ihr Node die Node- und Watchtower-Task-Schleife mit Ihrer Node-Adresse fortsetzen und Aufgaben wie das Attestieren mit Ihren Validator-Schlüsseln ausführen. Sie können Transaktionen nicht senden oder Nachrichten als die maskierte Adresse signieren. Diese Funktion ist besonders nützlich für Support und Debugging. Wenn Sie mit dem Smart Node aus der Perspektive einer anderen Node-Adresse interagieren möchten, verwenden Sie bitte folgenden Befehl: rocketpool wallet masquerade Wenn Sie mit dem Masquerade-Modus fertig sind, führen Sie einfach rocketpool wallet end-masquerade aus und folgen Sie den Anweisungen: Zusätzlich können Sie den Status Ihrer Node-Wallet überprüfen, indem Sie rocketpool wallet status ausführen:
- [Einen Megapool (Validator) erstellen](/de/node-staking/megapools/create-megapool-validator.md): Willkommen bei Saturn 1! Ein Rocket Pool Megapool ist eine Smart-Contract-Instanz auf der Execution Layer. Dein Node verwaltet einen Megapool, der als Ethereum-Withdrawal-Adresse für einen oder mehrere Validatoren dient. Jeder Validator besteht aus einem Teil deines ETH, dem sogenannten Bond-Betrag, und einem Teil ETH aus dem rETH-Staking-Pool, dem sogenannten geliehenen Betrag. Dein Megapool ist dafür verantwortlich, den Bond-Betrag und den geliehenen ETH-Betrag zu einem Gesamtbetrag von 32 ETH zusammenzuführen, der dann an den Beacon Chain Deposit-Vertrag gesendet wird, um einen neuen Validator zu erstellen. Dein Megapool wird automatisch beim ersten Validator-Deposit bereitgestellt. Danach kannst du denselben Megapool verwenden, um beliebig viele Validatoren zu verwalten! Du musst nicht jedes Mal einen neuen Megapool bereitstellen, wenn du einen neuen Validator erstellst.
- [Das Deposit-Guthaben-System](/de/node-staking/megapools/credit.md): Das Deposit-Guthaben-System ist ein Mechanismus, um ETH zu verfolgen, das zuvor von Node Operatoren gebondet wurde, aber nicht mehr benötigt wird, und es wieder nutzbar zu machen. Die Quellen dieses Guthabens kommen aus einigen Stellen: Einen Validator aus der Rocket Pool Deposit-Warteschlange entfernen. Das Entfernen eines Validators aus der Warteschlange schreibt dem Node Operator den gebondeten Betrag (4 ETH) gut.Reduzierung deines Bond-Betrags. Wenn dein aktueller Bond die Mindestanforderung des Protokolls übersteigt, kannst du deinen überschüssigen Bond reduzieren und ihn als Deposit-Guthaben erhalten. Beachte, dass die ersten zwei Validatoren immer 4 ETH Bonds erfordern (unabhängig von pDAO-Einstellungen). Bond-Reduzierung ist hauptsächlich für Node Operatoren mit 3+ Validatoren vorteilhaft, wenn die pDAO den reduced_bond-Parameter senkt. Verwende rocketpool megapool reduce-bond, um eine Bond-Reduzierung durchzuführen. Die nächsten zwei sind nur für Node Operatoren, die Migrationen vor Saturn durchgeführt haben. Sie sind nicht mehr möglich: Migration eines bestehenden 16-ETH-gebondeten Minipools auf einen 8-ETH-gebondeten Minipool (was 8 ETH zum Guthaben des Node Operators hinzufügt)Migration eines bestehenden Solo-Validators in einen Minipool (was je nach erstelltem Minipool-Typ während der Migration entweder 16 oder 24 ETH zum Guthaben des Node Operators hinzufügt) Jeder Node Operator beginnt mit einem Guthaben von 0 ETH. Dieses ETH wird nicht flüssig gemacht und an den Node Operator zurückgegeben; stattdessen kann es für einen entsprechenden Betrag in rETH eingelöst werden. Darüber hinaus kann Guthaben verwendet werden, um zusätzliche Megapool-Validatoren zu erstellen, ohne ETH vom Node Operator zu benötigen. Das Guthaben-System ist für den Node Operator transparent; es wird bei rocketpool megapool deposit-Operationen automatisch verwendet (mit Benachrichtigungen in der Smart Node CLI, die erklären, dass es verwendet wird), wenn möglich. Falls es nicht verwendet werden kann, benachrichtigt der Smart Node den Benutzer, dass es nicht verwendet werden kann, und erfordert einen normalen ETH-Bond während der jeweiligen Operation. Weitere Details findest du im Abschnitt Guthaben-Verfügbarkeit unten.
- [Einen Megapool-Validator beenden](/de/node-staking/megapools/exit-megapool-validator.md): Wenn du keinen Megapool-Validator mehr betreiben möchtest und auf das vollständige, auf der Beacon Chain gesperrte Guthaben zugreifen möchtest, musst du einige Schritte befolgen. Diese Seite führt dich durch den Prozess des Beendens eines Megapool-Validators. Eine freiwillige Exit-Anfrage an die Beacon Chain senden (manuell)Validator-Exit melden (automatisiert durch den Smart Node)Endguthaben melden (automatisiert durch den Smart Node)
- [Migration von Minipools zu Megapool-Validatoren](/de/node-staking/megapools/migration.md): Wenn du ein zurückkehrender Node-Operator bist und deinen Minipool-Stake zu einem Megapool migrieren möchtest, bietet diese Seite eine Schritt-für-Schritt-Anleitung dazu. Die Migration umfasst das Beenden deines Minipools, das Erstellen neuer Megapool-Validatoren, das Unstaking von Legacy-RPL und anschließend das erneute Staking des RPL in deinem Megapool. Der Megapool-Validator-Bond beträgt 4 ETH, was bedeutet, dass du für jeden 8-ETH-Minipool-Validator zwei Megapool-Validatoren erstellen kannst. 9 % des Protokoll-ETH-Einnahmen werden proportional an RPL-Staker mit Megapool-Validatoren in Form von Voter-Share-Belohnungen ausgeschüttet. Dies kommt zu den bisher üblichen RPL-Inflationsbelohnungen hinzu. Es gibt einige separate Schritte: Beenden deines Minipools. Das bedeutet, deinen Minipool abzuschließen und sein gesamtes Guthaben von der Beacon Chain abzuheben.Erstellen eines neuen Megapool-Validators[Optional] Unstaking und Abheben deines Legacy-RPL[Optional] Erneutes Staking des RPL in einem Megapool. Dadurch verdienst du Voter-Share-Belohnungen aus ETH-Einnahmen zusätzlich zu RPL-Inflationsbelohnungen. Bevor du dich zur Migration deines Minipool-Stakes zu einem Megapool entscheidest, solltest du den Status der Rocket Pool Deposit Queue und der Beacon Chain Queue berücksichtigen. Beide haben variable Wartezeiten und sind voneinander unabhängig. Die Rocket Pool Deposit Queue steuert die Erstellung neuer Megapool-Validatoren und wann diese mit ETH von rETH-Stakern zusammengeführt werden. Die Beacon Chain Queue bestimmt hingegen, wie schnell dein Minipool-Validator austreten kann. Noch wichtiger ist, dass sie auch bestimmt, wann dein neuer Megapool-Validator mit seinen Attestierungspflichten beginnen kann.
- [Übersicht](/de/node-staking/megapools/overview.md): Dieser Abschnitt behandelt Rocket Pool Megapools und die Erstellung von Megapool-Validatoren. Hier lernst du, wie du mit der Validierung des Ethereum-Netzwerks beginnst und dafür Belohnungen erhältst.
- [RPL Staking und Belohnungen beanspruchen](/de/node-staking/megapools/staking-and-claiming-rewards.md): In Saturn 1 hat sich RPL grundlegend in einen ETH-ansammelnden Revenue-Share-Token verwandelt. Dieser Leitfaden erklärt, wie du RPL in deinen Megapool stakst, bestehenden RPL-Stake von Legacy-Minipools migrierst, deine Belohnungen beanspruchst und deinen RPL bei Bedarf abhebst. Dieser Leitfaden erläutert auch die Mechanismen, wie ETH-Protokolleinnahmen über Voter-Share-Belohnungen an Megapool-RPL-Staker verteilt werden.
- [MEV, MEV-Boost und MEV-Belohnungen](/de/node-staking/mev.md): Im vorherigen Abschnitt haben Sie erfahren, wie Node Operators Priority Fees verdienen. Priority Fees sind ein großartiger Schub für das Einkommen eines Node Operators, aber sie sind nicht die einzige Form von liquiden Belohnungen, die Ihnen auf der Execution Layer zur Verfügung stehen. Es gibt eine ergänzende Form von Belohnungen, die als MEV-Belohnungen bekannt ist.
- [Der Minipool Delegate](/de/node-staking/minipools/delegates.md): Jeder validator, den Sie betreiben, hat einen Minipool-Vertrag als seinen "Eigentümer", sozusagen. Der Minipool ist ein einzigartiger Vertrag, der speziell diesem validator zugewiesen ist; er fungiert als seine Auszahlungsadresse. Alle Belohnungs- und Staking-Guthaben-Auszahlungen von der Beacon Chain werden an den Minipool-Vertrag gesendet. Jeder Minipool ist einzigartig, um sicherzustellen, dass Sie (der Node-Betreiber) die ultimative Kontrolle darüber haben. Niemand sonst kontrolliert ihn, niemand sonst kann ihn ändern; er steht vollständig unter Ihrem Kommando. Allerdings enthält der Minipool selbst sehr wenig tatsächliche Funktionalität, um die Gaskosten während Node-Einzahlungen zu minimieren. Fast alles, was er tun kann, wird an einen Delegate-Vertrag delegiert. Der Minipool Delegate-Vertrag ist ein spezieller Vertrag, der den Großteil der von Minipools benötigten Logik enthält - Dinge wie die faire Verteilung des Guthabens zwischen Ihnen und den Pool-Stakern zum Beispiel. Im Gegensatz zu Minipools, wo jeder Minipool ein einzigartiger Vertrag ist, ist der Delegate ein einzelner Vertrag, an den viele Minipools Anfragen "weiterleiten" können. Gelegentlich wird das Rocket Pool Entwicklungsteam einen neuen Minipool Delegate veröffentlichen, der neue Funktionalität hinzufügt. Zum Beispiel haben wir im Atlas-Update einen neuen Delegate eingeführt, der die Verteilung von skimmed Belohnungen unterstützt, ohne den Minipool schließen zu müssen. Minipools können ihre Delegates aktualisieren, um diese neue Funktionalität zu nutzen. Delegate-Upgrades sind opt-in, sodass Sie entscheiden können, ob und wann Sie sie verwenden möchten. Allerdings sind sie normalerweise erforderlich, um neue Funktionalität zu nutzen, die Netzwerk-Upgrades einführen. Upgrade Ihres Delegate Um einen Minipool auf einen neuen Delegate-Vertrag zu aktualisieren, führen Sie einfach den folgenden Befehl aus: Dies wird Ihnen eine Liste Ihrer Minipools präsentieren, die derzeit nicht den neuesten Delegate verwenden und für ein Upgrade berechtigt sind: Wählen Sie denjenigen/diejenigen aus der Liste aus, den/die Sie aktualisieren möchten, indem Sie die entsprechende Nummer links von der Minipool-Adresse eingeben. Nach der Auswahl werden Sie aufgefordert, Ihre Gaspreiseinstellungen zu bestätigen, und danach wird eine Transaktion zum Upgrade des Minipools gesendet: Sie können mit rocketpool minipool status überprüfen, ob er den neuesten Delegate verwendet. Alle Minipools, die nicht den neuesten Delegate verwenden, haben unter ihrem Status eine gelbe Benachrichtigung, die Sie darüber informiert, dass sie aktualisiert werden können:
- [Übersicht](/de/node-staking/minipools/overview.md): Dieser Abschnitt behandelt die Prozesse der Erstellung und Migration von Minipools (Rocket Pool Validators). Hier lernen Sie, wie Sie mit der Validierung des Ethereum-Netzwerks beginnen und dafür Belohnungen verdienen.
- [Erstellen eines nativen Rocket Pool Nodes ohne Docker](/de/node-staking/native.md): In diesem Abschnitt führen wir Sie durch den Prozess der nativen Installation des Rocket Pool Smart Node-Stacks auf Ihrem System, ohne die Verwendung von Docker-Containern. Der allgemeine Plan sieht wie folgt aus: Erstellen Sie ein Standard-Solo-Staking-Setup mit systemd-Diensten für den Execution Client, den Consensus Client / Beacon Node und den Validator ClientErstellen Sie Systemdienste für die Rocket Pool-Komponenten (die node- und watchtower-Prozesse)Konfigurieren Sie Rocket Pool für die Kommunikation mit Ihren Client-DienstenAktualisieren Sie Ihre Validator Client-Dienstdefinition, um den Fee Recipient und die Validator-Keys von Rocket Pool zu verwenden Dies ist ein ziemlich komplexes Setup, das einige Zeit in Anspruch nehmen wird. Die Vielfalt der verfügbaren Betriebssysteme und Distributionen macht es unpraktisch, Anleitungen für alle bereitzustellen. Die Anweisungen in dieser Anleitung sind auf ein Debian-basiertes System (einschließlich Ubuntu) zugeschnitten. Für andere Distributionen oder Betriebssysteme können Sie den allgemeinen Schritten in der Anleitung folgen, müssen jedoch bestimmte Befehle durch die für Ihr System geeigneten ersetzen.
- [Überwachung der Leistung Ihres Nodes](/de/node-staking/performance.md): Jetzt, da Ihr Node läuft und Sie einen oder mehrere Minipools angeschlossen haben, müssen Sie alles im Auge behalten, um sicherzustellen, dass es reibungslos funktioniert. Sie können Ihre Maschine auf zwei Arten verfolgen: Direkt durch Zugriff auf Ihre MaschinenmetrikenIndirekt durch die Verwendung von Drittanbieter-Tools Es wird empfohlen, je nach Ihren Bedürfnissen eine Kombination aus beidem zu verwenden.
- [Node-Anforderungen und Auswahl einer Plattform](/de/node-staking/platform.md): In Ordnung! Sie haben sich also entschieden, einen Rocket Pool Node zu betreiben. Der erste Schritt des Prozesses besteht darin, zu entscheiden, auf welcher Art von Plattform Sie Ihren Node betreiben möchten. Wenn Sie bereits eine im Kopf haben, großartig! Sie können zum nächsten Abschnitt springen. Wenn Sie sich noch nicht sicher sind, dann lesen Sie weiter für einige Informationen über Ihre Optionen.
- [Vorbereitung Ihres Nodes für den Betrieb](/de/node-staking/prepare-node.md): Wenn Sie hier sind, haben Sie erfolgreich die Smart Node-Dienste gestartet, ein Wallet erstellt und die Synchronisierung sowohl der Execution- als auch der Consensus-Chains auf Ihren jeweiligen Clients abgeschlossen. Wenn ja, dann sind Sie bereit, Ihren Node im Rocket Pool-Netzwerk zu registrieren und einen Megapool mit einem Validator zu erstellen! Falls nicht, überprüfen Sie bitte die vorherigen Abschnitte und kehren Sie hierher zurück, sobald Sie diese Schritte abgeschlossen haben. Bevor Sie einen Megapool und einen neuen Validator erstellen, sind einige Schritte erforderlich, um Ihren Node fertig vorzubereiten. Diese müssen jedoch nur einmal durchgeführt werden; sobald Sie sie erledigt haben, können Sie zum Abschnitt Erstellen eines Megapool-Validators springen, wenn Sie mehrere Validatoren auf Ihrem Node erstellen möchten.
- [Vorbereitung des Betriebssystems](/de/node-staking/preparing-the-os.md): [TBD] Dies sollte der Ort sein, an dem wir beschreiben, wie man Dinge wie das Einrichten einer zweiten Festplatte (falls zutreffend), das Ausführen eines IOPS-Tests mit fio, das Einrichten von Swap-Speicher... alles, was jemand tun muss, macht. Der fio-Test ist wichtig, denke ich, aber die anderen Sachen könnten übersprungen werden.
- [Übersicht](/de/node-staking/provisioning/overview.md): Dieser Abschnitt behandelt die Details, wie Sie Ihren Node für das Staking mit Rocket Pool bereitstellen, nachdem Sie den Smart Node installiert und konfiguriert haben. Es ist ein langer Abschnitt, da es viele Informationen rund um das Staking zu behandeln gibt, also lesen Sie bitte jeden Leitfaden durch, bevor Sie Ihren ersten Megapool-Validator erstellen!
- [Pruning des Execution Clients](/de/node-staking/pruning.md): Wenn Sie geth oder nethermind als Ihren primären Execution Client verwenden, werden Sie wahrscheinlich bemerken, dass der freie Speicherplatz Ihres Nodes im Laufe der Zeit langsam abnimmt. Der Execution Client ist bei weitem der größte Beitragszahler hierzu; abhängig davon, wie viel RAM Sie während rocketpool service config seinem Cache zugewiesen haben, kann er mit einer Rate von mehreren Gigabyte pro Tag wachsen! Um damit umzugehen, bieten Execution Clients eine spezielle Funktion namens Pruning, die es ihnen ermöglicht, ihre Datenbank sicher zu scannen und aufzuräumen, um freien Speicherplatz zurückzugewinnen. Jeder Node Operator, der Geth oder Nethermind verwendet, wird es irgendwann prunen müssen. Wenn Sie eine 2 TB SSD haben, können Sie normalerweise Monate zwischen den Pruning-Runden vergehen lassen. Für 1 TB SSD-Benutzer müssen Sie häufiger prunen. Wenn Sie das Grafana Dashboard aktiviert haben, ist eine gute Faustregel, über das Pruning Ihres Execution Clients nachzudenken, wenn Ihr verwendeter Speicherplatz des Nodes 80% überschreitet. Wenn Sie entscheiden, dass es Zeit ist, verfügt der Smart Node über die Möglichkeit, es auf Anfrage für Sie zu prunen. Lesen Sie unten, um zu erfahren, wie es funktioniert und was Sie erwarten können.
- [Importieren / Wiederherstellen einer bestehenden Wallet](/de/node-staking/recovering-rp.md): Wenn Sie bereits eine Wallet haben, die Sie für Ihren Node verwenden möchten, oder wenn Sie eine Wallet wiederherstellen, die Sie zuvor mit dem Smart Node erstellt haben, hilft Ihnen diese Anleitung durch den Import- / Wiederherstellungsprozess. Bitte wählen Sie die entsprechende Option aus den folgenden Abschnitten.
- [Rettung eines aufgelösten Minipools](/de/node-staking/rescue-dissolved.md): Im unwahrscheinlichen Fall, dass Ihr Minipool nicht innerhalb des Auflösungsfensters staked, wird er vom oDAO "aufgelöst" und die bereitgestellten Benutzermittel werden an den Deposit Pool zur Verwendung durch einen anderen Minipool zurückgegeben. In diesem Szenario müssen Sie den folgenden Prozess durchführen, um Ihr ETH abzurufen und Ihr RPL zu entsperren, um es zu entstaken.
- [Anspruch auf Node Operator Belohnungen](/de/node-staking/rewards.md): Als Rocket Pool Node Operator haben Sie Anspruch auf regelmäßige Belohnungen, die in Form des RPL-Tokens und (wenn Sie in den Smoothing Pool aufgenommen sind) auch ETH bereitgestellt werden. Dieser Abschnitt beschreibt, wie diese Belohnungen funktionieren und wie Sie sie beanspruchen können.
- [Übersicht](/de/node-staking/rewards/overview.md): Dieser Abschnitt behandelt, wie Sie auf die Belohnungen zugreifen, die Ihr Node während der Validierung generiert.
- [Absichern Ihres Knotens](/de/node-staking/securing-your-node.md): Das Ziel dieser Anleitung ist es, Sie durch Schritte zu führen, die Sie unternehmen können, um Ihren Knoten gegen böswillige Akteure abzusichern. Egal, ob Sie einen lokalen Server zu Hause oder einen VPS-Server / eine virtuelle Maschine in der Cloud betreiben, die hier gegebenen Tipps werden Ihnen helfen, Ihren Knoten gegen externe Angriffe zu härten und ihn während seiner Lebensdauer zu schützen. Dieser Abschnitt beschreibt sowohl wesentliche Aktionen, die Sie durchführen müssen, als auch empfehlenswerte Aktionen, die hilfreich, aber nicht erforderlich sind.
- [Verteilung von Skimmed-Minipool-Belohnungen](/de/node-staking/skimming.md): Die ETH-Belohnungen, die Sie für den Betrieb eines Validators für Ethereum erhalten, werden routinemäßig an Ihre Minipools gesendet in einem Prozess, der als "Skimming" bezeichnet wird. Die Häufigkeit von Skims hängt von der Anzahl der aktiven Validatoren auf der Beacon Chain ab. Zum Zeitpunkt des Schreibens liegt die Anzahl der Validatoren bei etwa 500.000, was dazu führt, dass ein Skim etwa alle 2-3 Tage auftritt. Skimmed-Belohnungen sammeln sich in jedem Ihrer Minipools an, bis Sie sie "verteilen". Dieser Prozess verteilt die skimmed-Belohnungen zwischen Ihnen als Node-Betreiber und rETH-Inhabern basierend auf Ihrer Provisionsrate und dem Verhältnis von bereitgestelltem und zur Verfügung gestelltem ETH.
- [Migration vom Solo Staking zu Rocket Pool](/de/node-staking/solo-staker-migration.md)
- [Einführung in Secure Shell (SSH)](/de/node-staking/ssh.md): Im Allgemeinen gibt es zwei Möglichkeiten, auf Ihren Node-Computer zuzugreifen: lokal und remote. Lokal bedeutet, sich direkt an den physischen Node zu setzen und einen Monitor und eine Tastatur zu verwenden, die direkt daran angeschlossen sind.Remote bedeutet, sich mit einem anderen Computer (z.B. einem Laptop oder Desktop) über ein Netzwerk mit dem Node zu verbinden und von dort aus damit zu interagieren. Die meiste Zeit bevorzugen Node Operator die Flexibilität, remote an ihrem Node zu arbeiten. Der Smart Node hat derzeit keine GUI (Graphical User Interface), sondern nur eine CLI (Command Line Interface), was bedeutet, dass die Interaktion vollständig durch Eingabe von Befehlen in ein Kommandozeilen-Terminal erfolgt. Daher erfordert die Remote-Interaktion eine Möglichkeit, von einem anderen Computer aus auf das Terminal Ihres Nodes zuzugreifen. In diesem Abschnitt geben wir eine kurze Einführung in die beliebteste Methode dafür: SSH. So würden Sie sich mit SSH mit Ihrem Node verbinden. Angenommen, der Benutzername Ihres Nodes ist staker und die IP-Adresse Ihres Nodes ist 192.168.1.10. Sie würden sich mit dem folgenden Befehl verbinden: Beim ersten Mal sehen Sie eine Meldung, die den öffentlichen Schlüssel präsentiert, den Ihr Node verwendet - wenn Sie damit vertraut sind, wie Sie diesen Schlüssel verifizieren können, können Sie dies jetzt tun. Andernfalls, wenn Sie sicher sind, dass Sie die richtige Node-IP-Adresse in Ihrem ssh-Befehl haben, können Sie einfach yes sagen, um ihn zu akzeptieren. Sie müssen dies nur einmal tun. Der Client fordert Sie dann zur Eingabe des Passworts Ihres Benutzers auf; sobald Sie das eingegeben haben, sind Sie drin! Sie werden mit einer Willkommensnachricht, einigen Details über Ihren Computer und einer neuen Eingabeaufforderung begrüßt. An diesem Punkt wird alles, was Sie im Terminal eingeben, remote auf Ihrem Node-Computer ausgeführt - es ist, als ob Sie direkt am Node-Computer angemeldet wären und mit einer lokal angeschlossenen Tastatur darauf tippen würden! Sie müssen sich regelmäßig per SSH in das Terminal einloggen, um Updates und Wartungen durchzuführen. Es kann unpraktisch sein, sich zu merken, wie man sich beim Node anmeldet, daher kann es hilfreich sein, diesen Befehl durch Erstellen eines einprägsamen Alias zu verkürzen - einer benutzerdefinierten "Abkürzung". In diesem Beispiel erstellen wir einen Alias namens ethnode, der den SSH-Befehl ersetzt. Angenommen, wie zuvor, der Benutzername Ihres Nodes ist staker und die IP-Adresse Ihres Nodes ist 192.168.1.10, erstellen Sie den Alias mit dem folgenden Befehl: Laden Sie die Alias-Liste neu, damit Ihr aktuelles Terminal-Fenster den neuen Alias kennt: Jetzt können Sie sich mit dem gerade erstellten Alias mit dem Node verbinden, anstatt des längeren Befehls, der die Angabe der IP-Adresse des Nodes beinhaltet:
- [Rocket Pool starten](/de/node-staking/starting-rp.md): Zu diesem Zeitpunkt sollten Sie die vollständige Rocket Pool-Infrastruktur laufen haben, einschließlich des Smart Node-Stacks, eines Execution- und eines Consensus-Clients. Sie sollten auch Ihr Betriebssystem gegen externe Angreifer gehärtet haben. Wenn Sie beide Schritte abgeschlossen haben, sind Sie bereit, einen Rocket Pool-Node zu erstellen und mit dem Staking zu beginnen. Falls nicht, überprüfen Sie bitte die vorherigen Abschnitte und kehren Sie hierher zurück, sobald Sie diese Schritte abgeschlossen haben.
- [Konfigurieren eines Tailscale-VPN-Servers](/de/node-staking/tailscale.md): Wenn Sie sich aus der Ferne in Ihr Heimnetzwerk einloggen möchten, beispielsweise im Urlaub oder auf Geschäftsreise, ist der gängigste Weg die Nutzung eines Virtual Private Network-Servers. Dies ermöglicht es Ihnen, sich per SSH mit Ihrem Node zu verbinden und Ihr Grafana-Dashboard von überall auf der Welt zu überwachen, und das alles ohne Ihren SSH-Port dem Internet auszusetzen. Viele Rocket Pool Node-Betreiber nutzen Tailscale als ihren VPN-Server der Wahl. Tailscale ist ein Open-Source-P2P-VPN-Tunnel und gehosteter Endpunkt-Discovery-Service. Es kümmert sich um Authentifizierung, Veröffentlichung und die NAT-Traversierung, die erforderlich ist, um einen Ende-zu-Ende-verschlüsselten Pfad zwischen Ihrer Maschine und Ihrem Node herzustellen, ohne sensiblen Traffic an einen zentralisierten Server zu senden. Es ist ein sehr mächtiges Tool. Wir werden kurz eine Basiskonfiguration behandeln, aber Sie können gerne deren Dokumentation durchsehen für weitere Details.
- [Migration vom Testnetzwerk zum Mainnet](/de/node-staking/testnet/mainnet.md): Wenn Sie Rocket Pool bereits in unserem Hoodi-Testnetzwerk verwendet haben, mit seinen Funktionen vertraut sind und bereit sind, echtes ETH zu staken oder einen Node in der Ethereum-Hauptkette zu betreiben, dann ist diese Anleitung für Sie! Hier finden Sie Anweisungen, wie Sie einen bestehenden Smart Node-Stack vom Hoodi-Testnetzwerk zu einem mit dem Ethereum-Mainnet verbundenen Stack migrieren können, bereit zum Staken Ihrer eigenen echten ETH und RPL.
- [Üben mit dem Testnetzwerk](/de/node-staking/testnet/overview.md): Ein Ethereum-Testnetzwerk (testnet abgekürzt) ist eine Ethereum-Blockchain, funktional identisch mit der Standard-Ethereum-Blockchain, aber sie soll zum Testen von Smart Contracts verwendet werden, bevor diese in der "echten" Hauptblockchain (genannt mainnet) live gehen. Testnets laufen parallel zum Mainnet - tatsächlich laufen derzeit mehrere davon! Sie können hier mehr über einige der Execution-Layer-Testnets lesen. Rocket Pool verwendet Hoodi für sein Execution-Layer-Testnetz. Sie können hier einen Block-Explorer dafür verwenden, wenn Sie einen Blick darauf werfen möchten: https://hoodi.etherscan.io/ Das gleiche Konzept gilt auch für die Consensus Layer. Rocket Pool verwendet Hoodi für sein Consensus-Layer-Testnetz. Sie finden hier einen Block-Explorer dafür: https://hoodi.beaconcha.in/ Da die Netzwerke zum Testen gedacht sind, wird ETH darauf kostenlos verteilt, um Menschen beim Testen zu helfen. Dieses ETH kann nicht zum Mainnet übertragen werden; es muss auf Hoodi bleiben und hat keinen realen Wert, Sie können es also als Monopoly-Geld betrachten.
- [Auf Updates prüfen](/de/node-staking/updates.md): Eine der Verantwortlichkeiten eines Node Operators ist sicherzustellen, dass Ihr System mit den neuesten Sicherheitspatches auf dem neuesten Stand ist. Automatische Updates sind praktisch, können aber den Betrieb Ihres Nodes beeinträchtigen, daher kann es vorzuziehen sein, sie manuell auszuführen. In jedem Fall müssen Sie sicherstellen, dass Ihre Maschine regelmäßig gepatcht wird!
- [Vorbereitung des Betriebssystems](/de/node-staking/vps/os.md): Wie im vorherigen Abschnitt beschrieben, gibt es viele verschiedene VPS- und Cloud-Anbieter. Anleitungen für alle zu schreiben wäre etwas unpraktisch, aber in diesem Abschnitt werden wir einen typischen Workflow zur Vorbereitung einer virtuellen Maschine durchgehen, die auf Amazon Web Services gehostet wird. Insbesondere werden wir behandeln, wie Sie die geeignete virtuelle Hardwarekonfiguration auswählen und wie Sie das Betriebssystem für Rocket Pool vorbereiten. Sie sollten in der Lage sein, diese Schritte auf jeden Anbieter zu übertragen, sobald Sie mit dessen Ökosystem vertraut sind.
- [Übersicht](/de/node-staking/vps/overview.md): Dieser Abschnitt soll Ihnen helfen, den Prozess der Vorbereitung eines virtuellen privaten Servers oder einer virtuellen Maschine, die in der Cloud gehostet wird, als Rocket Pool-Node zu verstehen.
- [Auswahl eines Hosting-Anbieters](/de/node-staking/vps/providers.md): Wenn Sie zu diesem Abschnitt gelangt sind, möchten Sie einen Rocket Pool-Node betreiben, können aber keinen lokal zu Hause einrichten; Sie benötigen einen virtuellen privaten Server (VPS), der in der Cloud gehostet wird. Es gibt mehrere verschiedene Dienste, die eine solche Maschine bereitstellen können, und sie kommen in zwei verschiedenen Varianten: VPS-Anbieter und öffentliche Cloud-Anbieter. Die Wahl des richtigen kann schwierig sein, und das Verständnis der Unterschiede zwischen ihnen ist entscheidend. In diesem Leitfaden werden wir etwas Licht auf die Unterscheidung werfen und einige der Dienste auflisten, die andere Rocket Pool-Benutzer in der Vergangenheit genutzt haben, um Ihnen bei der Navigation durch Ihre Optionen zu helfen.
- [Eine neue Wallet erstellen](/de/node-staking/wallet-init.md): Wenn die Smart Node-Dienste aktiv und betriebsbereit sind, ist der nächste Schritt die Einrichtung einer Ethereum-Wallet für Ihren Node. Dies ist einfach eine Execution Layer-Adresse, die die Mittel Ihres Nodes verwahrt - sie wird verwendet, um ETH an Ihren Megapool-Validator zu senden, wenn Sie mit dem Staking beginnen, Gas für verschiedene Transaktionen zu bezahlen und andere verschiedene Operationen durchzuführen. Sie haben die Möglichkeit, entweder eine völlig neue Wallet von Grund auf zu erstellen oder eine bestehende Wallet oder Adresse zu importieren bzw. wiederherzustellen. Bitte wählen Sie aus den folgenden Registerkarten die gewünschte Option aus.
- [Beenden eines Minipools](/de/node-staking/withdraw.md)
- [Überwachung Ihres Oracle DAO Nodes](/de/odao/monitoring.md): Sobald Ihr Node läuft, ist es wichtig, dass Sie seine Gesundheit regelmäßig überwachen, um sicherzustellen, dass er seine automatisierten Aufgaben korrekt ausführt. Dazu gehört Folgendes: Überwachung der Gesundheit Ihres physischen (oder virtuellen) Systems auf OS-EbeneÜberwachung der Gesundheit Ihrer Execution- und/oder Consensus-Clients (wenn Sie lokale Clients betreiben)Sicherstellen, dass Ihr Node regelmäßig die erforderlichen Transaktionen für Statusaktualisierungen an die Chain übermitteltSicherstellen, dass Sie einen ausreichenden ETH-Saldo in Ihrer Node-Wallet haben, um diese Transaktionen auszuführenRoutinemäßiges Anwenden von Updates für den Smart Node, Ihre Clients (falls zutreffend) und Ihr BetriebssystemÜberwachung der Gesundheit der anderen Oracle DAO-Mitglieder und Kommunikation mit ihnen, wenn Sie glauben, dass ihre Node(s) nicht ordnungsgemäß funktionierenS In diesem Abschnitt beschreiben wir einige Beispiele, wie dies über die eingebaute Grafana-Unterstützung des Smart Node erfolgen kann.
- [Das Rocket Pool Oracle DAO](/de/odao/overview.md): Das Oracle DAO ist die Gruppe spezieller Rocket Pool Nodes, die für die administrativen Aufgaben verantwortlich sind, die vom Protokoll benötigt werden, aber aufgrund technischer Einschränkungen nicht durch Smart Contracts erreicht werden können. Sie sind im Wesentlichen die gleichen wie normale Rocket Pool Nodes; sie verwenden die gleichen Werkzeuge, können mit denselben Methoden konfiguriert werden und können sogar reguläre Minipools betreiben, aber sie kommen mit ergänzenden Aufgaben, die sie ausführen. Dies beinhaltet Dinge wie: Übertragen von Informationen von der Beacon Chain zur Execution Layer, einschließlich Validator-Status und -GuthabenSicherstellen, dass Minipools mit öffentlichen Validator-Schlüsseln erstellt werden, die nicht bereits verwendet werden, und die richtigen Abhebungsanmeldedaten haben, damit das Protokoll sie sicher finanzieren kannErstellen des Rewards-Merkle-Trees am Ende jeder Belohnungsperiode und Hochladen auf IPFS, damit andere Node Operators darauf zugreifen könnenÜberwachen von Proposals auf Einhaltung der Fee-Recipient-Anforderungen von Rocket PoolVorschlagen und Abstimmen über Änderungen am Kernprotokoll, einschließlich Änderung von Parametern und Genehmigung von Vertrags-UpgradesVorschlagen und Abstimmen über die Oracle DAO Mitgliederliste, einschließlich Einladen und Entfernen anderer Oracle DAO Mitglieder Als Belohnung für die Erfüllung dieser Aufgaben erhält das Oracle DAO kollektiv einen kleinen Prozentsatz der gesamten RPL-Inflation, die in jeder Belohnungsperiode produziert wird, gleichmäßig unter seinen Mitgliedern aufgeteilt. Im Gegensatz zu normalen Rocket Pool Nodes, die von jedem ohne Erlaubnis erstellt und betrieben werden können, ist die Mitgliedschaft im Oracle DAO nur auf Einladung durch bestehende Mitglieder. Wenn Sie kürzlich eingeladen wurden, dem Oracle DAO beizutreten, wird Ihnen dieser Abschnitt des Leitfadens helfen, Ihre Rolle zu verstehen, Ihren Node einzurichten und sicherzustellen, dass er gesund bleibt.
- [Oracle DAO Proposals](/de/odao/proposals.md): Zur Erinnerung: Es gibt zwei Arten von Oracle DAO Aufgaben: Automatisierte Aufgaben - Dies sind Aufgaben im Zusammenhang mit dem routinemäßigen Betrieb von Rocket Pool, wie z.B. das Weiterleiten von Informationen von der Consensus Layer zur Execution Layer, das Berechnen verschiedener Aspekte des Protokolls off-chain und das Einreichen als Updates an die Smart Contracts. Jede davon wird automatisch vom watchtower-Daemon-Prozess ausgeführt und erfordert keine manuelle Intervention, solange Ihre Execution- und Consensus-Clients sowie Ihr watchtower-Daemon normal arbeiten. Sie haben den watchtower-Daemon bereits in den vorherigen Schritten eingerichtet, daher wird dieser Abschnitt sie nicht erneut behandeln.Manuelle Aufgaben - Dies sind Aufgaben, die Ihre eigene Entscheidungsfindung und Out-of-Band-Kommunikation mit dem Rest des Oracle DAO erfordern. Dazu gehören Dinge wie die Abstimmung über Contract-Upgrades, das Ändern von Parametern und das Einladen oder Entfernen von Mitgliedern zum/vom Oracle DAO. All dies kann über die Standard-Smart Node-CLI erfolgen. Dieser Abschnitt beschreibt jede dieser Aufgaben und wie sie durchgeführt werden. Proposals bilden den Kern Ihrer Verantwortlichkeiten außerhalb der automatisierten watchtower-Aufgaben. Im Wesentlichen funktionieren sie wie folgt: Das kollektive Oracle DAO sollte einen bevorstehenden Proposal im Voraus ausführlich diskutieren, damit jedes Mitglied davon Kenntnis hat und versteht, was dieser Proposal beinhalten wird.Ein Oracle DAO Mitglied erstellt dann den Proposal über eine On-Chain-Transaktion.Der Proposal tritt dann in eine Wartezeit ein, bevor die Abstimmung beginnen kann, um weitere Diskussionen zu führen und sich eine Meinung dazu zu bilden. Dies beträgt derzeit 7 Tage auf Mainnet.Nach der Wartezeit können Mitglieder über den Proposal abstimmen mittels einer einfachen Ja-oder-Nein-Abstimmung.Wenn ein Quorum von 51% der Oracle DAO Mitglieder auf die gleiche Weise abgestimmt hat, ist die Abstimmung abgeschlossen. Wenn 51% dem Proposal zugestimmt haben, kann er ausgeführt werden. Jedes Mitglied kann den Proposal ausführen, sobald er genehmigt ist.Ausführung bedeutet, die Änderung formal on-chain auszulösen und somit den Zustand der Kern-Rocket Pool Contracts zu ändern.
- [Einrichten eines Oracle DAO Nodes](/de/odao/setup.md): Als absolutes Minimum läuft ein Standard-Rocket Pool Node Folgendes: Die Smart Node-CLIDen Smart Node-API-DaemonDen Smart Node-node-DaemonDen Smart Node-watchtower-Daemon Optional kann der Node auch die folgenden Komponenten ausführen: Einen Execution ClientEinen Beacon NodeEinen Validator ClientMEV-BoostPrometheusDen Prometheus Node ExporterGrafana Jede dieser Komponenten kann als Docker-Container im Standard-Setup, als systemd-Services im "Native Mode"-Setup oder als extern verwaltete Entitäten ausgeführt werden, mit denen sich der Smart Node über ihre jeweiligen API-Routen verbinden kann. Praktischerweise sind Oracle DAO Nodes die gleichen wie normale Rocket Pool Nodes, aber der watchtower-Daemon führt die zusätzlichen Oracle DAO Aufgaben aus und es werden mehr Prometheus-Metriken für Leistungsüberwachungszwecke gesammelt.
- [Testen Ihres Oracle DAO Nodes](/de/odao/testing.md): Nachdem Ihr Node eingerichtet ist und Sie dem Oracle DAO beigetreten sind, sollten Sie ihn testen, um sicherzustellen, dass er seine Aufgaben ordnungsgemäß erfüllen kann. Der beste Weg dazu ist, den Redstone-Rewards-Merkle-Tree mit dem treegen-Dienstprogramm von Rocket Pool zu erstellen. treegen treegen ist ein Tool, das den gesamten Rewards-Merkle-Tree und die zugehörigen Artefakte für ein früheres Rewards-Intervall über Ihre Archive-Execution- und Consensus-Clients reproduzieren kann. Es kann auch das aktuelle Intervall im "Dry-Run"-Modus durchführen, indem es so tut, als wäre es bei der zuletzt finalisierten Epoche (zum Zeitpunkt der Ausführung) beendet worden, und einen partiellen Tree vom Beginn des Intervalls bis zu diesem Zeitpunkt erstellt. treegen kann als eigenständiges Binary (derzeit nur für Linux-Systeme, x64 und arm64 erstellt) oder als Docker-Container verwendet werden. Wenn Sie das eigenständige Binary herunterladen möchten, finden Sie es in den Releases hier: https://github.com/rocket-pool/treegen. Nutzungsanweisungen sind in der README dort enthalten, aber wir werden einige Beispiele unten behandeln. Der Docker-Container-Tag dafür ist rocketpool/treegen:latest.
- [Übersicht](/de/pdao/overview.md): Dieser Abschnitt beschreibt den Prozess zur Einrichtung Ihres Knotens, um an on-chain und off-chain Vorschlägen (RocketDash) teilzunehmen. Es gibt viel zu entpacken, daher empfehlen wir dringend, eine Übersicht über das Houston Upgrade zu lesen. Dies wird Ihnen helfen, die neuesten Funktionen zu verstehen, die on-chain Governance ermöglichen und wie Sie an der Gestaltung des Protokolls teilnehmen können.
- [Teilnahme an on-chain pDAO Vorschlägen](/de/pdao/participate.md): Jeder registrierte Knoten kann jederzeit einen pDAO Vorschlag einreichen, sofern er RPL Locking zugelassen hat und über genügend nicht gesperrtes gestaktes RPL verfügt, um den Proposal Bond abzudecken (siehe Erstellen eines Vorschlags). Jeder Knoten mit Stimmkraft im Snapshot-Block des Vorschlags kann darüber abstimmen. Vorschläge können einen der folgenden Typen haben: Änderung von pDAO EinstellungenEinmalige Treasury-AusgabenWiederkehrende Treasury-Ausgaben (Verwaltungsausschüsse)Security Council Mitgliedschaft Für weitere Details und Begründungen siehe Vorschlagstypen. Es ist wichtig zu verstehen, dass ein pDAO Vorschlag eine on-chain Entität ist, die existiert, um Änderungen auf Protokollebene auszuführen.
- [Die Protocol DAO (pDAO)](/de/pdao/pdao.md): Die Rocket Pool Protocol DAO (pDAO) ist verantwortlich für die Gestaltung der Richtung des Protokolls und wird durch RPL Governance geleitet. Ihre Mitglieder und deren Stimmkraft bestehen aus Node Operators, groß und klein, die alle direkt am Protokoll teilnehmen. Sie dient der gesamten Rocket Pool Community, einschließlich rETH Inhabern, Node Operators und RPL Inhabern. Die pDAO priorisiert die Sicherheit des Rocket Pool Protokolls und die Gesundheit des Ethereum Netzwerks. Für eine explizite Definition dessen, wer und was die pDAO ist, schauen Sie sich gerne die pDAO Charta an.
- [8-ETH Bonded Minipools](/de/upgrades/atlas/lebs.md): Als Rocket Pool zum ersten Mal gestartet wurde, unterstützte es zwei Arten von Minipools: Eine 16-ETH-Bond, bei der der Node-Betreiber 16 ETH bereitstellte und die verbleibenden 16 ETH aus dem Staking-Pool kamen, um einen vollständigen (32 ETH) Validator zu erstellen.Eine temporäre 32-ETH-Bond, bei der der Node-Betreiber alle 32 ETH bereitstellte, um den Initialisierungsprozess zu überspringen und sofort mit der Validierung auf der Beacon Chain zu beginnen, und dann eine Rückerstattung von 16 ETH erhielt, sobald der Einzahlungspool genug ETH hatte, um dies zu decken. An diesem Punkt würde es sich in einen normalen 16-ETH-bonded Minipool verwandeln. Letzterer wurde durch eine Community-Abstimmung einige Monate nach dem Start des Protokolls entfernt, da er nicht mehr notwendig war und zu langen Rückerstattungsverzögerungen führte. Ersterer stellte die niedrigste Bond-Menge des Protokolls dar, weil es garantierte, dass wenn ein Node-Betreiber Rocket Pool nutzte, um das Ethereum-Protokoll anzugreifen und seine gesamte Bond geslasht wurde, er genauso viel verlieren würde wie die rETH-Staker und nicht besser dastehen würde. Seit dem Start von Rocket Pool hat die Community umfangreiche Forschung über die Sicherheit dieser Bond durchgeführt und festgestellt, dass sie sehr konservativ war. Für alle praktischen Zwecke wurde ein Slashing von 16 ETH als unrealistisch eingestuft und eine 16-ETH-Bond bot effektiv die gleichen Sicherheitsvorteile wie eine Bond von nur 8 ETH (plus der zusätzlichen RPL-Anforderung). Daher führt das Atlas-Upgrade, gestützt auf diese Forschung, einen neuen Minipool-Typ in die Liste ein: die 8-ETH-Bond, umgangssprachlich von der Rocket Pool Community als "LEB8" (Lower ETH Bond - 8 ETH) bezeichnet. Um einen 8-ETH-Minipool zu erstellen, muss der Node-Betreiber nur 8 seiner eigenen ETH bereitstellen (plus genug RPL, um die Sicherheitenanforderung zu decken - mehr dazu unter RPL-Sicherheit). Er wird dann 24 ETH aus dem Einzahlungspool ziehen, um den Validator zu vervollständigen und auf der Beacon Chain zu arbeiten. Dies öffnet die Tür für neue potenzielle Node-Betreiber, die einen Node betreiben möchten, aber nicht ganz 16 ETH haben. Darüber hinaus ermöglicht es größeren Node-Betreibern, mehr Pool-Staker-ETH auf der Beacon Chain einzusetzen, um Belohnungen zu verdienen. Da dies funktioniert, ohne die Sicherheit wesentlich zu beeinträchtigen, gewinnen alle! In diesem Leitfaden behandeln wir drei Themen: Wie 8-ETH-bonded Minipools tatsächlich funktionieren und die dahinter stehenden BelohnungszahlenWie man einen neuen 8-ETH-Minipool erstelltWie man einen bestehenden 16-ETH-Minipool auf einen 8-ETH-Minipool herunterstuft, ohne zu beenden Lesen Sie weiter, um mehr über jedes Thema zu erfahren.
- [Das Atlas Update](/de/upgrades/atlas/whats-new.md): Diese Seite beschreibt die wichtigsten Änderungen, die das nächste große Update von Rocket Pool mit dem Titel Atlas für das Protokoll mit sich bringt, einschließlich Updates sowohl für den Smart Node-Stack als auch für das Rocket Pool-Protokoll im Allgemeinen. Bitte lesen Sie diese Seite gründlich durch, um alle Unterschiede zwischen der vorherigen Version von Rocket Pool (Redstone) und Atlas zu verstehen.
- [Houston Schnellstart](/de/upgrades/houston/getting-started.md): Ob Sie ein erfahrener Node Operator, rETH-Inhaber oder neugieriger Beobachter sind, diese Seite wird Ihnen helfen, mit der Erkundung der neuen Funktionen in Houston zu beginnen.
- [Voting-Einrichtung für Nicht-Smart Node-Benutzer](/de/upgrades/houston/nonsmartnode-setup.md): Einige Benutzer (z.B. Allnodes-Benutzer) verwenden die Smart Node nicht und müssen möglicherweise das Voting über direkte Contract-Interaktion einrichten. Dieser Leitfaden enthält sowohl eine minimale als auch eine vollständige Einrichtungsanleitung für solche Benutzer.
- [Teilnahme an On-Chain-pDAO-Vorschlägen](/de/upgrades/houston/participate.md): Jeder Node mit einer Stimmgewichtung ungleich Null kann jederzeit einen pDAO-Vorschlag einreichen oder daran teilnehmen. Vorschläge können von einem der folgenden Typen sein: Änderung von pDAO-EinstellungenEinmalige Ausgaben aus der TreasuryWiederkehrende Ausgaben aus der Treasury (Verwaltungsausschüsse)Mitgliedschaft im Security Council Für weitere Details und Begründungen siehe Vorschlagstypen. Es ist wichtig zu verstehen, dass ein pDAO-Vorschlag eine On-Chain-Entität ist, die existiert, um Änderungen auf Protokollebene auszuführen.
- [Das Protocol DAO (pDAO)](/de/upgrades/houston/pdao.md): Das Rocket Pool Protocol DAO (pDAO) ist verantwortlich für die Gestaltung der Ausrichtung des Protokolls und wird durch RPL-Governance betrieben. Seine Mitglieder und ihre Abstimmungsmacht setzen sich aus Node Operators, groß und klein, zusammen, die alle direkt am Protokoll teilnehmen. Es dient der Rocket Pool-Community im Allgemeinen, einschließlich rETH-Inhabern, Node Operators und RPL-Inhabern. Das pDAO priorisiert die Sicherheit des Rocket Pool-Protokolls und die Gesundheit des Ethereum-Netzwerks. Für eine explizite Definition, wer und was das pDAO ist, werfen Sie gerne einen Blick auf die pDAO-Charta.
- [Festlegen Ihrer RPL-Abhebungsadresse](/de/upgrades/houston/rpl-withdrawal-address.md): Es ist wichtig, den Unterschied zwischen Ihrer primären Abhebungsadresse und Ihrer RPL-Abhebungsadresse zu verstehen. Standardmäßig ist Ihre RPL-Abhebungsadresse nicht festgelegt und Ihre primäre Abhebungsadresse ist die Adresse, an die alle Ihre RPL-Checkpoint-Belohnungen, Ihr gestaketes RPL und Beacon Chain ETH gesendet werden. Sie können auf Wunsch eine separate Abhebungsadresse für Ihr RPL festlegen. Ihre RPL-Abhebungsadresse, falls festgelegt, kann RPL-Inflationsbelohnungen auslösen und einfordern und hat keine Auswirkungen auf ETH-Konsensbelohnungen oder irgendetwas mit ETH zusammenhängendes. In diesem Fall hat Ihre primäre Abhebungsadresse keine Autorität mehr über RPL-bezogene Aktionen. Dies schafft einige interessante Möglichkeiten, bei denen RPL von einer Entität einem Node-Operator bereitgestellt werden kann, der keine Exposition gegenüber RPL wünscht. Diese Entität kann dann RPL-Belohnungen dafür einfordern, dass sie die erforderliche Versicherungssicherheit für den Node bereitstellt. Mit anderen Worten, dies ermöglicht es verschiedenen Akteuren, jede Sicherheitenart bereitzustellen. Es gibt zwei verschiedene Möglichkeiten, dies zu tun. Bitte lesen Sie beide Optionen unten, um zu bestimmen, welche auf Sie zutrifft. Sobald dies erledigt ist, können Sie Ihre RPL-Abhebungsadresse nicht mehr mit dem Befehl set-rpl-withdrawal-address ändern. Um sie zu ändern, müssen Sie eine signierte Transaktion von Ihrer aktiven RPL-Abhebungsadresse (derjenigen, zu der Sie gerade gewechselt haben) senden. Die Rocket Pool-Website verfügt über eine Funktion, die Ihnen dabei hilft. Wenn Sie Ihre RPL-Abhebungsadresse aufheben möchten, ist der Prozess ziemlich einfach. Zuerst möchten Sie zurück zur RPL-Abhebungsadresse-Seite auf der Rocket Pool-Website navigieren. Wenn Sie mit der RPL-Abhebungsadresse des Nodes angemeldet sind, sollten Sie hier auf die Schaltfläche unset klicken können: Durch Klicken auf unset gelangen Sie zu einer Seite, auf der Sie die Details bestätigen können. Wenn Sie mit dem, was Sie sehen, zufrieden sind, klicken Sie auf die orangefarbene Schaltfläche unset, um die Transaktion an das Netzwerk zu senden. Das ist alles zum Festlegen Ihrer RPL-Abhebungsadresse! Wir hoffen, Sie fanden den Prozess schnell und einfach. Schauen Sie gerne in unserem Discord-Server vorbei, um uns mitzuteilen, was Sie davon halten, und verfolgen Sie das Projekt, während es sich entwickelt.
- [ETH im Namen eines Nodes staken](/de/upgrades/houston/stake-eth-on-behalf.md): RPIP-32 erlaubt es einem Konto, ETH im Namen eines Rocket Pool-Nodes zu staken, der im Protokoll registriert ist. Dies unterstützt eine Vielzahl von Situationen, in denen der Node-Operator das ETH nicht direkt bereitstellt: Verbesserte Sicherheit für Node-Operatoren, da sie direkt von ihrem Hardware-Wallet staken können, ohne Mittel vorher zum Node übertragen zu müssen.Staking-as-a-Service-Anbieter, bei denen das Sorgerecht für Mittel von einem vertrauenswürdigen Verwahrer verwaltet wird.Protokollintegrationen, bei denen das Sorgerecht für Mittel von Smart Contracts verwaltet wird.DAOs oder Organisationen, bei denen das Sorgerecht für Mittel von einer Treasury verwaltet wird. Während das primäre Ziel dieser Funktion darin besteht, Einzeleinzahlungsszenarien zu erleichtern, ist es erwähnenswert, dass mehrere unabhängige Einzahler diese Fähigkeit auch nutzen können, indem sie Smart Contracts darüber legen. Rocket Pool führte auch die Möglichkeit ein, RPL im Namen eines Nodes zu staken, bereits in unserem vorherigen Atlas-Release. Voraussetzung Stellen Sie sicher, dass Sie die primäre Abhebungsadresse des Nodes, den Sie finanzieren möchten, ordnungsgemäß konfiguriert haben. Folgen Sie dem obigen Link für eine Anleitung, wie Abhebungsadressen nach Houston funktionieren. Der Prozess ist für das Hoodi Testnet und Mainnet leicht unterschiedlich, wählen Sie also das Netzwerk aus, an dem Sie interessiert sind, aus den Tabs unten. Sobald Sie auf der Website sind, klicken Sie auf die Schaltfläche connect wallet. Bitte lesen Sie die Terms of Service & Privacy Policy durch und akzeptieren Sie sie, dies ermöglicht verschiedene Möglichkeiten zur Verbindung, klicken Sie dann auf connect metamask. MetaMask fordert Sie auf, ein Konto auszuwählen, um sich mit der Website zu verbinden. Wählen Sie eines aus, bestätigen Sie einige Berechtigungen. Sie sehen eine Übersicht Ihrer Guthaben, indem Sie auf das Wallet-Symbol oben rechts im Fenster klicken. Von hier aus möchten Sie die Adresse des Nodes eingeben, für den Sie ETH im Namen hinterlegen möchten. Die Seite sollte so aussehen: Fügen Sie Ihre gewünschte Adresse in dieses Feld ein und klicken Sie auf Find. In diesem Beispiel verwenden wir 0xd3e317806456102d19db283b4c2201f0ef41a296 Geben Sie im ersten Feld die Menge an ETH ein, die Sie im Namen des Nodes hinterlegen möchten. Das zweite Feld zeigt an, für welche Adresse Sie ETH im Namen hinterlegen. Bitte stellen Sie sicher, dass Sie die richtige Adresse und Einzahlung eingegeben haben. Sobald Sie zufrieden sind, klicken Sie auf Deposit und MetaMask öffnet ein Fenster, das Sie auffordert, Ihre Transaktion zu bestätigen. Sobald Sie sie bestätigen, beginnt die Transaktion. Wenn sie in einen Block aufgenommen und der Chain hinzugefügt wurde, kann Ihr Delegat den Befehl rocketpool node status im Smart Node verwenden, um das neue Guthaben zu sehen. Dieses Guthaben kann auch über die Rocket Pool-Staking-Website angezeigt werden. Das war's! Sie staken jetzt mit Rocket Pool. Nach Eingabe einer Adresse bringt Sie das Klicken auf "Find" zum nächsten Menü, wo Sie ETH abheben können, das Sie im Namen dieses Nodes gestakt haben. Sie können oben rechts sehen, wie viel ETH zur Abhebung verfügbar ist. Nachdem Sie Ihre gewünschte Menge eingegeben und die Node-Adresse bestätigt haben, klicken Sie auf die orangefarbene Schaltfläche Withdraw ETH, um die Transaktion an das Netzwerk zu senden. Sobald die Transaktion bestätigt ist, sehen Sie die richtigen Guthaben in Ihrem Konto! Das ist alles zum Staken von ETH im Namen eines Nodes! Wir hoffen, Sie fanden den Prozess schnell und einfach. Schauen Sie gerne in unserem Discord-Server vorbei, um uns mitzuteilen, was Sie davon halten, und verfolgen Sie das Projekt, während es sich entwickelt.
- [Das Houston-Upgrade](/de/upgrades/houston/whats-new.md): Das Houston-Upgrade zielt hauptsächlich darauf ab, eine vollständig On-Chain-DAO zur Verwaltung des Protokolls einzuführen, bekannt als Protocol DAO oder pDAO. Es ist eine DAO wie keine andere und benötigt keine Snapshot-Abstimmungen oder andere Drittanbieter-Tools, um zu funktionieren. Sie ist wirklich On-Chain und einzigartig – mehr dazu weiter unten. Dieses Upgrade wird auch einige andere sehr spannende Funktionen einführen, die neue Integrationen und Plattformen ermöglichen, die auf dem Protokoll aufgebaut werden können. Einige davon beinhalten die Möglichkeit, ETH im Namen eines Node zu staken (nicht nur vom Node selbst) und eine neue RPL-Auszahlungsadress-Funktion, die es einer Partei ermöglicht, das ETH zum Staking bereitzustellen, während eine andere Partei das RPL bereitstellt, ohne dem Node-Betreiber die Verwahrung zu übertragen.
- [[Docker-Modus] Leitfaden für das Redstone-Update und The Merge](/de/upgrades/redstone/docker-migration.md): Dieser Leitfaden behandelt alles, was Sie wissen müssen, um Ihren Node auf das Redstone-Update und The Merge vorzubereiten, wenn Sie den Docker-Modus verwenden.
- [[Hybrid-Modus] Leitfaden für das Redstone-Update und The Merge](/de/upgrades/redstone/hybrid-migration.md): 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.
- [[Native-Modus] Leitfaden für das Redstone-Update und The Merge](/de/upgrades/redstone/native-migration.md): Dieser Leitfaden behandelt alles, was Sie wissen müssen, um Ihren Node auf das Redstone-Update und The Merge vorzubereiten, wenn Sie den Native-Modus verwenden.
- [Das Rocket Pool Redstone Update](/de/upgrades/redstone/whats-new.md): Das nächste große Update von Rocket Pool mit dem Titel Redstone wurde für Betatests in den Ropsten- und Holesky-Testnetzwerken veröffentlicht. Diese Seite beschreibt die wichtigsten Änderungen, die Redstone mit sich bringt, einschließlich Updates sowohl für den Smart Node-Stack als auch für das Rocket Pool-Protokoll im Allgemeinen. Bitte lesen Sie diese Seite gründlich durch, um alle Unterschiede zwischen der vorherigen Version von Rocket Pool und Redstone zu verstehen.
- [Das Saturn-0-Upgrade](/de/upgrades/saturn-0/whats-new.md): Willkommen bei Saturn 0! Dieses Upgrade zielt darauf ab, die RPL-Tokenomics kurzfristig zu verbessern, um das Protokollwachstum freizuschalten. Wenn Sie ein wiederkehrender oder potenzieller Node-Betreiber sind, dient diese Seite als Einführung in einige neue und aufregende Änderungen am Rocket Pool-Protokoll.
- [Das Saturn 1 Upgrade](/de/upgrades/saturn-1/whats-new.md): Willkommen! Diese Seite dient als Einführung in die wichtigsten Funktionen des neuesten Rocket Pool Upgrades. Saturn 1 stellt das bedeutendste Protokoll-Upgrade in der Geschichte von Rocket Pool dar und transformiert grundlegend die Kapazität, Wirtschaftlichkeit und Wettbewerbsposition des Protokolls im Liquid-Staking-Ökosystem. Skalierung: Beseitigt Kapazitätsbeschränkungen und ermöglicht es Node Operators, mehr Validators zu betreiben und dem Protokoll, eine größere rETH-Nachfrage zu bedienen,Flexibilität & Wettbewerbsfähigkeit: Anpassbare Provisionsstrukturen ermöglichen die Optimierung der Node-Operator-Einnahmen bei sich ändernden Marktbedingungen,Nachhaltigkeit: Verbesserte RPL-Tokenomics schaffen eine stärkere Ausrichtung zwischen dem Protokollerfolg und den Belohnungen der Node Operators