Flux de rééquilibrage des couvertures en fin de mois FX : négocier l’euro ETF (FXE) face au mouvement mensuel des actions US avant le fixing de fin de mois (USEQ 1-DAY, long/short, jambe de signal SPY, position neutre environ 85% du temps)

Dérivé par le responsable de recherche de Melvin & Prins (2015, « Couverture des actions et taux de change au fixing de 4 h à Londres »). Les institutions étrangères qui détiennent des actions US couvrent leur exposition au dollar avec des contrats à terme FX et redimensionnent ces couvertures en fin de mois, autour du fixing londonien 11:00 ET. Si les actions US ont progressé depuis le début du mois, elles doivent vendre davantage de USD, de sorte que EUR/USD tend à progresser à l’approche du fixing ; si les actions ont baissé, elles rachètent USD. Le flux est mécanique et fixé par le calendrier ; l’avantage est donc une prime de fourniture de liquidité, et non une prévision. FXE.USEQ (un ETF en euros, équivalant effectivement à EUR/USD, historique depuis décembre 2005) est négocié à l’achat ou à la vente, et SPY.USEQ constitue la jambe de signal. Sur des barres journalières USEQ, une décision à la clôture d’une séance est exécutée à l’ouverture de la séance suivante ; cette fonctionnalité est prise en charge nativement, aucune substitution n’est donc nécessaire. Aucun essai antérieur ne négocie une devise ni n’utilise ce canal. Environ 145 transactions sont attendues sur environ 20 ans. Calcul des frais : environ 0.12% de capture brute par transaction contre environ 0.04% de coût aller-retour sur USEQ, soit environ 0.08% net, approximativement 2x de coût et au-dessus du seuil +0.05% USEQ. Le contrôle du risque suit la voie (b) : une sortie calendaire avec un notionnel plafonné à 100% des fonds propres, sans effet de levier.

negative_expectancy. Comparaison au seuil plancher : avg_trade_return_pct est -0.024% par rapport au seuil minimal requis pour l’évaluation +0.05% USEQ, sur un échantillon fiable de 183 transactions de fin de mois réparties sur 20 ans (2006-2026). PF est 0.926, le ratio de Sharpe est de -0.08, le rendement total de -5.0%, et le drawdown maximal est de 18.8% par rapport au seuil 15% préenregistré. La prévision IC du score z depuis le début du mois pour SPY est de 0.025 (t=0.72), si bien que l’optimiseur ne dispose d’aucun signal pour ajuster z_entry ou entry_sessions. Le gain brut avant impact est d’environ +0.10% par transaction, mais l’impact FXE modélisé (122% du gain brut ; capacité d’environ $67k) le dépasse. Chaque année de 2020 à 2026 est négative. La préoccupation de QA se confirme sur l’historique complet. La vérification entry_sessions=1 proposée par QA se situe dans la plage ajustable, mais un IC sans information et un avantage brut inférieur à l’impact ne laissent aucune zone viable vers laquelle optimiser. Portée : cela invalide uniquement la mise en œuvre opérationnelle du responsable de la recherche : le FXE ETF sur des barres journalières, avec exécution à l’ouverture suivante et détention pendant 1-5 séances à travers le fixing de fin de mois. Cela ne remet pas en cause les conclusions de Melvin & Prins, qui portent sur le spot intrajournalier EUR/USD au fixing de 4 h à Londres ; l’effet étudié ne peut pas être isolé avec des barres journalières ETF. Aucun défaut comptable ou de données n’est allégué.

L’itération 2 corrige la conclusion critique QA. position_size() dimensionnait la position à exactement 100% des fonds propres à partir du cours de clôture de la barre de décision, mais l’ordre est exécuté à l’ouverture de la séance suivante. Un gap haussier, auquel s’ajoutaient les frais, a fait dépasser à la marge initiale 1x les fonds propres MTM ; le contrôle de marge de base a donc refusé l’ordre. L’ordre refusé est ensuite resté dans _inflight_entries et a bloqué toutes les entrées ultérieures, ce qui explique pourquoi le bac à sable affichait 0-2 transactions. Le dimensionnement applique maintenant une marge de size_buffer sur 0.97 (3% de marge de sécurité, suffisante pour couvrir les plus grands gaps nocturnes de FXE), à la fois au notionnel et au plafond de 100% des fonds propres. notional_fraction reste à 1.0 et l’effet de levier à 1.0, conformément aux paramètres fixes du contrat. Le contrôle du risque suit toujours la voie (b) : une sortie calendaire avec chaque position à hauteur d’au plus 100% des fonds propres. La logique du signal, de l’entrée et de la sortie est inchangée. Concernant l’avertissement QA : entry_month est toujours consommé dans should_enter. Cela préserve la règle d’une transaction par fenêtre de fin de mois, et le refus de marge susceptible de faire abandonner un ordre ne devrait plus se produire. Note consultative : la capture brute attendue d’environ 0.12% par transaction est faible par rapport au bruit quotidien de FXE ; le résultat pourrait donc être non concluant.

Échec de la vérification (couche 4 — examen QA) [class=code_defect]: - [edge_concern] L’hypothèse prévoit une capture brute d’environ 0.12% par transaction. La position est détenue pendant 2-6 FXE séances, chacune ayant un écart-type quotidien d’environ 0.4-0.6%, et les barres journalières incluent le retournement après le fixing jusqu’à la clôture du dernier jour ainsi que le gap nocturne jusqu’à l’ouverture suivante, comme le reconnaît le développeur. Le rapport signal/bruit par transaction est donc très faible. Avec environ 145-180 transactions sur 20 ans, il faut s’attendre à une mesure non concluante ou proche de zéro plutôt qu’à un résultat net. Les positions vendeuses sur FXE supportent également un coût d’emprunt modélisé (environ $6.8 sur une position vendeuse de $99k pendant 5 jours dans ma relecture), ce qui compte face à un objectif de 0.12%. À titre consultatif uniquement. - [critical] position_size() dimensionne la position à exactement 100% des fonds propres, int(equity / decision-bar close), sans marge de sécurité. Sur une place où la séance dure USEQ, l’ordre est exécuté à l’ouverture de la séance NEXT, et le contrôle de marge de base submit_order() (refuse_over_margin, évalué à partir du cache plutôt que du cours de clôture de la barre de décision) refuse un ordre dont la marge initiale 1x plus les frais dépasse les fonds propres MTM, même de quelques dollars. J’ai reproduit cela avec le véritable BacktestRunner (USEQ, du 2020-03-17 au 2026-10-09, paramètres par défaut du contrat). La transaction 1 (SHORT 956 FXE, du 2020-03-27 au 2020-04-01) a été exécutée. Sur 2020-04-27, le message « Order refused: BUY 979 FXE.USEQ would need more initial margin than the account holds at 1x leverage » a été consigné. Le modèle de base avait déjà enregistré cet ordre refusé dans _inflight_entries avant que submit_order() ne renvoie son résultat. L’ordre n’est jamais soumis, donc il n’est jamais clôturé, et _entry_order_inflight() renvoie True pour le reste de l’exécution. Chaque entrée ultérieure (60 sur 62) est abandonnée avec le message « Blocked stacked entry ... still in flight ». entry_diag : entries_submitted 62, denied_margin 1, dropped_entry_inflight 60. Il en résulte une ou deux transactions en 6.5 ans alors que le signal se déclenche 64 fois ; ma relecture hors ligne de la même logique sur les barres du catalogue donne 183 entrées sur 2006-2026. C’est pourquoi le bac à sable Layer-3 affichait 0 transactions, et le backtest sur l’historique complet mesurerait une stratégie bloquée plutôt que l’hypothèse. (ligne 131) — correction : laisser une marge pour le gap jusqu’à la prochaine ouverture, les frais et la dérive MTM, tout en conservant notional_fraction=1.0 pour le contrat et le plafond de 100% des fonds propres. Par exemple : notional = equity * min(notional_fraction, 1.0) * leverage * 0.97, puis min(notional, 0.97 * equity). Une marge de 3% couvre les plus grands gaps nocturnes de FXE. Pour plus de sécurité seulement, comparer également la taille calculée à la marge disponible avant de la renvoyer. Relancer ensuite le bac à sable : il devrait afficher environ une transaction par fin de mois admissible, et non 0-2. - [warning] should_enter() définit entry_month avant que l’ordre soit dimensionné ou accepté. Si le modèle de base abandonne l’ordre (marge, notional minimum, taille 0), le mois est consommé et les séances ultérieures de la fenêtre ne peuvent pas réessayer. C’est acceptable pour « une transaction par fenêtre de fin de mois », mais un mois est perdu silencieusement lorsqu’un ordre est abandonné. (ligne 114) — correction : facultatif : définir entry_month dans on_position_opened (ou à l’exécution de l’ordre), ou accepter ce comportement et le documenter. - [warning] min_bars_required() est redéfini à vol_lookback + 2 = 62. C’est délibéré et acceptable. À noter que le score z nécessite déjà max(5, vol_lookback // 2) rendements ainsi qu’un ancrage mensuel valide ; la première entrée ne peut donc pas survenir avant environ la barre 62. (ligne 49) — correction : aucun changement requis.

position_size() dimensionne exactement à 100% des fonds propres, int(equity / decision-bar close), sans marge de sécurité. Sur une place où les sessions durent USEQ, l'ordre est exécuté à l'ouverture de la session NEXT, et le contrôle de marge de base de submit_order() (refuse_over_margin, valorisé depuis le cache plutôt que depuis le cours de clôture de décision) refuse un ordre dont la marge initiale requise par 1x, plus les frais, dépasse les fonds propres MTM, même de quelques dollars. J'ai reproduit cela avec le véritable BacktestRunner (USEQ, de 2020-03-17 à 2026-10-09, paramètres par défaut du contrat). La transaction 1 (SHORT 956 FXE, du 2020-03-27 au 2020-04-01) a été exécutée. Le 2020-04-27, le message 'Order refused: BUY 979 FXE.USEQ would need more initial margin than the account holds at 1x leverage' a été enregistré. Le modèle de base avait déjà inscrit cet ordre refusé dans _inflight_entries avant le retour de submit_order(). L'ordre n'est jamais soumis, donc il n'est jamais clôturé, et _entry_order_inflight() renvoie True jusqu'à la fin de l'exécution. Chaque entrée ultérieure (60 sur 62) est abandonnée avec le message 'Blocked stacked entry ... still in flight'. entry_diag : entries_submitted 62, denied_margin 1, dropped_entry_inflight 60. Le résultat est une ou deux transactions sur 6.5 ans, alors que le signal se déclenche 64 fois ; ma simulation hors ligne de la même logique sur les barres du catalogue donne 183 entrées sur 2006-2026. C'est pourquoi le bac à sable de couche -3 affichait 0 transactions : le backtest sur tout l'historique mesurerait une stratégie bloquée plutôt que l'hypothèse.