Hummingbot draaien op een VPS: 24/7 market-making zonder KYC

Een market-making-bot is geen "set it and forget it"-script. Hummingbot zit op live WebSocket-connecties met de beurs, kijkt tick voor tick naar het order book, en plaatst en annuleert orders elke paar seconden om een spread rond de mid-prijs te houden. Sluit de laptop, laat de wifi vallen, laat de machine slapen voor een OS-update — en je hebt ofwel verouderde orders op het book op prijzen die de markt al heeft verlaten, of een bot die stilletjes stopte met quoten. Geen van beide is waar je wilt zijn met geld op een beurs.

Dus Hummingbot hoort op een server. Dat deel is niet controversieel. De nuttige vraag is wat voor soort server, en hoe er niet te veel voor te betalen.

Wat Hummingbot een machine daadwerkelijk aandoet

Het is lichter dan mensen verwachten, en zwaarder op één specifieke plek.

De kern-loop — connecties houden, het book lezen, een spread quoten — raakt de CPU nauwelijks. Een enkele pure-market-making-strategie op één beurs is blij in 1–2 GB RAM en idlet het grootste deel van een core. Als dat alles is wat je doet, is onze Micro-plan ($5/mnd) echt genoeg, en ik vertel je dat liever dan je iets groters te verkopen.

Geheugen is waar het groeit, en het groeit om concrete redenen:

• Meer markten. Elke strategie-instance en elke connector houdt zijn eigen state. Draai drie of vier bots over twee beurzen en je zit comfortabel op 3–4 GB.
• Het dashboard. Hummingbots nieuwere setup draait de bot, een dashboard, en een database als aparte containers. Die stack wil meer ruimte dan de kale CLI-bot.
• Gateway voor DEX-trading. Als je arbitreert of markten maakt op on-chain DEX'en, is de Gateway-container een tweede Node-service naast de hoofd-service. Niet enorm, maar niet gratis.

Daarom is de eerlijke aanbeveling: begin op Micro als je één strategie draait, en ga naar Small ($8/mnd, 4 vCPU, 4 GB) op het moment dat je een tweede bot, het dashboard, of Gateway toevoegt. Small is het plan waar de meeste mensen die Hummingbot serieus draaien op uitkomen.

Schijf telt minder dan voor een backtesting-zware Freqtrade-opstelling, maar het schrijft nog steeds constant trade-geschiedenis en logs. NVMe (de onze is RAID1, ~800 MB/s reads) houdt dat van het kritieke pad. Als je van Freqtrade komt, behandelt onze Freqtrade op een VPS-write-up de backtesting-geheugen-kant in meer detail — Hummingbot leunt de andere kant op, naar live connecties in plaats van zware backtests.

Latency: nuttige eerlijkheid

Je ziet "low latency" op elke trading-VPS-pagina, de onze inbegrepen, dus hier is de echte versie. Een server fysiek dicht bij de matching engine van de beurs bereikt hem sneller dan een thuisverbinding die halverwege een continent wordt geroute — dat is echt en het telt voor het quoten van krappe spreads en voor cross-exchange arbitrage waar je een prijsgat racet. Onze nodes staan in Europa (Duitsland en Finland), wat dicht is bij waar veel van de grote matching engines daadwerkelijk leven.

Wat het niet is, is co-located high-frequency trading. Als je strategie alleen werkt wanneer je in hetzelfde datacenter als de beurs zit, microseconden scheert, zal een gedeelde $8-VPS je daar niet krijgen en geen eerlijke host zou anders claimen. Voor alles korter dan dat — normale market-making, spread capture, cross-exchange arb op een mens-plus-seconden-tijdschaal — is een nabije VPS precies de juiste hoeveelheid infrastructuur.

Het deel dat eigenlijk onze insteek is

Je beurs weet al wie je bent; hij deed zijn KYC toen je het account opende. De machine die je API-keys houdt en je strategie draait is een andere vraag. Er is geen reden dat de infrastructuur onder een trading-operatie ook aan je identiteit moet zijn gekoppeld, en veel mensen die bots draaien zouden liever hebben dat het niet zo was — een server gehuurd met een e-mail en betaald in stablecoin is één plek minder waar je naam is opgeschreven.

Dat is wat wij doen. Meld je aan met een e-mail, betaal in USDC of USDT (Base, Ethereum of Polygon), krijg root in ongeveer een minuut. Geen kaart, geen documenten. Eén kanttekening die het waard is om ronduit te stellen: als je op de goedkoopste plannen zit, betaal in een stablecoin, niet BTC — Bitcoin-netwerkkosten kunnen een lelijk stuk van een kleine bestelling opeten, dus het is de verkeerde rail voor een $5-box.

Over de keys zelf: maak ze trade-only, opnames uit, en als je beurs je een IP laat whitelisten, zet een dedicated IP op het plan zodat je API-keys aan één vast adres gebonden zijn. De bot is alleen zo blootgesteld als de server waarop hij draait, dus vergrendel de server alsof hij geld bevat — want in feite is dat zo.

Conclusie

Hummingbot heeft een machine nodig die nooit slaapt en nooit zijn verbinding met de beurs verliest — dat is de hele reden dat een VPS hiervoor bestaat. Dimensioneer het op wat je daadwerkelijk draait: Micro voor één strategie, Small zodra het dashboard, Gateway, of een tweede bot verschijnen. Betaal in crypto als je liever je naam niet aan de infrastructuur hecht. En koop geen latency die je niet kunt gebruiken — een nabije Europese server is de juiste keuze; een co-lo-fantasie op een $8-plan niet.

Als je het bredere beeld wilt over het draaien van elke trading-bot bij ons, behandelt de pagina VPS voor crypto-trading-bots plan-dimensionering en de no-KYC-opstelling over bots heen, niet alleen Hummingbot.