La moyenne temporelle donne le même poids aux durées égales, pas aux volumes égaux. Le TWAP d’exécution répartit la quantité prévue entre des ordres partiels ; le fournisseur définit calendrier, limites et traitement du solde non exécuté.
IBKR distingue une référence temporelle de prix de l’algorithme qui cherche à l’approcher. On peut calculer la référence sans effectuer soi-même une transaction. La moyenne réalisée provient des prix et quantités des ordres partiels effectivement exécutés. [IBKR — TWAP glossary] [IBKR — TWAP algorithm]
Pour la moyenne temporelle décrite par IBKR, la définition doit inclure le champ de prix observé et le temps. Une moyenne simple d’échantillons correspond à des intervalles de même poids ; on ne peut pondérer automatiquement de façon égale des observations irrégulières et prétendre qu’elles représentent des durées égales. [IBKR — TWAP glossary]
Kraken décrit TWAP comme des ordres partiels réguliers dont la taille peut être aléatoire. Le nom seul ne fixe ni le nombre exact ni des tailles identiques. La reproduction exige les règles du fournisseur. [Kraken — Bot Orders]
Kraken distingue Market et Limit. En mode limité, une part peut être ignorée à un prix défavorable et le solde annulé à la fin. Une frontière de prix ne garantit pas aussi l’exécution de toute la quantité prévue. [Kraken — Bot Orders]
IBKR propose allowPastEndTime, tandis que Kraken décrit l’annulation du solde à la fin de la fenêtre. Ce sont des implémentations différentes, pas une contradiction mathématique. Avant de comparer, précisez si les ordres peuvent continuer après la fin et comment. [IBKR — TWAP algorithm] [Kraken — Bot Orders]
Kraken ne garantit ni le prix final ni la disparition complète de l’impact de marché. Les prix peuvent évoluer pendant l’attente ; une part immédiate plus petite ne prouve pas un coût total inférieur. Évaluez ensemble exécutions, frais et quantité non exécutée. [Kraken — Bot Orders]
Kraken indique que l’arrêt annule les ordres en attente, mais conserve les exécutions déjà réalisées dans le compte. Vérifiez ensuite le solde réel et la quantité restante. Arrêté ne veut pas dire jamais négocié. [Kraken — Bot Orders]
IBKR rattache l’objectif de l’algorithme à une durée de fonctionnement définie. Un autre marché, une autre série de prix ou période peut changer la comparaison. Contrairement au VWAP, la référence temporelle pondère le temps ; cela ne rend pas une méthode automatiquement supérieure. [IBKR — TWAP algorithm] [IBKR — TWAP glossary]
Référence temporelle et exécution réelle
Le modèle comprend deux durées égales aux prix représentatifs de 100000 et 100100 USD/BTC. TWAP = (100000 + 100100) / 2 = 100050 USD/BTC. Si 1 BTC est exécuté au premier prix et 3 BTC au second, le prix moyen exécuté = (100000 × 1 + 100100 × 3) / 4 = 100075 USD/BTC. Ce modèle fictif exclut les frais ; les quantités différentes montrent pourquoi le résultat peut différer de la référence temporelle.
Pour une vision complète, lisez aussi Volume weighted average price, Market microstructure, Market impact, Slippage, Limit order, Market order. Cette entrée est également citée par Volume weighted average price.
01TWAP doit-il découper un ordre en parts égales ?+
Pas nécessairement. L’implémentation peut modifier les tailles, appliquer une limite de prix ou omettre certaines exécutions. Lisez ses règles et suivez la quantité réellement exécutée.
02L’arrêt annule-t-il aussi les transactions terminées ?+
Non. Arrêter le programme restant ne défait pas les exécutions réalisées. Distinguez la situation réelle du compte du solde non exécuté.