−25%

auf Windows bei Jahreszahlung, bis 31.10. Zu den Tarifen

EQVPS
Loslegen

Eigenen Monero-Knoten auf einem VPS betreiben (Full Node, kein Mining)

2. Sept. 2026 · 3 Min. Lesezeit · EQVPS Team

Wer Monero ernsthaft nutzt, hat oft das schwächste Glied im Remote-Node, mit dem sich die Wallet verbindet. Der Betreiber eines öffentlichen Nodes sieht, nach welchen Outputs deine Wallet fragt, und die IP, von der es kommt — nicht die Beträge, aber mehr Metadaten, als du vielleicht möchtest. Einen eigenen Full Node auf einem VPS zu betreiben entfernt diesen Mittelsmann: deine Wallet spricht nur mit einem Daemon, den du kontrollierst, und als Bonus fügst du dem Netzwerk einen Relay hinzu.

Zur Klarheit über den Umfang: das ist ein Full Node (monerod), kein Mining. Er validiert und leitet die Kette weiter und bedient deine Wallet — er löst kein Proof-of-Work für Belohnungen. (Mining ist CPU-intensiv und auf unseren geteilten NAT-Plänen nicht erlaubt; ein Node ist in Ordnung.)

Was ein Monero-Node braucht

  • Eine dedizierte IPv4. Ein guter Node akzeptiert eingehendes P2P auf Port 18080, um beim Relaying zu helfen — das braucht einen Plan mit dedizierter IP. Unsere NAT-Pläne können kein Eingehendes annehmen, also nimm Micro-IP oder Small-IP (ab $10/Monat).
  • Genug Platte. Die Monero-Blockchain ist groß und wächst stetig. Wähle einen Plan mit Platten-Reserve, oder betreibe einen geprunten Node (etwa ein Drittel der Größe), wenn der Platz knapp ist.
  • Bescheidene RAM/CPU. 2 GB RAM sind bequem für monerod. NVMe hilft der Erstsynchronisierung sehr.
  • Ein EU-Standort. Deutschland oder Finnland — saubere Routen, echtes Datenschutzrecht.

monerod einrichten (Ubuntu 24.04)

# dedicated-IP plan, run the daemon as a non-root user
adduser --disabled-password --gecos "" monero
su - monero

# download the official binaries (verify the hash from getmonero.org)
curl -L -o monero.tar.bz2 https://downloads.getmonero.org/cli/linux64
tar xjf monero.tar.bz2 && cd monero-x86_64-*/

cat > monerod.conf <<'EOF'
data-dir=/home/monero/.bitmonero
p2p-bind-ip=0.0.0.0
p2p-bind-port=18080          # inbound P2P — open this in the firewall
rpc-bind-ip=127.0.0.1        # keep RPC on localhost (do NOT expose to the internet)
rpc-bind-port=18081
prune-blockchain=1           # optional: pruned node, ~1/3 the disk
no-igd=1
out-peers=32
in-peers=64
EOF

./monerod --config-file monerod.conf --detach
./monerod status              # watch it sync

Öffne nur den P2P-Port; halte RPC privat:

# as root
ufw allow 18080/tcp           # P2P relay
# do NOT open 18081 to the world — wallet-RPC stays on localhost / your IPs only

Deine Wallet darauf zeigen lassen

Setze in der offiziellen GUI/CLI-Wallet die Daemon-Adresse auf deinen VPS an Port 18081 nur über einen privaten Kanal (SSH-Tunnel, WireGuard/VLESS, oder beschränke 18081 per Firewall auf deine eigenen IPs). Deine Wallet validiert nun gegen einen Node, dem du vertraust, ohne einen dritten Remote-Node dazwischen.

Warum EQVPS für einen Monero-Node

  • Dedizierte IPv4 ab $10/Monat, alle Ports deiner Wahl, Self-Service Reverse DNS.
  • EU-Standorte (Deutschland, Finnland) — saubere Routen, echtes Datenschutzrecht.
  • Ohne KYC, Zahlung in Krypto. E-Mail zum Anmelden, USDC/USDT zum Zahlen — passend für einen Privacy-Coin-Node.
  • Root in ~60 Sekunden, NVMe. Schnelle Erstsynchronisierung; betreibe gepruned für kleineren Fußabdruck.

Ehrlicher Umfang: ein Full Node verbessert die Privatsphäre deiner Wallet und hilft dem Netzwerk — er ist für sich genommen keine Anonymität und kein Mining. Halte RPC vom öffentlichen Internet fern.

Anonymes VPS-Hosting erklärt → · Bitcoin-Node auf einem VPS betreiben → · VPS mit Monero bezahlen →

FAQ

Ist das Mining?

Nein — das ist ein Full Node, kein Mining. Ein Monero-Node (monerod) validiert und leitet die Blockchain weiter und beantwortet deine Wallet; er löst kein Proof-of-Work für Blockbelohnungen. Mining ist eine andere, CPU-intensive Tätigkeit und auf unseren geteilten NAT-Plänen nicht erlaubt; ein Full Node ist in Ordnung und genau das behandelt diese Anleitung.

Warum einen eigenen Node statt eines öffentlichen Remote-Nodes?

Wenn deine Wallet den Remote-Node eines anderen nutzt, sieht dessen Betreiber, welche Transaktionen du anfragst, und deine IP. Dein eigener Node entfernt diesen Mittelsmann: deine Wallet spricht nur mit einem Daemon, den du kontrollierst. Du musst auch nicht mehr darauf vertrauen, dass ein fremder Node ehrlich und online ist, und fügst dem Netzwerk einen Relay hinzu.

Welchen Plan braucht ein Monero-Node?

Einen Plan mit dedizierter IPv4, damit der Node eingehendes P2P auf Port 18080 annehmen kann. 2 GB RAM sind bequem; die Blockchain ist groß und wächst, also wähle die Platte entsprechend (ein SSD-Plan mit Reserve, oder gepruned). Micro-IP/Small-IP passen gut; ein Pro-Plan, wenn du viel Reserve willst.

Muss ich Ports öffnen?

Für einen wohlerzogenen Node erlaube eingehendes TCP 18080 (P2P), damit du beim Relaying hilfst. Halte den RPC-Port (18081) auf localhost gebunden oder per Firewall auf deine eigenen IPs beschränkt — lege niemals ein offenes Wallet-RPC ins Internet. Das Setup unten macht genau das.

Fragt ihr nach Ausweis oder Karte?

Nein. Registrierung per E-Mail, Zahlung in USDC oder USDT. Keine Dokumente, keine Karte, kein KYC.

Kommentare

Noch keine Kommentare. Sei der Erste.

Kommentar hinterlassen

Kommentare werden vor der Anzeige moderiert.