At køre Freqtrade på en VPS: krav, Docker-opsætning og ærlige grænser

En handelsbot på din bærbare er en dårlig idé af én kedelig grund: din bærbare er ikke online 24/7, og det er markeder. Luk låget midt i en handel, og botten stopper med at styre en åben position. Freqtrade — den populære open source Python-handelsbot — er bygget til at køre uovervåget, hvilket er præcis, hvad en lille VPS er til. Her er, hvad den faktisk har brug for, hvordan man sætter den op med Docker, og de ærlige grænser, ingen nævner, før du rammer dem.

Hvorfor en server, ikke din maskine

To grunde, begge praktiske:

• Oppetid. Botten skal holde øje med markedet og styre positioner døgnet rundt. Hver gang din bærbare sover eller genstarter, er botten blind — en misset indgang, eller værre, en åben position ingen holder øje med.
• Latens og stabilitet. En VPS sidder på en datacenter-forbindelse med en stabil rute til børsen. Hjemme-wifi-jitter og NAT-resets hjælper ikke en bot, der reagerer på pris.

Det er den samme logik bag at køre enhver handelsbot på en VPS — Freqtrade gør bare kravene konkrete.

Hvad den faktisk har brug for

Freqtrade selv er letvægts, men vær realistisk om arbejdsbyrden:

• Live- / dry-run-bot: 2 GB RAM er et komfortabelt gulv. Docker-imaget, en håndfuld par, indikatorer og SQLite-handels-DB'en vil alle have lidt hovedrum. En $5 Micro (2 vCPU / 2 GB / 25 GB) er det rigtige udgangspunkt. 1 GB kan køre en enkelt simpel strategi på få par, men du er tættere på kanten.
• Mange par / flere strategier: skalér op til en $8 Small (4 vCPU / 4 GB / 35 GB) — flere par betyder mere samtidig indikator-beregning og en større dataframe i hukommelsen.
• Disk: beskeden. Imaget, dit user_data og handels-DB'en passer komfortabelt i 25 GB. Downloadede historiske data til backtesting er den eneste ting, der vokser — og det bor mest på din lokale maskine (se nedenfor).

Sæt det op med Docker Compose

Docker er den vedligeholdte, mindst smertefulde måde at køre Freqtrade. På en frisk boks:

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

Tag den officielle compose-fil og opret en konfiguration interaktivt (den vil spørge om din børs, indsats og 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

Dry-run først — altid

Peg aldrig en frisk strategi mod rigtige penge. Freqtrade defaulter til dry-run (papir-handel), og du bør lade den blive der, indtil strategien har bevist sig på live-markedsdata et stykke tid. I config.json:

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

Start den og hold øje:

docker compose up -d
docker compose logs -f

restart: unless-stopped-politikken i compose-filen er din systemd-ækvivalent her — Docker bringer botten tilbage efter et nedbrud eller en server-genstart, intet manuelt trin. (Hvis du foretrækker at køre den uden for Docker, gør en systemd-unit med Restart=always det samme job — samme princip som at holde enhver bot i live.)

Børs-API-nøgler — den del der bider folk

Det er her, en handelsopsætning går galt dyrt. To regler, ikke til forhandling:

• Kun handels-tilladelse. Aktivér aldrig udbetaling. Hvis nøglen lækker, er det værste tilfælde uønskede handler — ikke dine midler, der går ud ad døren. Freqtrade har aldrig brug for udbetalings-adgang.
• IP-whitelist nøglen. De fleste børser lader dig binde en API-nøgle til specifikke IP'er. Det er en konkret grund til at køre på et dedikeret-IP-abonnement: nøglen virker kun fra din servers faste adresse. På et NAT-abonnement er bottens udgående adresse ikke din egen — fint til, at botten fungerer, men du kan ikke rent whiteliste den.

Hold nøglerne i config.json, gør den ikke-verden-læsbar (chmod 600), og kør containeren som en ikke-root-bruger. Og lås boksen ned først — ny-VPS-sikkerhedstjeklisten tager ti minutter og lukker de døre, der betyder noget.

Backup user_data

Dine strategier, konfiguration og handelshistorik bor alle i user_data. Det er den ting, du ikke vil miste:

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

Træk den af serveren periodisk (eller ind i objektlager). At miste handels-DB'en betyder at miste din performance-historik; at miste en tuned strategi betyder at gøre optimeringen om.

De ærlige grænser

• Backtesting og hyperopt er tunge — lav dem lokalt. De pegler CPU i længere stræk, og en delt, burst-orienteret VPS er bygget til spidse arbejdsbyrder, ikke timers vedvarende 100% belastning (som også løber imod politikken for acceptabel brug). Optimér på din egen maskine, udrul resultatet for at køre live. VPS'en er til live-botten, ikke til research.
• CPU er delt/burst. Fantastisk til en live-bot, der mest venter på lys og reagerer; forkert til at male et års 1-minuts-data gennem hyperopt.
• Kun Europa, kun CPU. Serverne er i Tyskland og Finland (hvilken lokation der er ledig, ser du, når du bestiller), uden GPU. Fint til Freqtrade (det er CPU/logik, ikke ML-træning) — værd at vide, hvis din strategi læner sig på en tung ML-model, som igen er bedre trænet lokalt.

Bundlinje

Freqtrade på en VPS er den rigtige opsætning til live-botten: en $5 Micro til en fokuseret strategi, en $8 Small hvis du kører mange par, Docker Compose med restart: unless-stopped for oppetid, og en handel-kun, IP-whitelistet API-nøgle, så en lækage ikke kan dræne dig. Hold den tunge backtesting og hyperopt på din bærbare, backup user_data, og lad serveren gøre den ene ting, den er god til — at forblive online, mens markedet bevæger sig. Tilmelding er kun-e-mail, og du betaler i USDC eller USDT; en dedikeret IP er den ene opgradering, det er værd her, rent for API-nøgle-whitelisten.

Klar til at udrulle? Freqtrade er komfortabel på et Micro-abonnement; til tungere backtests eller mange par, skalér op til Small.