Der Percent of Volume (POV)-Algorithmus – auch Volumenbeteiligung genannt – gibt den festen Zeitplan völlig auf. Statt „Fertigstellung bis 16 Uhr“ lautet die Anweisung „sei X % des Marktes, bis der Auftrag ausgeführt ist“. Wo TWAP der Uhr und VWAP dem historischen Volumen folgt, folgt POV dem Tickerband: Sein Zeitplan wird in Echtzeit durch das tatsächlich umgesetzte Volumen gezeichnet.

Wie es funktioniert

Der Händler gibt eine Zielbeteiligungsrate vor – sagen wir 12 % – und der Algorithmus erteilt kontinuierlich Aufträge, sodass seine ausgeführte Menge bei diesem Bruchteil des gesamten Marktvolumens bleibt.

• Direkte Aggressionssteuerung. Diese Rate stellt die Aggressivität des Algorithmus dar. Je höher dieser Prozentsatz des Volumens eingestellt ist, desto aggressiver ist er. 5 % ist heimlich; 30 % ist laut. Kein anderer gängiger Algorithmus bietet dem Händler einen so leicht verständlichen Regler.

• Ein Zeitplan, der sich selbst zeichnet. Es gibt keine im Voraus berechnete Kurve. Ruhige Handelszeiten tragen wenig zum Zielzeitplan bei; Volumenspitzen ziehen das Ziel stark nach oben. Zwei identische Aufträge an zwei verschiedenen Tagen werden völlig unterschiedliche Ausführungspfade aufweisen.

• Tracking-Bänder. Wie bei den zeitplangesteuerten Algorithmen erlauben Implementierungen eine Abweichung innerhalb einer Toleranz um die Zielrate – unter Verwendung von passiven Aufträgen innerhalb des Bandes und marktfähigen Aufträgen an dessen Rand.

• Keine garantierte Endzeit. Die Ausführungszeit ist ein Ergebnis, keine Eingabe. Wenn der Markt einschläft, tut dies auch der Auftrag – ein Vorteil, wenn die Marktauswirkung am wichtigsten ist, ein Nachteil, wenn eine Frist existiert.

• Das Startverhalten hängt von der Konfiguration ab: Ein Algorithmus, der dem Ziel vorauslaufen darf, kann sofort eine offene Order platzieren, während ein Algorithmus, der streng auf das Ziel begrenzt ist, warten muss, bis das erste Marktvolumen umgesetzt wird, bevor er seinen ersten Auftrag erteilt.

Ein Beispiel

Nehmen wir ein Beteiligungsziel von 15 %. Damit der Algorithmus nach dem Handel 15 % des Gesamtem ausmacht, gibt er etwa 176 Einheiten pro 1.000 Einheiten externen Volumens ab – denn nach seiner eigenen Ausführung beträgt das Gesamtwert 1.176, wovon 176 fast genau 15 % entsprechen. Diese „Gross-up“-Arithmetik ist ein klassisches Implementierungsdetail: Naive Versionen, die 150 pro 1.000 abgeben, unterschreiten das Ziel systematisch, da ihre eigenen Abschlüsse den Nenner aufblähen.

Hochgerechnet: Bei einem Auftrag über 40.000 Einheiten mit einer Zielrate von 15 % bewegt eine Handelssitzung mit 120.000 extern gehandelten Einheiten den Auftrag um etwa 21.200 Einheiten; eine völlig ruhige Sitzung bewegt ihn kaum. Wenn ein einzelner Block von 20.000 Einheiten über das Band läuft, springt das Ziel sofort um ca. 3.500 nach oben – der Algorithmus beschleunigt genau dann, wenn Liquidität auftaucht.

Warum Händler zu POV greifen

POV ist die in Echtzeit angewendete Logik von VWAP. VWAP handelt dort, wo das Volumen normalerweise ist; POV handelt dort, wo das Volumen tatsächlich gerade im Moment ist. Diese Unterscheidung birgt einen subtilen Risikovorteil: Marktvolumen und Marktrisiko korrelieren positiv miteinander – volatile Phasen sind Phasen mit hohem Volumen –, sodass ein POV-Auftrag genau dann automatisch beschleunigt, wenn es am gefährlichsten ist, investiert zu bleiben. Der Algorithmus senkt sein Risiko in turbulenten Phasen selbstständig, ohne dass ihm dies befohlen werden muss.

Design-Fallstricke

Drei Fallen, die jede POV-Implementierung bewältigen muss:

• Die Selbstreferenzierungsschleife. Wenn der Algorithmus die Beteiligung fälschlicherweise am Gesamtvolumen einschließlich seiner eigenen Abschlüsse misst, erhöhen seine Transaktionen das Volumen, was das Ziel erhöht, was wiederum mehr Transaktionen auslöst. Korrekte Implementierungen messen entweder am externen Volumen oder wenden die oben beschriebene Gross-up-Arithmetik bewusst an.

• Filterung von Umsätzen. Nicht jedes gemeldete Volumen ist zugängliche Liquidität. Außerbörslich verhandelte Block-Trades, Auktionsumsätze und – im Krypto-Bereich – aufgeblähtes Volumen oder Wash-Trading auf schlecht überwachten Plattformen können das Ziel nach oben treiben, obwohl keine echte Liquidität verfügbar ist. Produktionsreife Algorithmen filtern, welche Umsätze für den Nenner zählen.

• Tranchen-Disziplin. Dem Ziel nach jedem Umsatz mit einer Flut winziger Aufträge hinterherzujagen, verrät Informationen. Bessere Implementierungen sammeln ein Ausführungsdefizit an und geben es in randomisierten Tranchen frei, wobei sie dieselben Anti-Gaming-Methoden anwenden, die in Teil 4 beschrieben sind.

Wo POV am besten passt

POV funktioniert am besten in Märkten, in denen die Kontrolle der Marktauswirkung wichtiger ist als die Gewissheit der vollständigen Ausführung: sensitive Titel, Instrumente mit breitem Spread, Vermögenswerte mit unregelmäßiger Liquidität – sowie in jeder Situation, in der „sei nicht mehr als X % des Tickerbands“ selbst die Vorgabe ist (eine häufige Compliance-Einschränkung). Seine Schwachpunkte sind das Fristenproblem und seine rein reaktive Natur: Es muss erst Volumen umgesetzt worden sein, bevor POV handelt, sodass POV bei einem Liquiditätsereignis immer etwas zu spät kommt.

Der natürliche nächste Schritt behebt diese Reaktivität: ein Algorithmus, der auf der Lauer liegt und zuschlägt, sobald Liquidität auftaucht. Das ist die opportunistische Familie – Teil 7: Verstecken und Zugreifen.