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

Wie es funktioniert

Der Händler legt eine Ziel-Beteiligungsrate fest – beispielsweise 12 % – und der Algorithmus platziert kontinuierlich Aufträge, sodass seine ausgeführte Menge bei diesem Anteil des gesamten Marktvolumens bleibt.

• Direkte Aggressionssteuerung. Diese Rate repräsentiert die Aggressivität des Algorithmus. Je höher der Prozentsatz des Volumens eingestellt ist, desto aggressiver ist er. 5 % sind unauffällig; 30 % sind 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 Handelsphasen tragen kaum 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 die Implementierungen Abweichungen innerhalb einer Toleranz um die Zielrate herum – unter Verwendung passiver Aufträge innerhalb des Bandes und marktfähiger Aufträge an dessen Grenze.

• Keine garantierte Endzeit. Die Abschlusszeit ist ein Ergebnis, keine Eingabe. Wenn der Markt stillsteht, ruht auch der Auftrag – ein Vorteil, wenn die Marktauswirkung am wichtigsten ist, ein Fehler, wenn eine Frist existiert.

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

Ein Beispiel

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

Hochgerechnet: Bei einem Auftrag über 40.000 Einheiten zu 15 % bewegt eine Handelssitzung, die extern 120.000 Einheiten umsetzt, den Auftrag um etwa 21.200 Einheiten; eine inaktive Sitzung bewegt ihn kaum. Wenn ein einzelner Block von 20.000 Einheiten über den Ticker läuft, springt das Ziel sofort um ca. 3.500 Einheiten nach oben – der Algorithmus beschleunigt genau dann, wenn Liquidität auftaucht.

Warum Händler zu POV greifen

POV ist die Logik von VWAP, angewendet in Echtzeit. VWAP handelt dort, wo das Volumen normalerweise ist; POV handelt dort, wo das Volumen jetzt gerade tatsächlich ist. Dieser Unterschied bringt einen subtilen Risikovorteil mit sich: 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 reduziert sein Risiko in stürmischen Zeiten von selbst, ohne dass man es ihm sagen muss.

Design-Fallstricke

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

• Die Selbstreferenzierungsschleife. Wenn der Algorithmus die Beteiligung naiv am Gesamtvolumen einschließlich seiner eigenen Ausführungen misst, erhöhen seine eigenen Transaktionen das gezählte Volumen, was das Ziel erhöht, was wiederum weitere Transaktionen auslöst. Korrekte Implementierungen messen entweder am externen Volumen oder wenden die oben beschriebene Brutto-Aufschlag-Arithmetik gezielt an.

• Filterung von Ticker-Meldungen. Nicht jedes gemeldete Volumen ist zugängliche Liquidität. Außerbörslich verhandelte Block-Trades, Auktionspreise und – im Krypto-Bereich – künstlich aufgeblähte Umsätze auf schwach überwachten Handelsplätzen können das Ziel in die Höhe treiben, ohne dass echte Liquidität vorhanden ist. Professionelle Algorithmen filtern, welche Meldungen in den Nenner einfließen.

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

Wo POV am besten passt

POV funktioniert am besten in Märkten, in denen die Kontrolle von Marktauswirkungen wichtiger ist als die Gewissheit des vollständigen Abschlusses: sensible Titel, Titel mit breiten Spannen, Vermögenswerte mit episodischer Liquidität – und jede Situation, in der „sei nicht mehr als X % des Marktes“ selbst die Vorgabe ist (eine häufige Compliance-Einschränkung). Seine blinden Flecken sind das Fristenproblem und seine rein reaktive Natur: Es muss erst Volumen gehandelt worden sein, bevor POV agiert, sodass der Algorithmus bei einem Liquiditätsereignis immer etwas zu spät kommt.

Der logische 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.