VPS für Krypto-Trading-Bots

Ein Trading-Bot, der stoppt, wenn dein Laptop schließt, ist ein Bot, der irgendwann eine Position im schlechtestmöglichen Moment schließt — oder es überhaupt nicht schafft, eine zu schließen. Wenn eine Strategie unbeaufsichtigt läuft, gehört sie auf eine Maschine, die nicht schläft, kein WLAN verliert und nicht für Updates neu startet, während du weg bist.

Was ein Bot tatsächlich braucht

Weniger, als Leute denken. Trading-Bots sind im Prinzip latenzempfindlich, aber für alles, das nicht Sub-Sekunden-HFT ist, sind die echten Anforderungen:

• Konstante Verfügbarkeit. Der Bot muss wach sein, wenn der Markt sich bewegt, nicht wenn du es bist.
• Genug RAM für Backtests. Live-Handel ist leicht; ein Jahr Minuten-Kerzen über Paare zu backtesten ist, was tatsächlich Speicher frisst.
• Schnelle Festplatte. Kerzen-Datenbanken und Trade-Logs schreiben ständig. Unser NVMe (RAID1, ~800 MB/s Lesevorgänge) bewältigt das ohne zu stocken.
• Eine stabile ausgehende IP. Manche Börsen-APIs lassen dich eine IP für API-Schlüssel whitelisten — ein Plan mit dedizierter IP gibt dir eine feste.

Micro (5 $/Mon.) passt zu einer einzelnen Strategie auf einer Handvoll Paare. Small (8 $/Mon. — 4 vCPU, 4 GB RAM, 35 GB NVMe) ist, wo sich die meisten einpendeln, sobald sie Backtesting und ein Dashboard hinzufügen.

Freqtrade in ein paar Befehlen

# Frisches Ubuntu 24.04 — Docker installieren
apt update && apt install -y docker.io docker-compose-v2 git
systemctl enable --now docker

# Freqtrade
mkdir -p /opt/freqtrade && cd /opt/freqtrade
docker run --rm -v "$(pwd):/freqtrade/user_data" \
  freqtradeorg/freqtrade:stable create-userdir --userdir /freqtrade/user_data

# Konfigurieren (Börsen-Schlüssel, Paare, Einsatz) — dann zuerst im Dry-Run betreiben
docker compose up -d
docker compose logs -f

Beginne im Dry-Run. Immer. Dann wechsle nur nach Live, nachdem die Strategie ein paar Tage Papierhandel auf echten Marktdaten überstanden hat.

Hummingbot funktioniert genauso — Docker-Image, Config in einem gemounteten Volume, betreibe es unter docker compose, damit es nach einem Neustart zurückkommt.

Eigener Bot? Python plus ccxt deckt praktisch jede Börse ab. Betreibe ihn unter systemd mit Restart=always, damit ein abgestürzter Prozess neu startet, statt dich exponiert zu lassen.

Warum Krypto-Zahlung und kein KYC speziell hierfür zählen

Trader neigen dazu, Meinungen darüber zu haben, wo ihre Identität angehängt ist. Wenn du Strategien auf Krypto-Börsen betreibst, ist einen Server mit einer Firmenkarte in deinem rechtlichen Namen zu finanzieren — und einem Hosting-Anbieter einen Pass-Scan zu geben — ein seltsamer Ort, dieses Muster zu brechen.

Wir fragen nicht. E-Mail zum Registrieren, USDC oder USDT zum Bezahlen (Base, Ethereum oder Polygon). Keine Dokumente, keine Karte. Deine API-Schlüssel, deine Strategie, dein Server — mit nichts, das die Maschine an eine KYC-Akte bindet.

Neu beim Bezahlen in Krypto? Fünf-Minuten-Leitfaden.

Einen Plan wählen

Volles root, NVMe, ungemessener Traffic bei 1 Gbit/s, Server in Deutschland und Finnland. Zahle jährlich — ein Krypto-Transfer statt zwölf.

Verwandte Lektüre

• Einen neuen VPS absichern: eine Checkliste — tu das, bevor deine API-Schlüssel die Maschine berühren
• Einen Discord-Bot auf einem VPS hosten — dasselbe systemd-Muster, anderer Bot

Bereit? Stelle einen Bot-Server bereit → — live in etwa einer Minute, in Krypto bezahlt, kein Ausweis nötig.