API rate limits & verzoekfrequentie

Alle exchanges hanteren API rate limits.

Deze limieten beperken hoe vaak software:

Marktdata mag opvragen
Saldi mag ophalen
Orders mag plaatsen of opvragen

Deze pagina legt uit:

De typische rate limits van ondersteunde exchanges
Hoe Aurono binnen die limieten opereert
Wat de gevolgen zijn voor strategie-uitvoering

Wat API rate limits zijn

Een API rate limit definieert:

Hoeveel verzoeken zijn toegestaan
Binnen een bepaald tijdsvenster
Per API key of account

Als een limiet wordt overschreden, kan de exchange:

Verzoeken tijdelijk blokkeren
Responses vertragen
Rate-limit-fouten retourneren

Aurono is ontworpen om dit te voorkomen.

Ondersteunde exchanges en hun limieten

De exacte limieten worden bepaald door de exchanges en kunnen veranderen. De waarden hieronder weerspiegelen typische gedocumenteerde limieten op het moment van schrijven.

Bitvavo

Bitvavo gebruikt een gewichtsgebaseerd rate-limitsysteem.

Typische kenmerken:

~1000 verzoeken per minuut per API key
Verschillende endpoints hebben verschillende gewichten
Orderplaatsing en saldoverzoeken wegen zwaarder dan marktdata

Bitvavo levert duidelijke rate-limit-headers in API-responses.

Kraken

Kraken hanteert een gelaagd rate-limitsysteem.

Typische kenmerken:

Private endpoints: beperkt door een “request counter”
De teller vult geleidelijk aan over tijd
Orderplaatsing en orderstatuscontroles verbruiken meer capaciteit

Kraken kan verzoeken tijdelijk weigeren als limieten worden overschreden.

Coinbase (Advanced Trade API)

Coinbase hanteert strikte per-endpoint limieten.

Typische kenmerken:

Relatief lage verzoeklimieten vergeleken met andere exchanges
Aparte limieten voor publieke en private endpoints
Strengere handhaving tijdens piekperiodes

Hoe Aurono binnen rate limits opereert

Aurono is ontworpen als laagfrequent systeem.

Aurono:

Evalueert strategieën alleen bij candle close
Haalt marktdata alleen op wanneer nodig
Cachet exchange-metadata en -beperkingen
Vermijdt polling loops en live koersstromen

Aurono doet niet:

Continu prijzen pollen
Reageren op elke markttick
Saldi onnodig verversen

Dit houdt API-gebruik minimaal en voorspelbaar.

Frequentie van strategie-evaluatie

API-gebruik schaalt voornamelijk met:

Aantal strategieën
Aantal gebruikte exchanges
Geselecteerde timeframes

Voorbeeld:

Een 1h-strategie genereert maximaal één evaluatie per uur
Een 4h-strategie genereert één evaluatie per 4 uur
Een dagstrategie genereert één evaluatie per dag

Dit ontwerp beperkt API-gebruik op natuurlijke wijze.

Orderplaatsing en follow-up

Wanneer een trade wordt getriggerd, voert Aurono een korte reeks verzoeken uit:

Actuele tickerprijs ophalen (voor hoeveelheidsberekening)
Een limietorder indienen
Orderstatus pollen totdat deze gevuld of afgerond is
Definitieve uitvoeringsdetails ophalen

Deze reeks is begrensd en loopt niet oneindig door.

Wat er gebeurt als een rate limit wordt bereikt

Als een exchange rate limit wordt bereikt:

Logt Aurono de rate-limit-response
Wordt de huidige actie overgeslagen of uitgesteld
Er ontstaat geen herhaalde retry-storm

Aurono doet niet:

Agressief verzoeken herhalen
Verzoekfrequentie opvoeren
Account-blokkering riskeren

Rate limits worden behandeld als een harde externe beperking.

Praktische gevolgen voor gebruikers

Bij normaal gebruik:

Worden rate limits zelden bereikt
Zijn een of meerdere strategieën veilig
Zijn meerdere timeframes geen probleem

Mogelijke problemen kunnen ontstaan als:

Veel strategieën op zeer korte timeframes draaien
Meerdere exchanges tegelijk worden gebruikt
Exchange-limieten tijdelijk worden aangescherpt

Deze situaties komen bij Aurono’s beoogde gebruik zelden voor.

Waarom dit ertoe doet

Het respecteren van rate limits zorgt voor:

Stabiele exchange-connectiviteit
Betrouwbare orderuitvoering