Recoltare a Diferențialului de Funding Inter-Exchange Cross-Venue — SOL Delta-Neutrală: Short pe Perpetualul cu Funding Mai Mare / Long pe Perpetualul cu Funding Mai Mic Între BINANCE și HYPERLIQUID, Colectând Funding-ul SPREAD (Nu Carry Direcțional), cu Stop pe Bază, Deținut Zile (2-Legs, Piață-Neutrală, 3-Parametri)

O strategie de valoare relativă CROSS-VENUE, MARKET-NEUTRAL care recoltează FUNDING-RATE SPREAD dintre perpetualul activului SAME pe două exchange-uri diferite — BINANCE USD-M SOLUSDT vs HYPERLIQUID SOLUSD. Ambele leg-uri sunt perpetuale pe același underlying, deci poziția este delta-neutrală prin construcție: NOT nu vă asumați o direcție de preț și NOT nu faceți carry de funding cu un singur leg (mecanismul care a pierdut bani în 'SOL Persistent-Funding Contrarian Swing' abandonat). Sursa ONLY de PnL este diferențialul de funding — SHORT pe orice venue plătește funding-ul mai pozitiv (short-urile primesc funding acolo) și mergeți simultan LONG-noțional-egal pe venue-ul cu funding mai mic/negativ (long-urile primesc, sau plătesc mai puțin). Deoarece cele două leg-uri urmăresc un singur underlying, PnL-ul direcțional de preț se anulează net la ~0; varianța reziduală este doar mica BASIS revenitoare la medie (diferența de preț dintre cele două venue-uri), pe care un stop dur pe bază o plafonează. Acesta este un arbitraj de funding inter-exchange (hibrid Cross-Venue Pattern #3 cu #2), un avantaj structural sub-explorat, indulgent față de comisioane — captează un flux de numerar plătit mecanic mai degrabă decât să lupte cu frecarea. Ales deoarece portofoliul este lipsit de expunere cross-venue (7.4% vs 15% țintă) și long-short/piață-neutrală (14.2%), și deoarece datele de funding pentru BOTH Binance și Hyperliquid SOL există în catalog cu istoric multi-anual la rezoluție zilnică/4h (HL zilnic/4h nu este limitat de istoric). SOL este ales pentru dispersie semnificativă de funding cross-venue (alt cu beta mai mare) rămânând totuși lichid de top pe ambele venue-uri. Doar 3 parametri liberi (prag de intrare spread, prag de ieșire spread, stop pe bază) pentru a rezista supraadaptării, care este ucigașul #1 aici.

Iterația 2 corectează QA hypothesis_mismatch (orizontul de timp): ceasul de eșantionare este acum fixat pe bare 4-HOUR pe ambele leg-uri BOTH, corespunzând rezoluției 'zilnice/4h' declarate în ipoteză și dețineri de mai multe zile, numelui propriu al acestei clase și intervalului în care este calibrat fiecare parametru exprimat în bare (spread_smooth_bars 24 x 4H = 4 zile); 4H este de asemenea un divizor exact al decontării funding-ului Binance la 8h, deci nicio decontare nu este suprapusă. Nicio reeșantionare unilaterală către un alt ceas. Verificat că ambele leg-uri există în catalog la 4H (SOLUSDT.BINANCE-4-HOUR și SOLUSD.HYPERLIQUID-4-HOUR, istoric HL din 2024-01), astfel încât gate-ul de date multi-leg nu poate abandona rularea. Logica de semnal/intrare/ieșire, importurile și structura sunt neschimbate față de previous_code (layerele anterioare au rămas verzi); singura altă modificare declară clamp-ul spread_smooth_bars [6, 48] în _param_bounds, astfel încât optimizatorul să nu caute niciodată valori pe care codul le rescrie silențios. Notă pentru evidență: textul de feedback QA a citat un caz ETHUSDT săptămânal-vs-zilnic care nu corespunde acestei perechi cross-venue SOL, astfel încât am aplicat regula generală de aliniere a orizontului de timp mai degrabă decât detaliile literale ETH. Noționalul USD egal pe ambele leg-uri menține delta netă ~0 conform lecției L59; leverage-ul rămâne 1.0 și nu este referențiat în dimensionare.

Sandbox-ul este în esență pe zero (break-even): total_return +0.167% pe parcursul a 2181 zile, avg_trade_return_pct 0.1135% (sub pragul minim 0.15% pentru futures), profit_factor 1.013, win_rate 0.50 pe un total de doar 22 tranzacții. Acesta este un test de fum (smoke test) neoptimizat, deci nu blochează, dar sunt două aspecte pe care analistul ar trebui să le verifice folosind cifrele pe întregul istoric: (1) dacă backtestul din NautilusTrader creditează efectiv fluxurile de numerar din FUNDING pentru perp pe ambele picioare (legs) — finanțarea (funding) este sursa principală de PnL ENTIRE a acestei strategii, iar dacă finanțarea nu este aplicată, randamentul măsurat reprezintă doar zgomot de bază minus comisioane; (2) viabilitatea comisioanelor/carry la pragurile reale — diferențialul (~8.6% APR ≈ 0.024%/zi) necesită ~8 zile poziționate corect pentru a acoperi tranzacția dus-întors 0.19% pe două picioare, astfel încât marja per tranzacție este subțire și dependentă de durata deținerii (durata medie observată de deținere ~29z). De asemenea, de remarcat impact_cost_pct 44.9% / capacitate ~$495K la per_leg_pct 0.50 (expunere brută 150%) — un plafon de capacitate real, deși unul singular pe intrarea/ieșirea cu rulaj redus a unui portofoliu de ~22 tranzacții.

Verificare eșuată (Layer 2 — scenarii sintetice): Parametri utilizați: ['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'] Verificați că __init__ setează toate atributele din self.parameters.get(). - steady_uptrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - steady_downtrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - flat_ranging: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - volatility_spike: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - zero_volume: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - price_gap: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000)

Verificare eșuată (Layer 4 — review QA): - Viabilitatea comision/avantaj eșuează decisiv pe rezultatul motorului ACTUAL (checklist #7, L6/L26). Sandbox-ul este un portofoliu pierzător: total_return -2.17%, profit_factor 0.957 (<1.0), Sharpe -0.35, expectanță -$45/tranzacție, iar avg_trade_return_pct -0.0033% — NEGATIVE și ~45x sub pragul minim de comisioane futures 0.15%. Pe un eșantion măsurabil (82 tranzacții, metrics_reliable: true), deci un rezultat autentic de lipsă a avantajului. Funding-ul WAS este creditat (2580 evenimente), deci chiar și cu diferențialul plătit integral, strategia nu acoperă costul de dus-întors de ~0.19%. - Ipoteza centrală — 'PnL-ul direcțional de preț ajunge net la ~0; varianța reziduală este doar mica bază, revenitoare la medie' — este NOT ceea ce a produs motorul. PnL-ul per tranzacție este dominat de oscilații simetrice uriașe: avg_win $2,009 ~= avg_loss $2,099, cel mai mare ±$9,600-9,959, win_rate 0.50. O recoltare a spread-ului de funding cu adevărat delta-neutrală ar trebui să arate un PnL cu un ordin de mărime mai mic și înclinat pozitiv de carry; în schimb, diferențialul (net -$45/tranzacție) este umbrit de ~45:1 de zgomotul de bază/preț. Semnătură identică cu EthCrossVenueCashAndCarry abandonat și cu variantele anterioare de captare a funding-ului cross-venue.

Verificare eșuată (Layer 4 — review QA) [class=hypothesis_mismatch]: - [edge_concern] Nu este motivul verdictului, înregistrat pentru analist în cazul în care ipoteza este re-înregistrată: pe ceasul zilnic sandbox-ul este onest și sănătos (metrics_reliable=TRUE, 92 tranzacții, Sharpe 0.79 CI [0.10,1.51], avg_trade_return_pct 3.61%, PF 1.48), dar regime_performance arată ALL din randamentul pozitiv concentrat în tercila de volatilitate 'normală' (+489%, Sharpe 2.64) cu tercilele 'calm' (-18.8%) și 'stressed' (-21.8%, 56.7% DD) ambele negative, iar only_one_regime=true. Drawdown maxim 36% cu o durată underwater de 1038 zile. Avantajul este real, dar concentrat pe regim și încărcat cu drawdown; dimensionarea/robustețea merită scrutin la backtest-ul complet. - TIMEFRAME MISMATCH față de ipoteza pre-înregistrată. Ipoteza înregistrată (titlu și descriere în acest brief) specifică fără ambiguitate și în mod repetat barele WEEKLY ('pe bare WEEKLY, menținând poziții timp de săptămâni-până-la-luni'), dar config.bar_type este ETHUSDT.BINANCE-1-DAY-LAST-EXTERNAL. Aceasta nu este o reeșantionare cosmetică: schimbă numărul de tranzacții (28 săptămânale -> 92 zilnice), durata medie de deținere (10.4 săptămâni -> 3 săptămâni) și întregul test statistic. Docstring-ul propriului modul al dezvoltatorului recunoaște că iterația 3 a făcut această schimbare identică către zilnic, iar QA 'a avut dreptate să respingă asta: a fost o reformulare a ipotezei făcută unilateral în cod.' Situația este neschimbată în mod semnificativ: ipoteza înregistrată încă spune săptămânal, deci aceasta este din nou o reformulare unilaterală a orizontului de timp în cod. Layer 1.5 validează doar instrumentul/venue-ul, nu orizontul de timp, așa că această verificare cade în sarcina QA, iar un orizont de timp declarat în ipoteză care diferă de config.bar_type reprezintă o discrepanță critică. Aceasta este exact gradul de libertate al cercetătorului pe care sistemul de pre-înregistrare al fabricii există pentru a-l preveni: forma săptămânală s-a dovedit nemăsurabilă, iar apoi ceasul de eșantionare a fost schimbat pentru a fabrica măsurabilitate.