−25%

auf Windows bei Jahreszahlung, bis 31.10. Zu den Tarifen

EQVPS
Loslegen

Freqtrade auf einem VPS betreiben: Anforderungen, Docker-Setup und ehrliche Grenzen

4. Juli 2026 · 5 Min. Lesezeit · EQVPS Team

Ein Trading-Bot auf deinem Laptop ist aus einem langweiligen Grund eine schlechte Idee: dein Laptop ist nicht 24/7 online, die Märkte aber schon. Klapp den Deckel mitten im Handel zu, und der Bot hört auf, eine offene Position zu verwalten. Freqtrade — der beliebte Open-Source-Python-Trading-Bot — ist gebaut, um unbeaufsichtigt zu laufen, was genau das ist, wofür ein kleiner VPS da ist. Hier steht, was er wirklich braucht, wie man ihn mit Docker einrichtet und die ehrlichen Grenzen, die niemand erwähnt, bis man auf sie stößt.

Warum ein Server, nicht deine Maschine

Zwei Gründe, beide praktisch:

  • Verfügbarkeit. Der Bot muss den Markt beobachten und Positionen rund um die Uhr verwalten. Jedes Mal, wenn dein Laptop in den Ruhezustand geht oder neu startet, ist der Bot blind — ein verpasster Einstieg oder schlimmer, eine offene Position, die niemand beobachtet.
  • Latenz und Stabilität. Ein VPS sitzt auf einer Datacenter-Verbindung mit einer stabilen Route zur Börse. WLAN-Jitter zu Hause und NAT-Resets helfen einem Bot nicht, der auf den Preis reagiert.

Das ist dieselbe Logik hinter dem Betrieb jedes Trading-Bots auf einem VPS — Freqtrade macht die Anforderungen nur konkret.

Was er wirklich braucht

Freqtrade selbst ist leichtgewichtig, aber sei realistisch bei der Workload:

  • Live- / Dry-Run-Bot: 2 GB RAM sind eine bequeme Untergrenze. Das Docker-Image, eine Handvoll Paare, Indikatoren und die SQLite-Trade-DB wollen alle ein wenig Reserve. Ein 5-$-Micro (2 vCPU / 2 GB / 25 GB) ist der richtige Ausgangspunkt. 1 GB kann eine einzelne einfache Strategie auf wenigen Paaren betreiben, aber du bist näher am Rand.
  • Viele Paare / mehrere Strategien: steige auf ein 8-$-Small (4 vCPU / 4 GB / 35 GB) um — mehr Paare bedeuten mehr gleichzeitige Indikatorberechnung und einen größeren Dataframe im Speicher.
  • Disk: bescheiden. Das Image, dein user_data und die Trade-DB passen bequem in 25 GB. Heruntergeladene historische Daten für Backtesting sind das Einzige, was wächst — und das lebt meist auf deiner lokalen Maschine (siehe unten).

Mit Docker Compose einrichten

Docker ist der gepflegte, am wenigsten mühsame Weg, Freqtrade zu betreiben. Auf einer frischen Maschine:

sudo apt update && sudo apt install -y docker.io docker-compose-v2
mkdir ~/ft && cd ~/ft
docker run --rm -v "$(pwd)/user_data:/freqtrade/user_data" \
  freqtradeorg/freqtrade:stable create-userdir --userdir user_data

Hol dir die offizielle Compose-Datei und erstelle interaktiv eine Konfiguration (sie fragt nach deiner Börse, deinem Einsatz und Dry-Run):

curl -s https://raw.githubusercontent.com/freqtrade/freqtrade/stable/docker-compose.yml -o docker-compose.yml
docker compose run --rm freqtrade new-config --config user_data/config.json

Zuerst Dry-Run — immer

Richte niemals eine frische Strategie auf echtes Geld. Freqtrade startet standardmäßig im Dry-Run (Papierhandel), und du solltest es dort lassen, bis sich die Strategie eine Weile an Live-Marktdaten bewährt hat. In config.json:

{
  "dry_run": true,
  "dry_run_wallet": 1000
}

Starte es und beobachte:

docker compose up -d
docker compose logs -f

Die restart: unless-stopped-Richtlinie in der Compose-Datei ist hier dein systemd-Äquivalent — Docker bringt den Bot nach einem Absturz oder Server-Neustart zurück, ohne manuellen Schritt. (Wenn du ihn lieber außerhalb von Docker betreibst, macht eine systemd-Unit mit Restart=always denselben Job — dasselbe Prinzip wie jeden Bot am Leben zu halten.)

Börsen-API-Schlüssel — der Teil, der Leute beißt

Hier geht ein Trading-Setup teuer schief. Zwei Regeln, nicht verhandelbar:

  • Nur Handelsberechtigung. Aktiviere niemals das Abheben. Wenn der Schlüssel leakt, ist der schlimmste Fall unerwünschte Trades — nicht, dass deine Gelder aus der Tür spazieren. Freqtrade braucht nie Abhebungszugriff.
  • Setze den Schlüssel auf die IP-Whitelist. Die meisten Börsen lassen dich einen API-Schlüssel an bestimmte IPs binden. Das ist ein konkreter Grund, auf einem Plan mit dedizierter IP zu laufen: der Schlüssel funktioniert nur von der festen Adresse deines Servers. Auf einem NAT-Plan teilt der Bot die ausgehende IP des Knotens, die nicht dir allein gehört — okay, damit der Bot funktioniert, aber du kannst sie nicht sauber whitelisten.

Halte die Schlüssel in config.json, mach sie nicht welt-lesbar (chmod 600) und betreibe den Container als Nicht-root-Nutzer. Und riegle die Maschine zuerst ab — die Sicherheits-Checkliste für neue VPS dauert zehn Minuten und schließt die Türen, die zählen.

Sichere user_data

Deine Strategien, Konfiguration und Handelshistorie leben alle in user_data. Das ist das, was du nicht verlieren willst:

tar czf ft-backup-$(date +%F).tar.gz user_data

Zieh das regelmäßig vom Server (oder in einen Objektspeicher). Die Trade-DB zu verlieren bedeutet, deine Performance-Historie zu verlieren; eine abgestimmte Strategie zu verlieren bedeutet, die Optimierung zu wiederholen.

Die ehrlichen Grenzen

  • Backtesting und Hyperopt sind schwer — mach sie lokal. Sie legen die CPU über längere Strecken lahm, und ein geteilter, Burst-orientierter VPS ist für stoßweise Workloads gebaut, nicht für Stunden dauerhafter 100-%-Last (was auch gegen die Nutzungsrichtlinie verstößt). Optimiere auf deiner eigenen Maschine, deploye das Ergebnis zum Live-Betrieb. Der VPS ist für den Live-Bot, nicht für die Forschung.
  • CPU ist geteilt/Burst. Großartig für einen Live-Bot, der meist auf Kerzen wartet und reagiert; falsch für das Durchmahlen eines Jahres 1-Minuten-Daten durch Hyperopt.
  • Eine Region, nur CPU. Der Server steht in Deutschland ohne GPU. Okay für Freqtrade (es ist CPU/Logik, kein ML-Training) — gut zu wissen, wenn deine Strategie auf ein schweres ML-Modell setzt, das wiederum besser lokal trainiert wird.

Fazit

Freqtrade auf einem VPS ist das richtige Setup für den Live-Bot: ein 5-$-Micro für eine fokussierte Strategie, ein 8-$-Small, wenn du viele Paare betreibst, Docker Compose mit restart: unless-stopped für die Verfügbarkeit und ein nur-Handel, IP-gewhitelisteter API-Schlüssel, damit ein Leck dich nicht leeren kann. Halte das schwere Backtesting und Hyperopt auf deinem Laptop, sichere user_data und lass den Server das eine tun, worin er gut ist — online zu bleiben, während sich der Markt bewegt. Die Registrierung ist nur per E-Mail, und du zahlst in USDC oder USDT; eine dedizierte IP ist hier das eine lohnende Upgrade, rein für die API-Schlüssel-Whitelist.


Bereit zum Deployen? Freqtrade fühlt sich auf einem Micro-Plan wohl; für schwerere Backtests oder viele Paare steige auf Small um.

FAQ

Wie viel RAM braucht Freqtrade auf einem VPS?

Für einen Live- oder Dry-Run-Bot sind 2 GB eine bequeme Basis — Freqtrade selbst ist leicht, aber das Docker-Image plus eine Handvoll Paare und Indikatoren will Reserve. 1 GB kann für eine einzelne Strategie auf wenigen Paaren funktionieren, aber 2 GB (5-$-Micro) ist die sicherere Untergrenze. Backtesting und Hyperopt sind eine andere Geschichte — sie sind speicher- und CPU-hungrig, und die solltest du auf deiner eigenen Maschine ausführen, nicht auf dem Server.

Kann ich auf dem VPS Backtesting und Hyperopt machen?

Du kannst, aber meist solltest du nicht. Backtesting über lange Zeiträume und Hyperopt sind CPU-gebunden und stoßweise — sie legen Kerne für Minuten oder Stunden lahm. Auf einem geteilten, Burst-orientierten Plan ist das die falsche Workload (und dauerhafte 100-%-Last verstößt gegen die Nutzungsrichtlinie). Mach die schwere Optimierung lokal, dann schicke die abgestimmte Strategie zum Live-Betrieb auf den VPS.

Wie halte ich meinen Börsen-API-Schlüssel auf einem Server sicher?

Erstelle den Schlüssel nur mit Handelsberechtigungen — aktiviere niemals das Abheben. Wenn deine Börse IP-Whitelisting unterstützt, sperre den Schlüssel auf die IP des Servers, was ein echter Grund für einen Plan mit dedizierter IP ist (ein NAT-Plan teilt die ausgehende IP des Knotens). Halte den Schlüssel in der Freqtrade-Konfiguration in einer root-lesbaren, nicht welt-lesbaren Datei und betreibe den Bot als Nicht-root-Nutzer.

Warum den Bot auf einem VPS statt auf meinem Laptop betreiben?

Märkte schließen nicht, und ein Trading-Bot muss kontinuierlich online sein, um auf Signale zu reagieren und offene Positionen zu verwalten. Ein Laptop geht in den Ruhezustand, startet neu und verliert WLAN — jede Lücke ist ein verpasster Einstieg oder ein unverwalteter Ausstieg. Ein VPS gibt dir 24/7-Verfügbarkeit und eine stabile, latenzarme Verbindung zur Börse. Das ist der ganze Sinn.

Kommentare

Noch keine Kommentare. Sei der Erste.

Kommentar hinterlassen

Kommentare werden vor der Anzeige moderiert.