Oxelbarrow vervangt handmatige invoertiming door een op regels gebaseerd model dat de positiegrootte schaalt op basis van de gemeten volatiliteit, in plaats van op basis van het sentiment of de reactie op de krantenkoppen.
Daghandel beloont consistentie, maar consistentie is moeilijk vol te houden bij honderden discretionaire beslissingen. Vermoeidheid, recentheidsvooroordelen en reacties op koersbewegingen op de korte termijn stapelen zich stilletjes op, en de afwijking van een vastgestelde strategie wordt met elke sessie groter.
Oxelbarrow is gebouwd om deze drift weg te nemen door toegangscriteria te coderen in een vaste, controleerbare regelset – een set die tijdens sessie honderd identiek wordt uitgevoerd als tijdens sessie één.
Het model probeert geen richting te voorspellen. Het probeert de omvang en het tijdstip van de invoer zodanig te bepalen dat kapitaal wordt ingezet in verhouding tot het gemeten risico, volgens een gedefinieerde voorwaardelijke structuur: als de gerealiseerde volatiliteit een voortschrijdende drempel overschrijdt, verkleint het model de omvang van de tranche; als het onder die drempel daalt, verhoogt het model het binnen een beperkt bereik.
Het platform is gestructureerd rond drie operationele aandachtspunten: hoe snel gegevens worden verwerkt, hoe risico's worden beperkt als de omstandigheden veranderen, en hoe het systeem zich gedraagt als het aantal instrumenten groeit.
Marktfeeds worden op streamingbasis opgenomen met een interne verwerkingslatentie van minder dan een seconde, zodat beslissingen over de grootte de huidige omstandigheden weerspiegelen in plaats van een verouderde momentopname van het vorige interval.
Harde limieten voor de omvang van de tranche, de blootstelling aan instrumenten en de dagelijkse inzet zitten onder de voorspellende laag, zodat een verkeerd gelezen model zich niet kan vertalen in een onbeperkte positiegrootte.
De opname- en beslissingslagen zijn gescheiden, waardoor extra instrumenten of gegevensbronnen kunnen worden toegevoegd zonder de kerninvoerlogica te herwerken.
Prijs-, volume- en orderboekgegevens worden uit verbonden bronnen gehaald en genormaliseerd in een consistent schema voordat enige berekening tegen hen ingaat.
Volatiliteits- en diepgangsinputs worden via het instapmodel doorgegeven om een tranche-aanbeveling te produceren, voorzien van een tijdstempel en opgeslagen voor latere audit, ongeacht de uitkomst.
De aanbeveling wordt getoetst aan de beperkingen op accountniveau en vervolgens als order ingediend als en alleen als aan alle beperkingen wordt voldaan.
Verbindingen maken gebruik van lees-/handelsgerichte API-sleutels die u genereert en intrekt vanuit uw eigen makelaarsaccount. Oxelbarrow slaat nooit onbewerkte inloggegevens op en sleutels worden in rust gecodeerd.
De interne verwerking vanaf de gegevensontvangst tot de trancheaanbeveling verloopt onder normale voederomstandigheden in een bereik van minder dan een seconde. De tijd voor het indienen van orders hangt dan af van de eigen uitvoeringssnelheid van de aangesloten makelaar, die buiten onze controle ligt.
Ja. Het voortschrijdende volatiliteitsvenster, het maximale tranchepercentage en de dagelijkse inzetlimiet kunnen per instrument worden geconfigureerd, binnen de gepubliceerde veiligheidsgrenzen van het platform.
Nee. Het model beheert de omvang en timing van de kapitaalinzet in verhouding tot de gemeten volatiliteit; het voorspelt geen prijsrichting en biedt geen garantie voor winst.
Als de opnamelaag na een geconfigureerde time-out een feed verliest, worden openstaande tranche-instructies voor dat instrument vastgehouden in plaats van uitgevoerd op onvolledige gegevens.
Veiligheidsopmerking: alle accountgegevens worden tijdens de overdracht gecodeerd met TLS 1.2 of hoger. Toegangslogboeken worden bewaard voor auditdoeleinden en kunnen op verzoek worden bekeken via uw accountdashboard.
Het instellen van een account en het koppelen van de API-sleutel duurt doorgaans minder dan vijftien minuten nadat de documentatie is beoordeeld.