Für wen dieser Artikel gedacht ist — Für alle, die eine Order über Zeit verteilen oder einen Fill gegen einen Zeitdurchschnitt bewerten und den Namen des Benchmarks vom konkreten Verhalten des Algorithmus trennen wollen.
TWAP bedeutet Time-Weighted Average Price. Der Begriff beschreibt zwei verwandte, aber unterschiedliche Dinge: einen Benchmark, der Preise zu definierten Zeitpunkten mittelt, und eine Ausführungsstrategie, die eine Gesamtorder in Child Orders über ein Zeitfenster verteilt.
Der Benchmark bewertet ein Ergebnis. Der Algorithmus entscheidet, wie Fills versucht werden. Eine Plattformorder mit dem Label TWAP verspricht nicht, dass der Endpreis dem Benchmark entspricht, alle Child Orders gleich groß sind oder überhaupt die gesamte Menge handelt.
Einfach gesagt — „Alle fünf Minuten einen Preis mitteln“ ist eine Messregel. „Meine Order zwei Stunden lang in Teilen senden“ ist eine Ausführungsregel. Beide nutzen Zeit, beantworten aber verschiedene Fragen.
Der TWAP-Benchmark
Für Preise in gleich großen Zeitabständen lautet eine einfache Form:
TWAP = Summe der beobachteten Preise / Zahl der Beobachtungen
Die Methodik muss festlegen, welcher Preis — letzter Trade, Midpoint oder etwa typischer Barpreis — erfasst wird, in welcher Frequenz und zwischen welchen Zeitpunkten. Jede Änderung verändert den Benchmark. TWAP ist nicht die eine „wahre“ Durchschnittszahl unabhängig von Daten.
VWAP gewichtet Preise nach gehandeltem Volumen. Beide Werte stimmen nur in Sonderfällen überein. Sind hohe Volumina auf hohe Preisphasen konzentriert, können sie deutlich auseinanderliegen. Ein zeitbasierter Algorithmus ist daher kein sicherer Weg zum VWAP.
Der TWAP-Ausführungsalgorithmus
Die Parent Order definiert mindestens Instrument, Seite, Gesamtmenge und Zeitfenster; hinzu kommen womöglich Limit, Startzeit, Dringlichkeit, Venues und Abbruchbedingungen. Der Algorithmus erzeugt oder verwaltet Child Orders.
Ein Lehrbeispiel teilt 1.200 Einheiten in zwölf Pakete zu 100. Echte Systeme können Größen variieren oder randomisieren, zunächst passiv handeln und gegen Bucket-Ende aggressiver werden, nicht ausgeführte Menge später verteilen, einen Limitpreis respektieren oder bei Ablauf Restmenge löschen.
Coinbase Advanced dokumentiert etwa geschätzte und teils randomisierte
Suborder-Größen sowie mögliche Umverteilung. Coinbase Prime verlangt für
seinen TWAP unter anderem start_time, expiry_time und limit_price. Das
sind Produktbeispiele, keine globale Definition.
Algorithmische Einordnung und Kontrollen
Hinter dem UI-Befehl „TWAP“ bestimmt ein System Timing, Menge oder Behandlung der Child Orders. MiFID II Artikel 4(1)(39) definiert algorithmischen Handel als Handel, bei dem ein Algorithmus einzelne Orderparameter automatisch mit begrenztem oder keinem menschlichen Eingriff bestimmt. Reines Routing ohne Parameterbestimmung ist ausgenommen.
Das ESMA Supervisory Briefing 2026 nennt Timing, Preis, Menge und spätere Orderverwaltung als Parameter und betont Governance, Tests, Outsourcing und Pre-Trade-Kontrollen. Ob ein konkreter Nutzer oder Anbieter regulatorisch darunter fällt, hängt von Aktivität und Rechtsrahmen ab; ein TWAP-Knopf entscheidet dies nicht allein.
Was TWAP leisten kann — und was nicht
Verteilung kann vermeiden, die gesamte Liquidität im selben Moment zu beanspruchen. Sie garantiert weder Completion noch besseren Preis als eine sofortige Order, Benchmark-Treffer, niedrigeren Market Impact, geringere Slippage, Anonymität oder Schutz vor einem weglaufenden Markt.
Ein längeres Fenster reduziert womöglich unmittelbare Dringlichkeit und Impact, erhöht aber Preis- und Opportunitätsrisiko. Ein kürzeres bündelt Child Orders und kann mehr Tiefe verbrauchen. Passive Orders sparen eventuell Spread, tragen aber Nichtausführungs- und Adverse-Selection-Risiko. Eine universell optimale Taktrate existiert nicht.
Beispiel: 12.000 Aktien sollen zwischen 10:00 und 12:00 unter einem Höchstlimit gekauft werden. Vierzig Minuten liegt der Markt darüber. Child Orders bleiben offen oder werden später neu verteilt; bei Ablauf sind 9.500 Aktien gefüllt. Der Durchschnitt der Fills ist nur ein Teil des Ergebnisses. Fillquote, 2.500 Restaktien, Gebühren, Spread und Kosten des verpassten Handels gehören dazu.
Typischer Fehler — TWAP nur anhand des Durchschnittspreises der abgeschlossenen Fills zu bewerten und die nicht ausgeführte Menge samt späterer Marktbewegung auszublenden.
Prüfliste für die Ausführung
Vor Start werden Parent-Menge, Fenster, Limit und Endregel festgelegt. Die Anbieterlogik für Größe, Randomisierung und Recovery der Child Orders muss bekannt sein. Benchmark und Timestamp werden vorab definiert; danach werden mengengewichtete Fills, Rest, Cancels, Gebühren und Ausfälle protokolliert. Algorithmusergebnis, TWAP-Benchmark und möglicher VWAP-Vergleich bleiben drei getrennte Felder. Den Kostenrahmen liefern transaktionskosten und ausfuehrungsqualitaet.
Quellen
- Coinbase Help — Advanced Trade order types: TWAP orders
- Coinbase Developer Documentation — Prime Order Types
- EUR-Lex — Richtlinie 2014/65/EU, Artikel 4(1)(39)
- ESMA — Supervisory Briefing on Algorithmic Trading in the EU