−25%

la planurile Windows anuale, până pe 31 oct. Vezi planurile

EQVPS
Începe

Freqtrade pe un VPS: cerințe, configurare cu Docker și limite cinstite

4 iul. 2026 · 5 min de citit · EQVPS Team

Un bot de trading pe laptop e o idee proastă dintr-un motiv plictisitor: laptopul tău nu e online 24/7, iar piețele sunt. Închizi capacul în mijlocul unei tranzacții și botul nu mai administrează o poziție deschisă. Freqtrade — popularul bot de trading open-source scris în Python — e construit să ruleze nesupravegheat, exact lucrul pentru care există un VPS mic. Iată de ce are nevoie de fapt, cum îl configurezi cu Docker și limitele cinstite pe care nu le pomenește nimeni până nu dai de ele.

De ce un server și nu mașina ta

Două motive, ambele practice:

  • Funcționarea continuă. Botul trebuie să urmărească piața și să administreze pozițiile non-stop. De fiecare dată când laptopul intră în repaus sau repornește, botul e orb — o intrare ratată sau, mai rău, o poziție deschisă la care nu se uită nimeni.
  • Latența și stabilitatea. Un VPS stă pe o conexiune de centru de date, cu o rută constantă spre exchange. Fluctuațiile Wi-Fi-ului de acasă și resetările NAT nu ajută un bot care reacționează la preț.

E aceeași logică din spatele rulării oricărui bot de trading pe un VPS — Freqtrade doar face cerințele concrete.

De ce are nevoie de fapt

Freqtrade în sine e ușor, dar fii realist cu privire la sarcină:

  • Bot live / dry-run: 2 GB de RAM sunt un prag comod. Imaginea Docker, câteva perechi, indicatorii și baza de date SQLite cu tranzacțiile vor toate puțin spațiu de rezervă. Un Micro de $5 (2 vCPU / 2 GB / 25 GB) e punctul de pornire potrivit. 1 GB poate rula o singură strategie simplă pe câteva perechi, dar ești mai aproape de limită.
  • Multe perechi / mai multe strategii: treci la un Small de $8 (4 vCPU / 4 GB / 35 GB) — mai multe perechi înseamnă mai mult calcul de indicatori în paralel și un dataframe mai mare în memorie.
  • Discul: modest. Imaginea, user_data și baza de date cu tranzacții încap comod în 25 GB. Singurul lucru care crește sunt datele istorice descărcate pentru backtesting — iar acelea stau mai ales pe mașina ta locală (vezi mai jos).

Configurarea cu Docker Compose

Docker e calea întreținută și cea mai puțin dureroasă de a rula Freqtrade. Pe o mașină proaspătă:

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

Ia fișierul compose oficial și creează o configurație interactiv (te va întreba de exchange, de miză și de 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

Întâi dry-run — întotdeauna

Nu îndrepta niciodată o strategie nouă spre bani reali. Freqtrade pornește implicit în dry-run (paper trading) și ar trebui să-l lași acolo până când strategia s-a dovedit o vreme pe date reale de piață. În config.json:

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

Pornește-l și urmărește:

docker compose up -d
docker compose logs -f

Politica restart: unless-stopped din fișierul compose e aici echivalentul tău de systemd — Docker readuce botul după o cădere sau după o repornire a serverului, fără niciun pas manual. (Dacă preferi să-l rulezi în afara Docker, o unitate systemd cu Restart=always face aceeași treabă — același principiu ca la ținerea în viață a oricărui bot.)

Cheile API ale exchange-ului — partea care îi mușcă pe oameni

Aici o configurare de trading o ia razna în mod scump. Două reguli, nenegociabile:

  • Doar permisiune de tranzacționare. Nu activa niciodată retragerea. Dacă cheia se scurge, cel mai rău caz sunt niște tranzacții nedorite — nu fondurile tale plecând pe ușă. Freqtrade nu are niciodată nevoie de acces la retragere.
  • Pune cheia pe lista albă de IP-uri. Majoritatea exchange-urilor îți permit să legi o cheie API de anumite IP-uri. Ăsta e un motiv concret să rulezi pe un plan cu IP dedicat: cheia merge doar de pe adresa fixă a serverului tău. Pe un plan NAT, botul iese printr-un IP folosit de mai multe servere, care nu e doar al tău — botul funcționează fără probleme, dar nu-l poți pune curat pe lista albă.

Ține cheile în config.json, fă fișierul să nu poată fi citit de toți (chmod 600) și rulează containerul ca utilizator fără drepturi de root. Și închide mașina întâi — lista de securitate pentru un VPS nou durează zece minute și închide ușile care contează.

Fă backup la user_data

Strategiile, configurația și istoricul tranzacțiilor stau toate în user_data. Asta e ce nu vrei să pierzi:

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

Scoate-l periodic de pe server (sau într-un object storage). Dacă pierzi baza de date cu tranzacții, pierzi istoricul performanței; dacă pierzi o strategie reglată, refaci optimizarea.

Limitele cinstite

  • Backtestingul și hyperopt sunt grele — fă-le local. Țin CPU-ul la maximum perioade lungi, iar un VPS cu resurse împărțite, gândit pentru rafale, e construit pentru sarcini cu vârfuri, nu pentru ore de sarcină susținută de 100% (care intră și în conflict cu politica de utilizare acceptabilă). Optimizează pe propria mașină, apoi pune rezultatul să ruleze live. VPS-ul e pentru botul live, nu pentru cercetare.
  • CPU-ul e împărțit și pentru rafale. Excelent pentru un bot live care mai mult așteaptă lumânările și reacționează; nepotrivit pentru a trece un an de date pe un minut prin hyperopt.
  • O singură regiune, doar CPU. Serverul e în UE, fără GPU. În regulă pentru Freqtrade (e CPU și logică, nu antrenare de modele ML) — merită știut dacă strategia ta se sprijină pe un model ML greu, care, din nou, e mai bine antrenat local.

Concluzia

Freqtrade pe un VPS e configurarea potrivită pentru botul live: un Micro de $5 pentru o strategie concentrată, un Small de $8 dacă rulezi multe perechi, Docker Compose cu restart: unless-stopped pentru funcționare continuă și o cheie API doar pentru tranzacționare, pusă pe lista albă de IP-uri, ca o scurgere să nu te poată goli. Ține backtestingul greu și hyperopt pe laptop, fă backup la user_data și lasă serverul să facă singurul lucru la care e bun — să rămână online cât se mișcă piața. Înregistrarea cere doar un e-mail și plătești în USDC sau USDT; un IP dedicat e singurul upgrade care merită aici, strict pentru lista albă a cheii API.


Gata de pornire? Freqtrade stă comod pe un plan Micro; pentru backtesturi mai grele sau multe perechi, treci la Small.

Întrebări frecvente

De câtă memorie RAM are nevoie Freqtrade pe un VPS?

Pentru un bot live sau în dry-run, 2 GB sunt o bază comodă — Freqtrade în sine e ușor, dar imaginea Docker plus câteva perechi și indicatori vor puțin spațiu de rezervă. 1 GB poate merge pentru o singură strategie pe puține perechi, dar 2 GB (Micro de $5) sunt pragul mai sigur. Backtestingul și hyperopt sunt altă poveste — consumă multă memorie și mult CPU, iar pe acelea ar trebui să le rulezi pe propria mașină, nu pe server.

Pot face backtesting și hyperopt pe VPS?

Poți, dar de obicei n-ar trebui. Backtestingul pe intervale lungi și hyperopt sunt legate de CPU și vin în rafale — țin nucleele la maximum minute sau ore întregi. Pe un plan cu resurse împărțite, gândit pentru rafale, e sarcina greșită (iar o sarcină susținută de 100% intră în conflict cu politica de utilizare acceptabilă). Fă optimizarea grea local, apoi trimite strategia reglată pe VPS ca să ruleze live.

Cum îmi țin cheia API a exchange-ului în siguranță pe un server?

Creează cheia doar cu permisiuni de tranzacționare — nu activa niciodată retragerea. Dacă exchange-ul suportă lista albă de IP-uri, leagă cheia de IP-ul serverului, ceea ce e un motiv real să folosești un plan cu IP dedicat (un plan NAT iese printr-un IP folosit de mai multe servere). Ține cheia în configurația Freqtrade, într-un fișier care poate fi citit de root, dar nu de toți utilizatorii, și rulează botul ca utilizator fără drepturi de root.

De ce să rulez botul pe un VPS și nu pe laptop?

Piețele nu se închid, iar un bot de trading trebuie să fie online continuu ca să reacționeze la semnale și să administreze pozițiile deschise. Un laptop intră în repaus, repornește și pierde Wi-Fi-ul — fiecare pauză e o intrare ratată sau o ieșire neadministrată. Un VPS îți dă funcționare 24/7 și o conexiune stabilă, cu latență mică, spre exchange. Ăsta e tot rostul.

Comentarii

Încă nu există comentarii. Fii primul.

Lasă un comentariu

Comentariile sunt moderate înainte să apară.