Hoe je een handelsbot 24/7 op een VPS draait

Geschreven door het ApexVPS-team • Laatst bijgewerkt: juli 2026 • 8 min leestijd

Automatische strategieën moeten reageren op de markt, of je nu wakker bent of niet. Om een handelsbot 24/7 op een VPS te draaien is de standaardmanier om hem online te houden: een virtuele privéserver blijft ingeschakeld, verbonden en fysiek dicht bij je exchange, de klok rond, zodat je bot nooit een signaal mist omdat een laptop in slaap viel of een thuisverbinding wegviel. Deze gids behandelt waarom een VPS beter is dan een thuis-pc, hoe je een locatie kiest, hoe je het proces in leven houdt en hoe je je sleutels en logs onder controle houdt. Het is alleen technische begeleiding, geen financieel advies, en het blijft neutraal over welk botframework of strategie je gebruikt.

Waarom een VPS beter is dan een thuis-pc voor bots

Een handelsbot is een langlopend proces dat op het verkeerde moment niet mag stoppen. Een thuiscomputer is om drie praktische redenen een slechte host.

Uptime en altijd-aan uitvoering

Thuisapparaten slapen, installeren updates en herstarten op hun eigen schema. Stroomuitval en routerher starts voegen meer hiaten toe. Een VPS draait in een datacenter met redundante stroom en netwerk en een gepubliceerd beschikbaarheidsdoel — ApexVPS-plannen hebben een SLA van 99,9% tot 99,99% afhankelijk van de laag — zodat het proces dat je orders plaatst en beheert blijft draaien terwijl je slaapt, reist of werkt.

Latentie naar je exchange

Elke order en marktdata-update reist over een netwerkpad tussen uw server en de exchange. Hoe korter dat pad, hoe sneller uw bot vullingen ziet en reageert. Een thuisverbinding routeert eerst via uw ISP; een goed geplaatste server staat op snelle backbone-links. ApexVPS heeft 39 datacenters met een laag-latentienetwerk in grote regio's, wat de round trip voor orderroutering en quote-updates verkort.

Geen onderbrekingen

Op een VPS bepaalt u zelf wanneer onderhoud plaatsvindt. Geen geforceerde OS-updates midden in een sessie, geen antivirusscans die de CPU belasten, en geen familielid dat de laptop dichtklapt. De bot heeft een stabiele, dedicated omgeving die alleen verandert wanneer u dat wilt.

Kies een Locatie Nabij Uw Exchange

Latentie wordt gedomineerd door fysieke afstand, dus de grootste hefboom is het kiezen van een datacenter dicht bij waar uw exchange of broker wordt gehost. Veel crypto-platforms draaien hun matching engines in of nabij een handvol hubs, en aandelen- en futuresbeurzen clusteren rond specifieke metropolen. Als vuistregel: match uw serverregio met de exchange:

Als u twijfelt, test dan de round-trip-tijd met een simpele ping of mtr naar de exchange API-host vanuit een paar kandidaatregio's en kies de laagste. Onze speciale pagina's over een VPS voor handelsbots en een crypto-vriendelijke VPS zonder kaartbetaling beschrijven de beschikbare regio's in detail.

Houd de Bot 24/7 Actief

Het starten van uw bot in een normale SSH-sessie is niet genoeg — wanneer de sessie wordt gesloten, sterft het proces. Gebruik een van de volgende methoden om hem draaiende te houden en automatisch opnieuw te starten na een crash of reboot.

tmux of screen (snel starten)

Een terminalmultiplexer houdt uw proces draaiende nadat u de verbinding verbreekt. Het is de snelste manier om te beginnen terwijl u test:

sudo apt update && sudo apt install -y tmux
tmux new -s bot
# start your bot inside the session, e.g.
python3 main.py
# detach without stopping it: press Ctrl-b, then d
# reattach later:
tmux attach -t bot

tmux is geweldig voor interactief testen, maar start een gecrashte bot niet automatisch opnieuw. Voor alles wat u langdurig laat draaien, stapt u over op een procesmanager hieronder.

systemd (aanbevolen op Linux)

systemd is ingebouwd in moderne Ubuntu en Debian en herstart uw bot bij een fout en start hem op bij het opstarten. Maak een unit-bestand:

# /etc/systemd/system/tradingbot.service
[Unit]
Description=Trading Bot
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=botuser
WorkingDirectory=/home/botuser/bot
ExecStart=/usr/bin/python3 /home/botuser/bot/main.py
Restart=always
RestartSec=5
EnvironmentFile=/home/botuser/bot/.env

[Install]
WantedBy=multi-user.target

Schakel het vervolgens in en start het:

sudo systemctl daemon-reload
sudo systemctl enable --now tradingbot
sudo systemctl status tradingbot

Restart=always brengt de bot terug na een crash, en enable zorgt ervoor dat hij automatisch start na elke reboot.

pm2 voor Node.js-bots

Als uw bot in JavaScript of TypeScript is geschreven, is pm2 een eenvoudige procesmanager met ingebouwde logs en herstart-bij-opstarten:

npm install -g pm2
pm2 start bot.js --name trading-bot
pm2 save
pm2 startup   # run the command it prints, then reboot to verify

Docker voor reproduceerbare implementaties

Containers verpakken uw bot met zijn exacte afhankelijkheden, zodat hij overal hetzelfde draait. Het --restart-beleid handelt crashes en reboots af:

docker run -d --name trading-bot \
  --restart unless-stopped \
  --env-file /home/botuser/bot/.env \
  my-bot:latest

Containers maken ook upgrades en rollbacks schoon; de officiële Docker-documentatie behandelt het bouwen van images en het beheren van herstartbeleid in detail.

Roteer en Beheer Logs

Een bot die weken draait, kan een schijf vullen met logoutput en uiteindelijk de hele server laten crashen. Roteer logs zodat oude bestanden automatisch worden gecomprimeerd en opgeruimd. Op Ubuntu en Debian is logrotate al geïnstalleerd — voeg een regel toe voor uw bot:

# /etc/logrotate.d/tradingbot
/home/botuser/bot/logs/*.log {
    daily
    rotate 14
    compress
    missingok
    notifempty
    copytruncate
}

Als u onder systemd draait, vangt de journal de output al op; beperk de grootte in /etc/systemd/journald.conf met een instelling zoals SystemMaxUse=500M. Hoe dan ook, bekijk logs regelmatig en waarschuw bij fouten, zodat een stille storing niet dagenlang onopgemerkt blijft.

Beveilig de Bot en Uw API-sleutels

Uw VPS bevat referenties die geld kunnen verplaatsen, dus behandel beveiliging als onderdeel van de setup, niet als een bijzaak. Het OWASP-principe van minste privileges is hier direct van toepassing.

sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

ApexVPS geeft u volledige root-toegang plus DDoS-bescherming en optionele privénetwerken, zodat u deze controles kunt toepassen zonder tegen het platform te vechten.

Bepaal de grootte van uw VPS-resources

Bots zijn meestal licht op CPU, maar gevoelig voor uitval op het verkeerde moment, precies wat oversold gedeelde hosting doet. Omdat ApexVPS-resources volledig dedicated zijn — geen overselling, geen lawaaierige buren — zijn de kernen die u koopt de kernen die u krijgt. Een ruwe richtlijn:

Houd htop en uw latentie een week na de lancering in de gaten en schaal alleen op als u echte concurrentie ziet. U kunt specificaties naast elkaar vergelijken op onze VPS-pakketten en prijzenpagina.

Aan de slag

De installatie is snel: kies een pakket, kies een regio bij uw exchange, en geef een e-mailadres op — geen naam, adres of KYC. Afrekenen kan alleen met crypto via OxaPay, met acceptatie van Bitcoin, Ethereum, USDT en 30+ cryptocurrencies, zonder creditcard of bankrekening. Zodra uw betaling on-chain is bevestigd, begint de provisioning en krijgt u volledige root-toegang om uw bot te installeren, een systemd-service toe te voegen en live te gaan.

Klaar om uw bot 24/7 online te houden? Bekijk onze VPS voor handelsbots →

Veelgestelde Vragen

Waarom zou ik een handelsbot op een VPS draaien in plaats van op mijn thuis-pc?

Een VPS blijft 24/7 ingeschakeld en verbonden in een datacenter met redundante stroom en netwerk. In tegenstelling tot een thuis-pc heeft het geen last van slaapstanden, geforceerde OS-herstarts, stroomuitval of een ISP die de verbinding verbreekt, zodat uw bot zonder onderbreking blijft draaien.

Hoe houd ik mijn bot in leven als hij crasht of de server opnieuw opstart?

Gebruik een processmanager in plaats van een kale terminal. Een systemd-service met Restart=always herstart de bot bij een crash en start hem na een herstart. Node.js-gebruikers kunnen pm2 gebruiken met pm2 startup, en Docker-containers kunnen --restart unless-stopped gebruiken voor hetzelfde effect.

Hoeveel CPU en RAM heeft een handelsbot nodig?

Een enkele bot die een paar markten peilt is licht — 2 dedicated vCPUs en 4 GB RAM kunnen dit comfortabel aan. Als u meerdere strategieën, indicatoren of backtests tegelijk draait, heeft u baat bij 4 vCPUs en 8 GB of meer. Omdat de resources dedicated zijn, krijgt u de volledige kern zonder vertraging door lawaaierige buren.

Hoe houd ik mijn exchange-API-sleutels veilig?

Maak API-sleutels aan met de minste rechten die de strategie nodig heeft, schakel de opnamepermissie uit en voeg een IP-allowlist toe die gekoppeld is aan het adres van je server. Bewaar de sleutels in een omgevingsbestand dat alleen leesbaar is voor de botgebruiker, hardcode ze nooit in je broncode en log in via SSH-sleutels in plaats van wachtwoorden.