> ## Documentation Index
> Fetch the complete documentation index at: https://docs.plasma.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Vorbereitung

> Vorbereitung auf den künftigen Betrieb von Konsens-Nodes auf dem Plasma-Mainnet

Dieser Leitfaden beschreibt die voraussichtlichen Anforderungen, Vorbereitungsschritte und wie Sie frühzeitig operative Erfahrung sammeln können.

<Note>
  Der Zugang zu Konsens-Nodes beginnt nach dem Mainnet-Start. Ein fester Zeitplan ist noch nicht verfügbar, aber frühzeitige Vorbereitung verbessert die Bereitschaft und Positionierung.
</Note>

## Warum jetzt vorbereiten

<CardGroup cols={2}>
  <Card title="Vorteil durch frühen Zugang" icon="trophy">
    Frühe Betreiber tragen zur Gestaltung der Netzwerkdezentralisierung bei und profitieren ggf. von geringerer Validator-Konkurrenz.
  </Card>

  <Card title="Praktische Erfahrung" icon="wrench">
    Der Betrieb von Non-Validator-Nodes vermittelt Vertrautheit mit Plasmas Infrastruktur, Monitoring und Performance-Mustern.
  </Card>

  <Card title="Reputation und Community-Ausrichtung" icon="users">
    Aktive Testnet-Mitwirkende zeigen langfristiges Engagement und Verlässlichkeit.
  </Card>

  <Card title="Deployment-Bereitschaft" icon="rocket">
    Frühe Validierung von Infrastruktur und operativen Prozessen ermöglicht schnelleres Onboarding zum Mainnet-Start.
  </Card>
</CardGroup>

## Anforderungen

<Warning>
  Die endgültigen Anforderungen werden näher am Mainnet-Start bestätigt. Die folgenden Schätzungen basieren auf Plasmas Konsensdesign und vergleichbaren BFT-basierten Netzwerken.
</Warning>

### Hardware

<Tabs>
  <Tab title="Minimum">
    | Ressource | Spezifikation                                                |
    | :-------- | :----------------------------------------------------------- |
    | CPU       | 4+ Kerne mit 3,0+ GHz                                        |
    | RAM       | 16+ GB                                                       |
    | Speicher  | 1+ TB NVMe SSD                                               |
    | Netzwerk  | 1 Gbps symmetrisch, \<50ms Latenz zu wichtigen Knotenpunkten |
  </Tab>

  <Tab title="Empfohlen">
    | Ressource | Spezifikation                              |
    | :-------- | :----------------------------------------- |
    | CPU       | 8+ Kerne mit 3,5+ GHz (neueste Generation) |
    | RAM       | 32+ GB                                     |
    | Speicher  | 2+ TB NVMe SSD mit hohen IOPS              |
    | Netzwerk  | Mehrere 1-Gbps-Verbindungen mit Redundanz  |
  </Tab>

  <Tab title="Enterprise">
    | Ressource | Spezifikation                            |
    | :-------- | :--------------------------------------- |
    | CPU       | 16+ Kerne oder Dual-Sockel-Konfiguration |
    | RAM       | 64+ GB                                   |
    | Speicher  | Enterprise-NVMe mit RAID-Redundanz       |
    | Netzwerk  | 10+ Gbps mit mehreren Anbietern          |
  </Tab>
</Tabs>

### Infrastruktur

* **Uptime**: ≥99,9 % mit Failover-Mechanismen
* **Sicherheit**: HSM-gestützte Schlüsselverwaltung, Netzwerkisolation
* **Monitoring**: Echtzeit-Alarmierung für Konsensstatus und Systemzustand
* **Redundanz**: Notstromversorgung, mehrere Netzwerkpfade, Ersatzhardware

## Vorbereitungsschritte

### 1. Mit Non-Validator-Nodes beginnen

Stellen Sie zunächst im Testnet bereit, um eine Basis-Erfahrung aufzubauen. Siehe den [Leitfaden zur Non-Validator-Node-Einrichtung](../setup-and-configuration/non-validator-node-setup).

**Operative Erfahrung:**

* Hardware-Dimensionierung und Performance-Tuning
* Konnektivität zu Konsens-Endpunkten
* Monitoring- und Alerting-Stack
* Upgrade- und Wartungszyklen

**Experimentieren mit:**

* Latenztests über Regionen hinweg
* Failover- und Neustartverhalten
* Kosten- vs. Zuverlässigkeitsabwägungen
* Skalentests unter simulierter Last

### 2. Operative Expertise aufbauen

#### Monitoring

Richten Sie Observability-Systeme ein mit:

* **Prometheus** – Metriksammlung
* **Grafana** – Dashboards und Visualisierungen
* **Alertmanager** – Alarmrouting
* **Benutzerdefinierte Checks** – Plasma-spezifische Probes und RPC-Health

#### Sicherheit

Definieren und testen Sie:

* Schlüsselverwaltungsverfahren
* Netzwerksegmentierung und Firewall-Regeln
* Rollenbasierten Zugriff und Authentifizierung
* Vorfallserkennungs- und Reaktionspläne

#### Dokumentation

Pflegen Sie interne Runbooks für:

* Node-Deployment und Konfiguration
* Routinemäßige Operationen und Patching
* Wiederherstellung nach Ausfall und Vorfallbehandlung
* Performance-Tuning und Kapazitätsplanung

Frühzeitige Vorbereitung sorgt für reibungsloseres Onboarding, wenn die Konsensteilnahme geöffnet wird. Betreiber mit bewährter Testnet-Performance, zuverlässiger Infrastruktur und robusten Prozessen werden gut positioniert für Mainnet-Validator-Rollen sein.