Uit ons onderzoeksnotitieboek

Trade managers als portefeuille-infrastructuur

Bij meerdere systemen op één account werd trade management voor ons een vraag naar gedeeld risico, eigenaarschap en bevoegdheid.

Een manager kan beginnen als hulpmiddel voor omvang of stops. Wanneer meerdere strategieën daarvan afhankelijk worden, moeten we de gedeelde accountstructuur begrijpen.

We bepalen welke posities hij mag beheren

Een identifier alleen bewijst niet altijd eigenaarschap. Handmatige en gekopieerde trades en accountmodi vragen om een expliciete scope: observeren, één strategie of bredere bevoegdheid.

We delen één beeld van capaciteit

Twee systemen kunnen tegelijk vrije margin zien. Daarom tellen we open risico, pending orders en reeds aangevraagde acties mee, naast richting en samenhang.

We willen interventies verklaren

Dagstops, basketexits en pauzes krijgen een prioriteit. Na herstart vergelijken we bevestigde posities met bewaarde controlestaat. Het log verklaart toestemming, blokkade en voltooiing.

Bekijk de technische uitwerkingOpen de volledige methode, uitgewerkte voorbeelden en implementatievragen. We bewaren die verdieping hier, zodat je de redenering zo ver kunt volgen als je wilt.

Een trade manager wordt vaak voorgesteld als een reeks handige acties: volume berekenen, stops plaatsen, bescherming aanpassen, een basket sluiten of trading pauzeren. In een portefeuille worden die acties infrastructuur, omdat meerdere strategieën dezelfde accountstatus gebruiken en geen tegenstrijdige instructies mogen geven.

De centrale engineeringvraag is bevoegdheid. De manager moet weten welke posities hij observeert, welke hij mag wijzigen, welke limieten over strategieën heen gelden en wat er gebeurt wanneer de broker iets anders bevestigt dan gevraagd.

Engineeringnota · ENG-07

Eén controlepad voor meerdere strategieën

De manager reconstrueert eerst de accountwaarheid en gebruikt daarna pas zijn mandaat.

  1. 01
    ObserverenLees bevestigde posities, orders, accountstatus, symboolregels en uitvoeringscondities.
  2. 02
    ToewijzenKoppel elke positie aan een eigenaar, strategiegroep en portefeuillerisicobudget.
  3. 03
    BeslissenPas permissies en harde limieten in één gedocumenteerde prioriteit toe.
  4. 04
    VerifiërenBevestig brokerresultaten, herbouw status en log elke interventie.

Ownership vóór actie

Magic numbers zijn zelden een volledig ownershipmodel. Manuele trades, gekopieerde posities, symboolsuffixen, gedeelde magic numbers en nettingaccounts kunnen verantwoordelijkheid vervagen. De manager heeft een verklaarde scope nodig: enkel observeren, één strategie, de hele portefeuille of noodbevoegdheid op accountniveau.

Een gedeeld risicobudget

Een limiet per trade toont geen gecombineerde exposure. De manager hoort risico te aggregeren per strategie, richting, symboolgroep, valuta en account. Pending orders, correlatie, floating verlies, margingebruik en nog onbevestigde verzoeken moeten een vast effect hebben op de resterende capaciteit.

Status en prioriteit

Daglimieten, strategiepauzes, basketexits, tijdregels en noodcontroles kunnen tegelijk activeren. Hun voorrang moet expliciet zijn. Na een herstart wordt status uit bevestigde platformdata en bewaarde controlestatus herbouwd, niet uit tellers die alleen in het geheugen stonden.

Praktisch resultaat

Een volwassen manager geeft elke strategie hetzelfde antwoord bij dezelfde accountconditie. Hij vermindert dubbele risicocode, maakt interventies controleerbaar en laat portefeuilleregels evolueren zonder elk instapmodel te herschrijven.

  • Definieer ownership en bevoegdheid afzonderlijk.
  • Herbereken exposure uit bevestigde posities en orders.
  • Gebruik één prioriteitstabel voor normale, beperkte en noodstatus.
  • Verifieer elk traderesultaat vóór interne status wijzigt.
  • Log meting, beslissing, verzoek en bevestigd resultaat.

Vragen die je misschien hebt

Moet één manager elke EA controleren?

Alleen wanneer ownership en bevoegdheid expliciet zijn. Een portefeuille kan een gedeelde risicosupervisor hebben terwijl strategie-exits in elke EA blijven.

Kan een trade manager een drawdownlimiet garanderen?

Nee. Hij kan bedoelde acties uitvoeren, maar gaps, slippage, storingen en geweigerde verzoeken kunnen de gerealiseerde grens overschrijden.

Gebruik een eigendomsregister dat netting en herstart overleeft

Schuif het diagram horizontaal of open het op volledige grootte.

Gebruik een eigendomsregister dat netting en herstart overleeft
Educatief ontwerpvoorbeeld — waarden en toestanden zijn geen liveprestaties.Volledig diagram openen ↗

Gebruik een eigendomsregister dat netting en herstart overleeft

Op een nettingrekening koopt strategie A 1,0 lot en verkoopt B 0,4. Het platform kan slechts één netto BUY 0,6 tonen; die positie verklaart niet ieders verantwoordelijkheid. Een apart register bewaart voorstellen, deals en allocaties.

Illustratief eigendomsregister
Event Platformpositie Strategieregister Actie manager
A BUY 1,0 bevestigd BUY 1,0 A +1,0 Deal aan A toewijzen
B SELL 0,4 bevestigd BUY 0,6 A +1,0; B −0,4 Beide logische delen bewaren
Handmatig SELL 0,2 BUY 0,4 A +1,0; B −0,4; handmatig −0,2 Geen strategie-eigendom verzinnen
A sluit SELL 1,0 wijzigt nettozijde A 0; B −0,4; handmatig −0,2 Echte deals afstemmen vóór volgende actie

De cyclus is voorstellen → valideren → reserveren → sturen met unieke sleutel → uitvoerings-events → afstemmen → vastleggen of vrijgeven. Alleen bevestigde rekeningevents veranderen platformstatus; aannames over één request niet.

Dubbele berichten en omgekeerde onschuldige eventvolgorde moeten idempotent zijn. Bij uitval vervalt een reservering alleen volgens een geschreven lease-regel en na rekeningafstemming. Herstart bouwt uit brokerstatus plus het bewaarde operationele register op.

Wat te controleren

  • Herhaal een deal-event en wissel eventvolgorde; de eindstatus moet gelijk zijn.
  • Verbreek een terminal met een wachtend verzoek en bevestig dit later.
  • Herstart met handmatige en strategieposities zonder onbekend eigendom te verzinnen.

Grenzen van dit voorbeeld

Logische allocatie is een boekhoudmodel. Voor fills en kosten op netting is een afgesproken verdeelregel nodig; het verandert het brokermodel niet.

Redactioneel eigenaarschap en primaire bronnen

Beoordeeld door POLARIS Research

Bewijskader

Dit artikel combineert officieel platformgedrag met terugkerende, geanonimiseerde implementatiepatronen. Exacte handelsregels en klantmateriaal zijn uitgesloten.

Primaire bronnen

Deze bronnen ondersteunen platformgedrag of onderzoeksconcepten. Ze valideren geen POLARIS-prestaties en garanderen geen toekomstige resultaten.

Verken de volgende relevante laag

Ga gericht verder tussen onderzoek, systeemengineering en portefeuilleconstructie zonder de context van deze pagina te verliezen.

Neem contact op met POLARIS via WhatsApp