---
title: "Validatoren und RPC-Knoten mit erpc validator und erpc rpc betreiben"
description: "erpc rpc betreibt RPC-Knoten auf 18 Chains und erpc validator Validatoren auf 13, mit denselben Verben auf jeder Chain und ohne ERPC-Konto."
canonical: "https://erpc.global/de/doc/erpc-cli/nodes/"
locale: "de"
---

# Validatoren und RPC-Knoten mit erpc validator und erpc rpc betreiben

`erpc rpc` betreibt RPC-Knoten auf 18 Chains und `erpc validator` Validatoren auf 13 davon. Jede Chain verwendet dieselben Verben, und diese Lebenszyklus-Befehle für Knoten sind kostenlos und benötigen kein Konto.

Diese Seite beschreibt ERPC CLI `v0.1.0-rc.4`, eine Vorabversion. Die Abnahme auf echten Hosts läuft noch: [Wo jede Chain steht](https://erpc.global/de/doc/erpc-cli/nodes/#wo-jede-chain-steht) und der Leitfaden jeder Chain geben den Stand jeder Chain an.

## Einen Knoten bereitstellen

`init` bereitet einen Server vor, und `deploy` installiert und startet den Knoten. Ein Ethereum-RPC-Knoten beginnt mit einem frischen Ubuntu-Server, 24.04 oder neuer:

```bash
# check the server, pin the client releases, store the node in 1Password
erpc rpc --chain ethereum -n mainnet --name eth1 init --host <address> --vault <vault id> --ssh-key ~/.ssh/id_ed25519.pub
# install, fetch a snapshot, apply the firewall, start
erpc rpc --chain ethereum -n mainnet --name eth1 deploy --ssh-key ~/.ssh/id_ed25519.pub
# both layers, sync and head
erpc rpc --chain ethereum -n mainnet --name eth1 status --ssh-key ~/.ssh/id_ed25519.pub
```

Manche Chains brauchen vorher mehr, und der Leitfaden jeder Chain sagt, was. Ein neuer Solana-Validator oder -RPC-Knoten braucht drei eingehängte Dateisysteme und seine Schlüssel bereits in 1Password.

## Chain, Netzwerk und Host wählen

Wählen Sie die Chain mit `--chain`, `ERPC_CHAIN` oder der Einstellung `default_chain`, das Netzwerk mit `-n` und den Host mit `--name`. Eine Änderung an einem Knoten im Mainnet erfordert, dass `--chain` auf der Befehlszeile steht.

- `erpc validator` (Alias `v`), `erpc rpc` (Alias `r`) und `erpc node` (Alias `n`, für Avalanche und Sui) führen die Knotenbefehle aus.
- Führen Sie eine Befehlsgruppe ohne Verb aus (`erpc validator`), um ihre Verben aufzulisten.
- Bei Knotenbefehlen muss `--json` vor dem Befehl stehen: `erpc --json rpc …`.

## Befehle, die auf jeder Chain funktionieren

| Verb | Was es tut |
| --- | --- |
| `init` | Prüft den Server, fixiert die Client-Versionen, speichert den Knoten in 1Password und bereitet den Host vor |
| `deploy` | Installiert oder baut den Client, holt einen Snapshot, wendet die Firewall an, wo erpc eine für diesen Knoten hat, und startet den Knoten |
| `list`, `status`, `logs` | Inventar, Gesundheitszustand und Journal |
| `start`, `stop`, `restart` | Dienststeuerung, in der richtigen Reihenfolge für Knoten mit mehreren Schichten |
| `update` | Wechselt zu einer anderen Client-Version; die Rollback-Richtlinie hängt vom Client ab |
| `update-config` | Wendet Konfigurations- und Zugriffsänderungen nach den Neustartregeln der Chain an |
| `plan` | Zeigt den Bereitstellungs- oder Konfigurationsplan der Chain |
| `destroy` | Stoppt die eigenen Dienste oder legt sie still; die Aufbewahrung von Daten, Schlüsseln und Firewall richtet sich nach dem Betriebsleitfaden der Chain |

Ein Solana-Validator, der im solv-Backend erfasst ist, hat davon nur `init`, `deploy`, `list` und `status`.

## Chains und Leitfäden

| Chain | RPC-Knoten | Validator | Netzwerke | Leitfäden |
| --- | --- | --- | --- | --- |
| Solana | `erpc rpc --chain solana` | `erpc validator --chain solana` | mainnet, testnet | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/solana-native.md), [Registrierung](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/solana-registration.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/solana.md) |
| Ethereum | `erpc rpc --chain eth` (mainnet, `--type full` oder `archive`) | `erpc validator --chain eth` (Hoodi, mainnet) | mainnet, Hoodi | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/ethereum-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/ethereum-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/ethereum.md) |
| Base | `erpc rpc --chain base` | | mainnet, sepolia | [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/base.md) |
| Avalanche | `erpc rpc --chain avax` (auch `erpc node`) | `erpc validator --chain avax` | mainnet, fuji | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/avalanche.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/avalanche.md) |
| Bitcoin | `erpc rpc --chain bitcoin` | | mainnet, testnet4, signet, regtest | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bitcoin-rpc.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/bitcoin.md) |
| Polygon | `erpc rpc --chain polygon` | `erpc validator --chain polygon` | mainnet, amoy | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-polygon/templates/README.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/polygon-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/polygon.md) |
| BNB Chain | `erpc rpc --chain bsc` | `erpc validator --chain bsc` | mainnet, chapel | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bsc-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bsc-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/bsc.md) |
| Kaia | `erpc rpc --chain kaia` | `erpc validator --chain kaia` | mainnet, kairos | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/kaia-rpc.md), [Core Cell](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/kaia-core-cell.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/kaia.md) |
| Arbitrum | `erpc rpc --chain arbitrum` (mainnet, nova, sepolia) | `erpc validator --chain arbitrum` (nur Arbitrum One mainnet) | mainnet, nova, sepolia | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/nitro-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/arbitrum-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/arbitrum.md) |
| Optimism | `erpc rpc --chain optimism` | | mainnet, sepolia | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/op-follower-rpc.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/optimism.md) |
| Hyperliquid | `erpc rpc --chain hyperliquid` | `erpc validator --chain hyperliquid` | mainnet, testnet | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-validator.md), [AQA](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-aqa.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/hyperliquid.md) |
| Monad | `erpc rpc --chain monad` | `erpc validator --chain monad` | mainnet, testnet | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/monad-node.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/monad.md) |
| TRON | `erpc rpc --chain tron` | `erpc validator --chain tron` | mainnet, nile | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-tron/templates/README.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/tron.md) |
| Sui | `erpc rpc --chain sui` (auch `erpc node`) | `erpc validator --chain sui` | mainnet, testnet | [Betrieb](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-sui/templates/README.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/sui.md) |
| NEAR | `erpc rpc --chain near` | `erpc validator --chain near` | mainnet, testnet | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/near-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/near-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/near.md) |
| Arc | `erpc rpc --chain arc` | | mainnet, testnet | [RPC-Runtime](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/arc-runtime.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/arc.md) |
| Robinhood Chain | `erpc rpc --chain robinhood` | `erpc validator --chain robinhood` | mainnet, testnet | [Zulassung](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/robinhood-admission.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/robinhood-defensive-validator.md), [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/robinhood.md) |
| Soneium | `erpc rpc --chain soneium` | | mainnet, minato | [Chain](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/soneium.md) |

[Knoten betreiben](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/nodes.md) nennt die Clients für jede Chain.

## Was erpc auf dem Server braucht

- erpc meldet sich per SSH als sudo-Benutzer an (standardmäßig `ubuntu`), mit Ihrem Schlüssel aus dem 1Password-SSH-Agent oder `SSH_AUTH_SOCK`, und fixiert beim ersten Mal den Host-Schlüssel.
- Der Server braucht `/usr/bin/python3` und ein Login, dessen `sudo` nach keinem Passwort fragt.
- `/opt` muss bereits ein echtes Verzeichnis sein, das root gehört und weder von seiner Gruppe noch von anderen beschreibbar ist, so wie Ubuntu es ausliefert; erpc legt es nicht an. Für `/opt/erpc` und die Verzeichnisse `runs` und `uploads`, die erpc darin anlegt, gilt dieselbe Regel, und keines davon darf ein symbolischer Link sein: Um sie auf einem anderen Volume zu halten, hängen Sie das Volume unter `/opt/erpc` ein. Für einen Knoten muss das Dateisystem, das `/opt/erpc` enthält, außerdem POSIX-ACLs beibehalten (ext4 und XFS tun das standardmäßig), sonst bricht erpc ab.
- Ein neuer Solana-Host braucht Ubuntu 24.04, systemd 255 und x86-64 mit den CPU-Funktionen AVX2 und SHA. ERPC verlangt mindestens 32 logische Threads und 480 GiB nutzbaren Arbeitsspeicher für einen Solana-RPC-Knoten, 24 Threads und 300 GiB für einen Mainnet-Validator und 24 Threads und 120 GiB für einen Testnet-Validator.

## Wie erpc einen Knoten betreibt

- Die meisten Chains führen den Client als eigenen Benutzer aus, der sich nicht anmelden kann, prüfen jede Version gegen eine fixierte Prüfsumme, bevor sie installiert wird, und wenden eine nftables-Firewall mit zeitgesteuertem Rollback an, das eine neue Verwaltungsverbindung bestätigen muss. Nicht alle tun das: Ein neuer Solana-Knoten wird auf dem Server aus einem fixierten Quell-Commit gebaut, und ein Solana-Knoten, der im solv-Backend erfasst ist, läuft als Login-Benutzer mit sudo ohne Passwort und holt einige Werkzeuge ohne Prüfsumme.
- erpc wendet keine Firewall auf Solana-Validatoren im solv-Backend, Ethereum-Validatoren oder Bitcoin-Knoten an; das Filtern dieser Hosts ist also Ihre Aufgabe.
- Halten Sie während Netzwerkänderungen einen unabhängigen Weg zum Host bereit.
- Solange das Drop-in-Verzeichnis eines geschützten Dienstes eine weitere Datei enthält, etwa eine `override.conf` aus `systemctl edit`, verweigert der Firewall-Schritt die Ausführung und ändert nichts. Verschieben Sie Ihr Drop-in aus dem Verzeichnis und führen Sie den Befehl erneut aus.
- Secrets, die von Ihrem Rechner gesendet werden, erreichen den Server über die Standardeingabe, nie über eine Befehlszeile.
- Ein neuer Solana-Validator synchronisiert unter einer separaten Identität mit deaktiviertem Voting. `deploy --activate-validator` schaltet einen gesunden Host nach der öffentlichen Registrierung und nativen BLS-Prüfungen auf seine ursprüngliche registrierte Identität um. `--backend solv` nimmt einen bestehenden solv-Host wieder auf und kann keinen neuen anlegen.
- Stellen Sie den Signer eines Ethereum-Validators nicht aus einem Backup wieder her: Verschieben Sie einen Signer mit `erpc v --chain eth migrate`.

[Anmeldung und Schlüssel](https://erpc.global/de/doc/erpc-cli/sign-in-and-keys/#wo-knotenschlüssel-aufbewahrt-werden) zeigt, welche Schlüssel jeder Knoten in 1Password und auf dem Host aufbewahrt.

## Wo jede Chain steht

Für jede Chain in der Tabelle ist die Implementierung offline geprüft, und die Live-Abnahme auf echten Hosts ist zurückgestellt. Die Prüfung des RPC-Befehlsroutings durchläuft alle zwölf gemeinsamen Verben für alle achtzehn Chains, und keine dieser Prüfungen betreibt einen Knoten auf einem echten Host. Die Seite jeder Chain in der [Quellenübersicht der Chains](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/README.md) gibt an, wo sie steht.