Latenz war der einzige Hebel, der ein Live-Ergebnis bewegt hat. Kein besseres Modell, kein besserer Filter: dieselbe Regel, von einer näheren Maschine ausgelöst, ging für eine Woche von flach auf positiv. Dann hat der Markt aufgeholt, aber das ist eine andere Anleitung.
Wo die Börsen stehen
Regionen der Matching-Engines, wie gemeldet oder aus Latenztests abgeleitet, keine CDN-Edges. Gemessene Rundlaufzeiten pro Region werden ergänzt.
Was ein Regionswechsel bewirkt hat
Zwei Regionen entfernt brauchte eine Billigmaschine etwa 700 Millisekunden pro Order. Eine Burstable-Cloud-Instanz in der richtigen Region war ein paar Tage lang schnell und wurde dann gedrosselt, sobald die Polling-Schleife ihre CPU-Credits aufgebraucht hatte. Eine Instanz mit dedizierter CPU in Amsterdam pendelte sich bei etwa 190 Millisekunden ein und blieb dort. Für Polymarket heißt das Westeuropa; für Kalshi und Coinbase die US-Ostküste.
Miss den Orderweg, nicht den Ping
Der Ping sagt dir etwas über das Netz. Die Zahl, die zählt, ist Lesen-bis-Fill: die Zeit von deinem Orderbuch-Lesen bis zur Bestätigung deiner Order durch die Börse. Logge vier Zeitstempel pro Order (gelesen, entschieden, gesendet, bestätigt) und schau auf den Median und das 95. Perzentil. Eine Regel, die bei 300 Millisekunden positiv und bei 2 Sekunden negativ ist, braucht das 95. Perzentil unter einer Sekunde, nicht den Median.
Welcher VPS
| Anbieter | Warum | |
|---|---|---|
| DigitalOcean | Amsterdam, London, Frankfurt, New York. Droplets mit dedizierter CPU ab ein paar Dollar pro Tag. Affiliate-Link. | Website |
| Vultr | Viele Regionen, darunter Amsterdam und London; stundenweise Abrechnung macht das Testen einer Region billig. Affiliate-Link. | Website |
| Hetzner | Mit Abstand am günstigsten. In Europa nur Finnland und Deutschland; gut für die Recherche-Maschine, zu weit für den Live-Bot. | Website |
Meide creditbasierte Burstable-Stufen (Lightsail, EC2 t-Serie, Azure B-Serie). Ein Bot, der ein Orderbuch abfragt, verbrennt die Credits in Tagen, dann drosselt die Maschine und jeder Latenzwert, den du vorher gemessen hast, ist falsch.
Was in der Spezifikation zählt, der Reihe nach
- Region. Nichts anderes macht eine falsche Region wieder gut.
- Dedizierte vCPU. Zwei reichen für eine Börse.
- NVMe-Festplatte. Tick-Logs wachsen vor der Komprimierung um 1 bis 2 GB pro Tag und Börse.
- RAM nur, wenn du auf derselben Maschine Recherche betreibst, und das solltest du nicht: ein 13-GB-SQLite-Merge auf einer 7-GB-Maschine hat für Minuten an Arbeit fast fünf Stunden gebraucht.