Multi-broker architectuur: Je bot spreiden over meerdere API's

Portret van Alex de Vries, Quantitatief Analist & Algo-Trading Expert
Alex de Vries
Quantitatief Analist & Algo-Trading Expert
Broker API's & Connectiviteit · 2026-02-15 · 5 min leestijd

Je bot op één broker draaien is als al je eieren in één mand leggen.

Handig, maar als die mand valt, ben je je hele oogst kwijt. Een multi-broker architectuur verspreidt je algoritmische bot over meerdere API's, zodat je nooit afhankelijk bent van één partij. Je spreidt risico, verbetert je orderuitvoering en houdt je strategie draaiende, zelfs als één broker down gaat.

Wat is een multi-broker architectuur?

Een multi-broker architectuur betekent dat je Python bot verbinding maakt met twee of meer brokers via hun API. Je strategie draait centraal, maar de orders gaan naar verschillende endpoints.

Zo kun je bijvoorbeeld bij Interactive Brokers (IBKR) een optiepositie afdekken met een future op Binance, terwijl je aandelen koopt via DEGIRO.

Het gaat niet alleen om backup. Elke broker heeft eigen voordelen: lagere fees, betere fill-prijzen of specifieke instrumenten. Door ze te combineren, optimaliseer je je execution en risicomanagement.

Een multi-broker opzet is geen luxe, het is een basisvereiste voor serieuze algoritmische handel.

Waarom je bot spreiden over meerdere API's?

Stel je voor: je bot draait een mean-reversion strategie op aandelen. Bij DEGIRO betaal je €2 per trade, maar de spread is soms groter.

Bij IBKR zijn de fees lager (€0,01 per aandeel) en de uitvoering strakker, maar de API is complexer. Door beide te gebruiken, kies je per trade de beste broker. Er zijn nog meer redenen: Je bot wordt robuuster. Je bent niet meer afhankelijk van één API, één fee-structuur of één markt.

  • Risicospreiding: Als één broker technische problemen heeft, draaien de anderen door.
  • Marktdekking: Niet alle brokers bieden dezelfde instrumenten. IBKR heeft opties, Binance heeft crypto, Plus500 heeft CFD's.
  • Kostenoptimalisatie: Sommige brokers rekenen geen commissie maar een bredere spread. Andere rekenen wel commissie maar een scherpere spread.
  • Regulatie: Verschillende rechtsgebieden bieden verschillende bescherming. Spreiding vermindert juridisch risico.

Hoe bouw je een multi-broker bot in Python?

De kern is een centrale strategielaag die onafhankelijk is van de broker. Je schrijft een Python bot die signalen genereert, en dan een 'broker adapter' die die signalen vertaalt naar API-calls.

Gebruik bibliotheken zoals ib_insync voor IBKR, ccxt voor crypto (Binance, Kraken), en degiro-api voor DEGIRO.

Stap 1: definieer een abstracte broker-interface. Elke broker moet dezelfde methoden hebben: get_position(), place_order(), cancel_order(). Zo wissel je brokers zonder je strategie aan te passen.

Stap 2: implementeer adapters. Voor IBKR gebruik je de TWS API of Gateway.

Voor Binance gebruik je de REST API of WebSocket voor real-time data. Voor DEGIRO gebruik je de openbare API of een wrapper zoals degiro-connector. Stap 3: kies een broker per trade. Je kunt een simpele regel maken: 'als de spread onder 0,1% is, gebruik IBKR; anders DEGIRO'.

Of je gebruikt een gewogen score op basis van fees, latency en beschikbaarheid.

Stap 4: risicomanagement op centraal niveau. Houd een totaalrisico bij over alle brokers. Gebruik een gedeelde RiskManager die limieten stelt per broker en overall.

class BrokerAdapter(ABC):
    def get_position(self, symbol):
        pass
    def place_order(self, order):
        pass

class IBKRAdapter(BrokerAdapter):
    # implementatie met ib_insync

class BinanceAdapter(BrokerAdapter):
    # implementatie met ccxt

class RiskManager:
    def check_order(self, order, broker):
        # controleer limieten
        pass

Bijvoorbeeld: max 10% van je kapitaal per broker, max 2% drawdown per trade. Voorbeeld code-structuur:

Je bot blijft schoon en onderhoudbaar. Elke broker is een plug-in.

Varianten en modellen: welke past bij jou?

Er zijn verschillende manieren om een multi-broker opzet te bouwen, afhankelijk van je budget en doelen. Model 1: Simpele failover
Je bot draait primair op één broker, maar schakelt automatisch over naar een tweede als de API down is.

Dit is goedkoop en eenvoudig. Kosten: €0-€20 per maand voor extra API-toegang.

Voorbeeld: IBKR als primary, DEGIRO als backup. Model 2: Parallelle uitvoering
Je bot splitst orders over meerdere brokers om de beste prijs te krijgen. Bijvoorbeeld: koop 100 aandelen ASML, 60 bij IBKR en 40 bij DEGIRO, afhankelijk van de spread.

Dit vereist lage latency en goede synchronisatie. Kosten: €20-€50 per maand voor data-feeds en API-limieten.

Model 3: Strategie-spreiding
Elke broker krijgt een eigen strategie. IBKR voor optie-arbitrage, Binance voor crypto-trend, DEGIRO voor aandelen mean-reversion en voor wie zich afvraagt: is de Trade Republic API geschikt voor automatisering? Dit maximaliseert diversificatie, maar vergt meer onderhoud. Kosten: €50-€100 per maand, afhankelijk van data-abonnementen.

Model 4: Hybrid cloud
Je bot draait in de cloud (AWS, Google Cloud) en roept lokale brokers aan via VPN of gateway.

  • IBKR: €0,01 per aandeel, €2-€10 per optiecontract, geen maandelijkse fee bij voldoende volume.
  • DEGIRO: €2 per trade voor aandelen, €0,50 voor fondsen, geen API-kosten maar beperkte toegang.
  • Binance: 0,1% trading fee, lagere fees met BNB, gratis API.
  • Plus500: geen commissie, bredere spreads, geen officiële API voor retail.

Dit is snel en schaalbaar, maar vereist beveiliging. Kosten: €20-€100 per maand voor cloud + broker-fees. Prijsindicaties voor Nederlandse retail:

Kies een model dat past bij je kapitaal en technische vaardigheden. Begin klein, test grondig, breid uit.

Praktische tips voor een soepele start

Start met twee brokers. Meer is niet nodig om te leren.

Kies combinaties met complementaire markten: IBKR + Binance voor aandelen en crypto, of DEGIRO + IBKR voor Europese aandelen en opties. Test je bot eerst met paper trading. Gebruik de IBKR Paper Trading account en de Binance Testnet. Zo voorkom je dure fouten.

Zorg dat je backtests uitvoert met historische data van elke broker, want prijzen kunnen verschillen. Bouw een centrale logging en monitoring.

Gebruik Python logging naar een bestand of cloud-service. Houd trade-tijdstippen, broker, prijs en latency bij.

Zo ontdek je via de beste broker API's voor algoritmische trading snel welke partij het beste presteert. Beveilig je API-sleutels. Gebruik environment variables of een secrets manager.

Zet IP-whitelisting aan waar mogelijk. Bij Binance kun je API-sleutels beperken tot 'read-only' of 'trade-only'.

Plan onderhoud. Brokers updaten hun API's. Gebruik onze gids voor de Interactive Brokers API en test maandelijks of je bot nog werkt.

Houd een changelog bij van adapter-wijzigingen. En tot slot: houd het simpel.

Een multi-broker bot is geen rocket science. Het is een stukje software dat slim gebruikmaakt van meerdere deuren naar de markt.

Begin met twee deuren, leer ze kennen, en voeg er later meer toe.

Je zult merken dat je bot stabieler, sneller en winstgevender wordt.

Portret van Alex de Vries, Quantitatief Analist & Algo-Trading Expert
Over Alex de Vries

Alex is een ervaren quantitatief analist en Python-ontwikkelaar die complexe trading concepten vertaalt naar begrijpelijke, praktische handleidingen voor zowel beginners als gevorderden.