> ## 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.

# Node-Typen

> Die verschiedenen Node-Typen auf Plasma verstehen.

Plasma unterstützt mehrere Node-Typen basierend auf Architekturrollen und operativen Zielen.

<CardGroup cols={3}>
  <Card title="Non-Validator-Nodes" icon="eye" iconType="light" color="#307F61" href="#non-validator-nodes">
    Netzwerk-State überwachen und RPC-Anfragen bedienen. Jetzt verfügbar.
  </Card>

  <Card title="RPC-Anbieter" icon="server" iconType="light" color="#307F61" href="#rpc-providers">
    Professionell gehostete Endpunkte mit Enterprise-Funktionen. Jetzt verfügbar.
  </Card>

  <Card title="Konsens-Nodes" icon="shield" iconType="light" color="#307F61" href="#consensus-nodes">
    Blöcke validieren und das Netzwerk sichern. Verfügbar nach Mainnet-Start.
  </Card>
</CardGroup>

## Node-Typen

### Non-Validator-Nodes

Non-Validator-Nodes sind Read-Only-Teilnehmer, die der Blockchain folgen, ohne an Konsensentscheidungen teilzunehmen. Sie bieten eine leichtgewichtige Möglichkeit, auf Blockchain-Daten zuzugreifen, ohne den Aufwand der Konsensteilnahme. Eine ausführlichere Erklärung des Designs finden Sie auf der Seite [Überblick](/docs/node-operators/setup-and-configuration/overview).

<Note>
  **Verfügbarkeit**: Non-Validator-Nodes sind für erlaubnisfreie Teilnahme verfügbar. Siehe den Leitfaden [Non-Validator-Node-Einrichtung](./non-validator-node-setup), um loszulegen.
</Note>

<AccordionGroup>
  <Accordion title="Schlüsselfähigkeiten">
    | Fähigkeit              | Beschreibung                                                                                |
    | :--------------------- | :------------------------------------------------------------------------------------------ |
    | Blockempfang           | Blöcke vom Netzwerk empfangen und verarbeiten                                               |
    | Chain-Synchronisierung | Eine aktuelle Kopie der Blockchain pflegen                                                  |
    | Catchup-Mechanismus    | Fehlende Blöcke automatisch erkennen und wiederherstellen                                   |
    | API-Zugriff            | Die gleichen API-Endpunkte wie Validatoren zum Abfragen des Blockchain-States bereitstellen |
  </Accordion>

  <Accordion title="Technische Eigenschaften">
    | Eigenschaft         | Detail                                                              |
    | :------------------ | :------------------------------------------------------------------ |
    | Konfiguration       | Vereinfacht mit Node-ID (String-Identifier)                         |
    | Validator-Schlüssel | Read-Only-Zugriff auf öffentliche Validator-Schlüssel               |
    | Peer-Discovery      | Verbindung über Bootstrap-Nodes                                     |
    | Einschränkungen     | Kann keine Blöcke vorschlagen, abstimmen oder View-Changes auslösen |
  </Accordion>
</AccordionGroup>

**Einrichtung**: Folgen Sie dem Leitfaden [Non-Validator-Node-Einrichtung](./non-validator-node-setup).

### RPC-Anbieter

Gehostete RPC-Infrastruktur mit produktionsreifer Verfügbarkeit und Support.

<CardGroup cols={2}>
  <Card title="QuickNode" icon="bolt" href="https://www.quicknode.com/">
    Leistungsstarke globale Infrastruktur mit Monitoring und Alerting.
  </Card>

  <Card title="Tenderly" icon="chart-line" href="https://tenderly.co/">
    Verwalteter Zugang mit integrierter Observability, Simulationen und Vorfall-Tools.
  </Card>
</CardGroup>

RPC-Anbieter bieten sofortigen produktionsreifen Zugang mit SLAs und Support und skalieren mit dem Anwendungsbedarf. Sie sind ideal für Produktionsanwendungen, die hohe Verfügbarkeit erfordern, Teams, die Entwicklung vor Infrastruktur priorisieren, und Projekte, die Enterprise-Support und -Garantien benötigen.

**Vollständige Liste der Anbieter**: Siehe die Seite [RPC-Anbieter](../../plasma-chain/tools/rpc-providers).

### Konsens-Nodes

Konsens-Nodes sind die Kernteilnehmer der Plasma-Konsensschicht und implementieren das Fast-Hotstuff Byzantine Fault Tolerant (BFT) Protokoll. Das Netzwerk kann bis zu `f` fehlerhafte Nodes in einem System von insgesamt `3f+1` Validatoren tolerieren.

<Note>
  **Verfügbarkeit**: Noch nicht verfügbar. Externe Teilnahme beginnt nach dem Mainnet-Start.
</Note>

<AccordionGroup>
  <Accordion title="Schlüsselverantwortlichkeiten">
    | Verantwortlichkeit | Beschreibung                                                                                                |
    | :----------------- | :---------------------------------------------------------------------------------------------------------- |
    | Blockproduktion    | Validatoren schlagen abwechselnd Blöcke per Round-Robin-Auswahl basierend auf der aktuellen View vor        |
    | Abstimmung         | Eingehende Blöcke validieren und Stimmen abgeben, die zu Quorum Certificates (QCs) aggregiert werden        |
    | Konsensteilnahme   | Aktive Teilnahme an View-Changes, Timeouts und der 2-Chain-Finalisierungsregel                              |
    | State-Verwaltung   | Vollständigen Konsens-State pflegen, einschließlich Stimmaggregation, View-Tracking und Block-Finalisierung |
  </Accordion>

  <Accordion title="Technische Anforderungen">
    | Anforderung        | Detail                                                                 |
    | :----------------- | :--------------------------------------------------------------------- |
    | Kryptografie       | BLS-Schlüsselpaar für kryptografische Operationen und Stimmaggregation |
    | Konfiguration      | Full-Node-Konfiguration mit Validator-ID (numerischer Identifier)      |
    | Ausführungsschicht | Zugriff auf die Ausführungsschicht (Reth) für die Blockproduktion      |
    | Networking         | P2P-Networking-Fähigkeiten für Unicast- und Broadcast-Messaging        |
  </Accordion>
</AccordionGroup>

**Vorbereitung**: Folgen Sie der Seite [Konsens-Node-Vorbereitung](../consensus-preparation/preparation).

## Erste Schritte

<AccordionGroup>
  <Accordion title="Non-Validator-Betreiber">
    | Schritt                   | Aktion                                                                                                                 |
    | :------------------------ | :--------------------------------------------------------------------------------------------------------------------- |
    | Anforderungen prüfen      | [Hardware-Anforderungen](./hardware-requirements) prüfen und sicherstellen, dass Sie die Spezifikationen erfüllen      |
    | Infrastruktur einrichten  | Folgen Sie dem [Leitfaden zur Non-Validator-Node-Einrichtung](./non-validator-node-setup) für detaillierte Anweisungen |
    | Monitoring konfigurieren  | Implementieren Sie Monitoring nach dem [Monitoring-Leitfaden](../maintenance/monitoring)                               |
    | Community beitreten       | Vernetzen Sie sich mit anderen Betreibern auf [Discord](https://discord.com/invite/plasmafdn)                          |
    | Auf dem Laufenden bleiben | Verfolgen Sie Ankündigungen zum Zeitplan der Konsensteilnahme                                                          |
  </Accordion>

  <Accordion title="Anwendungsentwickler">
    | Schritt                | Aktion                                                                     |
    | :--------------------- | :------------------------------------------------------------------------- |
    | Anbieter wählen        | Wählen Sie zwischen Non-Validator-Nodes oder professionellen RPC-Anbietern |
    | Netzwerk konfigurieren | Plasma Testnet zur Entwicklungsumgebung hinzufügen                         |
    | Integration testen     | Anwendungen im Testnet deployen und testen                                 |
    | Performance überwachen | RPC-Performance verfolgen und bei Bedarf anpassen                          |
    | Produktion planen      | Auf Mainnet-Start und Skalierungsanforderungen vorbereiten                 |
  </Accordion>

  <Accordion title="Zukünftige Konsens-Betreiber">
    | Schritt                          | Aktion                                                                                                         |
    | :------------------------------- | :------------------------------------------------------------------------------------------------------------- |
    | Mit Non-Validator-Nodes beginnen | Operative Erfahrung mit dem [Leitfaden zur Non-Validator-Node-Einrichtung](./non-validator-node-setup) sammeln |
    | Infrastruktur bauen              | Ihre konsensreife Infrastruktur entwerfen und testen                                                           |
    | Community einbinden              | An Governance-Diskussionen teilnehmen und Feedback geben                                                       |
    | Ökonomie vorbereiten             | Staking-Anforderungen und Belohnungsstrukturen verstehen                                                       |
    | Zeitplan beobachten              | Informiert bleiben über die Öffnung der Konsensteilnahme                                                       |
  </Accordion>
</AccordionGroup>