Cross-Venue Inter-Exchange Funding-Differential-Ernte — Delta-Neutral SOL: Short auf den Perp mit höherem Funding / Long auf den Perp mit niedrigerem Funding zwischen BINANCE und HYPERLIQUID, Vereinnahmung des Funding-SPREAD (kein direktionaler Carry), mit Basis-Stop, Haltedauer in Tagen (2-Bein, marktneutral, 3-Parameter)

Eine CROSS-VENUE, MARKET-NEUTRAL Relative-Value-Strategie, die den FUNDING-RATE SPREAD zwischen dem Perpetual des SAME-Assets auf zwei verschiedenen Börsen erntet — BINANCE USD-M SOLUSDT vs HYPERLIQUID SOLUSD. Beide Beine sind Perpetuals auf demselben Basiswert, sodass die Position konstruktionsbedingt delta-neutral ist: Sie gehen NOT keine Preisrichtung ein und betreiben NOT keinen Single-Leg-Funding-Carry (der Mechanismus, der beim aufgegebenen 'SOL Persistent-Funding Contrarian Swing' Geld verloren hat). Die ONLY PnL-Quelle ist das Funding-Differential — Sie SHORT, welcher Venue auch immer das positivere Funding zahlt (Shorts erhalten dort Funding), und gehen gleichzeitig mit LONG gleichem Nominalwert long auf dem Venue mit dem niedrigeren/negativen Funding (Longs erhalten, oder zahlen weniger). Da beide Beine denselben Basiswert abbilden, nettiert sich die direktionale Preis-PnL auf ~0; die Restvarianz ist nur die kleine, mean-reverting BASIS (Preislücke zwischen den beiden Venues), die durch einen harten Basis-Stop begrenzt wird. Dies ist Inter-Exchange-Funding-Arbitrage (Cross-Venue-Muster #3, Hybrid mit #2), ein strukturell unterexplorierter, gebührenverzeihender Edge — er erfasst einen mechanisch gezahlten Cashflow, statt gegen Friktion zu kämpfen. Gewählt, weil dem Portfolio Cross-Venue-Exposure (7.4% vs. 15% Ziel) und Long-Short-/marktneutrale (14.2%) Exposure fehlt, und weil Funding-Daten für BOTH Binance und Hyperliquid SOL im Katalog mit mehrjähriger Historie bei täglicher/4h-Auflösung existieren (HL täglich/4h ist nicht historienbeschränkt). SOL wird wegen der signifikanten Cross-Venue-Funding-Streuung gewählt (Alt mit höherem Beta), während es auf beiden Venues erstklassig liquide bleibt. Nur 3 freie Parameter (Entry-Spread-Schwelle, Exit-Spread-Schwelle, Basis-Stop), um dem Overfitting zu widerstehen, das hier der #1-Killer ist.

Iteration 2 behebt den QA hypothesis_mismatch (Zeitrahmen): Der Abtasttakt ist jetzt auf 4-HOUR-Bars auf beiden BOTH-Beinen fixiert, passend zu der in der Hypothese angegebenen 'täglichen/4h-Auflösung' und tagelangen Haltedauern, dem Namen dieser Klasse selbst sowie dem Intervall, in dem jeder bar-denominierte Parameter kalibriert ist (spread_smooth_bars 24 x 4H = 4 Tage); 4H ist außerdem ein exakter Teiler der 8h-Funding-Abrechnung von Binance, sodass keine Abrechnung überspannt wird. Keine einseitige Neuabtastung auf einen anderen Takt. Verifiziert, dass beide Beine im Katalog bei 4H existieren (SOLUSDT.BINANCE-4-HOUR und SOLUSD.HYPERLIQUID-4-HOUR, HL Historie ab 2024-01), sodass das Multi-Leg-Datengate den Run nicht abbrechen kann. Signal-/Entry-/Exit-Logik, Imports und Struktur sind gegenüber previous_code unverändert (frühere Ebenen blieben grün); die einzige weitere Änderung deklariert die spread_smooth_bars-Klammer [6, 48] in _param_bounds, sodass der Optimizer nie Werte durchsucht, die der Code stillschweigend umschreibt. Anmerkung für die Akten: Der QA-Feedbacktext zitierte einen ETHUSDT-Wöchentlich-vs-täglich-Fall, der nicht diesem SOL Cross-Venue-Paar entspricht, daher habe ich die allgemeine Zeitrahmen-Abstimmungsregel angewendet statt der wörtlichen ETH-Details. Gleicher USD-Nominalwert auf beiden Beinen hält das Netto-Delta gemäß Lektion L59 bei ~0; der Leverage bleibt 1.0 und wird beim Sizing nicht referenziert.

Die Sandbox ist im Wesentlichen kostendeckend: total_return +0.167% über 2181 Tage, avg_trade_return_pct 0.1135% (unterhalb der 0.15%-Futures-Untergrenze), profit_factor 1.013, win_rate 0.50 bei nur 22 Trades. Dies ist ein unoptimierter Smoke-Test und blockiert daher nicht, aber zwei Dinge sollte der Analyst mit vollständigen historischen Zahlen verifizieren: (1) dass der NautilusTrader-Backtest tatsächlich Perp-FUNDING-Cashflows auf beiden Beinen gutschreibt — Funding ist die ENTIRE PnL-Quelle dieser Strategie, und wenn Funding nicht angewendet wird, ist die gemessene Rendite lediglich Basisrauschen abzüglich Gebühren; (2) Gebühren-/Carry-Tragfähigkeit bei den tatsächlichen Schwellenwerten — das Differential (~8.6% APR ≈ 0.024%/Tag) benötigt ~8 korrekt positionierte Tage, um den 0.19%-Zwei-Beine-Round-Trip auszugleichen, sodass der Edge pro Trade gering und haltedauerabhängig ist (beobachtete durchschnittliche Haltedauer ~29d). Außerdem zu beachten: impact_cost_pct 44.9% / Kapazität ~$495K bei per_leg_pct 0.50 (150% Bruttoexposure) — eine reale Kapazitätsobergrenze, wenngleich einmalig beim Ein-/Ausstieg mit geringem Umsatz eines ~22-Trade-Buchs.

Verifizierung fehlgeschlagen (Ebene 2 — synthetische Szenarien): Verwendete Parameter: ['per_leg_pct', 'min_notional', '_param_bounds', 'max_hold_days', 'min_hold_hours', 'exit_spread_apr', 'enter_spread_apr', 'max_basis_stop_pct', 'spread_smooth_bars'] Prüfen Sie, dass __init__ alle Attribute aus self.parameters.get() setzt. - steady_uptrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000) - steady_downtrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000) - flat_ranging: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000) - volatility_spike: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000) - zero_volume: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000) - price_gap: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (Bar-Zeitstempel: 1735690740000)

Verifizierung fehlgeschlagen (Ebene 4 — QA-Review): - Die Gebühren-/Edge-Tragfähigkeit scheitert eindeutig am Ergebnis der ACTUAL-Engine (Checkliste #7, L6/L26). Die Sandbox ist ein Verlustbuch: total_return -2.17%, profit_factor 0.957 (<1.0), Sharpe -0.35, Erwartungswert -$45/Trade, und avg_trade_return_pct -0.0033% — NEGATIVE und ~45x unter der 0.15%-Futures-Untergrenze. Über eine messbare Stichprobe hinweg (82 Trades, metrics_reliable: true), also ein echtes Kein-Edge-Ergebnis. Funding wird WAS gutgeschrieben (2580 Ereignisse), sodass die Strategie selbst bei vollständig ausgezahltem Differential die ~0.19% Round-Trip-Kosten nicht überwindet. - Die Kernhypothese — 'die direktionale Preis-PnL nettiert sich auf ~0; die Restvarianz ist nur die kleine, mean-reverting Basis' — ist NOT dem, was die Engine hervorgebracht hat. Die PnL pro Trade wird von enormen symmetrischen Schwankungen dominiert: avg_win $2,009 ~= avg_loss $2,099, größte ±$9,600-9,959, win_rate 0.50. Eine echte delta-neutrale Funding-Spread-Ernte sollte eine um eine Größenordnung kleinere und durch Carry positiv verschobene PnL zeigen; stattdessen wird das Differential (netto -$45/Trade) um das ~45:1-fache von Basis-/Preisrauschen überdeckt. Identische Signatur wie beim aufgegebenen EthCrossVenueCashAndCarry und früheren Cross-Venue-Funding-Capture-Varianten.

Verifizierung fehlgeschlagen (Ebene 4 — QA-Review) [class=hypothesis_mismatch]: - [edge_concern] Nicht der Grund für das Urteil, festgehalten für den Analysten, falls die Hypothese erneut registriert wird: Auf dem täglichen Takt ist die Sandbox ehrlich und gesund (metrics_reliable=TRUE, 92 Trades, Sharpe 0.79 CI [0.10,1.51], avg_trade_return_pct 3.61%, PF 1.48), aber regime_performance zeigt, dass ALL der positiven Rendite im 'normalen' Vol-Tertil konzentriert ist (+489%, Sharpe 2.64), wobei die Tertile 'ruhig' (-18.8%) und 'gestresst' (-21.8%, 56.7% DD) beide negativ sind, und only_one_regime=true. Maximaler Drawdown 36% bei einer Underwater-Dauer von 1038 Tagen. Der Edge ist real, aber regimekonzentriert und drawdown-lastig; Größe/Robustheit verdienen beim vollständigen Backtest genauere Prüfung. - TIMEFRAME MISMATCH gegenüber der vorregistrierten Hypothese. Die aktenkundige Hypothese (Titel und Beschreibung in diesem Brief) spezifiziert eindeutig und wiederholt WEEKLY-Bars ('auf WEEKLY-Bars, wobei Positionen wochen- bis monatelang gehalten werden'), aber config.bar_type ist ETHUSDT.BINANCE-1-DAY-LAST-EXTERNAL. Dies ist keine kosmetische Neuabtastung: Sie verändert die Trade-Anzahl (28 wöchentlich -> 92 täglich), die durchschnittliche Haltedauer (10.4 Wochen -> 3 Wochen) und den gesamten statistischen Test. Der eigene Modul-Docstring des Entwicklers räumt ein, dass Iteration 3 denselben Wechsel auf täglich vorgenommen hat und QA 'zu Recht abgelehnt hat: es war eine Hypothesen-Umformulierung, die einseitig im Code vorgenommen wurde.' Die Situation ist inhaltlich unverändert: Die aktenkundige Hypothese sagt weiterhin wöchentlich, daher handelt es sich erneut um eine einseitige Zeitrahmen-Umformulierung im Code. Ebene 1.5 validiert nur Instrument/Venue, nicht den Zeitrahmen, daher fällt diese Prüfung an QA, und ein in der Hypothese angegebener Zeitrahmen, der von config.bar_type abweicht, ist eine kritische Abweichung. Dies ist genau der Forscher-Freiheitsgrad, den das Vorregistrierungssystem der Factory verhindern soll: Die wöchentliche Form erwies sich als nicht messbar, und daraufhin wurde der Abtasttakt geändert, um Messbarkeit künstlich herzustellen.