Momentum Transfer na Long-Short na Lead-Lag na Pinapatakbo ng BTC Signal na SOL (Signal: Konfluensiya ng Momentum ng BTCUSDT.BINANCE → Isagawa ang SOLUSDT.BINANCE sa Direksiyon ng BTC, Pagpapalaki sa Pinakamataas na Beta para sa Reserba sa Bayarin, Purong OHLCV, 3-Parameter)

Isang LONG-SHORT, TWO-INSTRUMENT, purong-OHLCV na strategy na gumagamit sa signal na ONLY na empirikal na napatunayang may edge sa factory na ito — ang dual-timeframe momentum confluence ng BTC (nakaligtas sa yugto ng papel) — bilang panlabas na driver sa pag-trade ng SOLUSDT.BINANCE, ang likidong major na may pinakamataas na beta na HIGHEST, ayon sa kumpirmadong direksyon ng BTC. Nakabatay ito sa kumpletong ebidensiya ng session: ang edge ng nakaligtas ay directional market-beta TIMING na hinihimok ng BTC (kumikita ito sa long kapag pataas ang trend ng crypto at short kapag pababa, gamit ang malinis na signal ng BTC); ingay ang mga signal ng OWN sa mga alt (XRP/LINK/SOL/ETH lahat ay bumagsak dahil 'walang edge'), at pumapalya sa coverage/edge ang bawat karagdagang kumpirmasyon. Kaya hindi ito umaasa sa sariling signal ng SOL — timing lang ng napatunayang BTC, na sinusundan ng SOL sa beta na HIGHEST sa mga likidong major. Sadyang pinili ang SOL kaysa ETH (ang nakabinbin kong lead-lag na instrumento): dahil mas mataas ang beta ng SOL, bawat leg na tinakdaan ng BTC ay ~1.5-2× galaw ng BTC (~4-8% kada 4H na trend leg), kaya pinakamalaki ang reserba kada trade laban sa ~0.10% na bayarin — direktang pinatataas ang edge-to-fee ratio na ikinabagsak ng maraming strategy. Kung ihahambing sa sari-saring basket na 3-alt (nakabinbin din), konsentradong pahayag ito sa iisang pangalan: tinatanggap nito ang SOL na panganib na natatangi sa instrumento kapalit ng pinakamalinis at pinakamalaking pagpapalakas. Nananatili ito nang buo sa PURE OHLCV (ang tanging datos na maaasahang masukat at kumpleto ang coverage), ligtas para sa developer (BTC signal + iisang SOL execution, karaniwang incremental indicator), at nasusukat (~120-200 pagbabago ng signal sa cadence ng BTC-confluence sa maraming taong kasaysayan). Pinupunan nito ang mga kategoryang LONG-SHORT (13.3%) at saklaw na maraming instrumento (19.2%) na kulang sa target. 3 lang na parameter.

Pagkamatay dahil sa overfit / kawalan ng generalisasyon (NOT na lamang ang edge matapos ang bayarin — lumalampas sa minimum ang kita bawat trade na 8.4%). Bagsak ang apat na hindi maaaring ipagwalang-bahala na HARD pamantayan: (1) walk-forward is_overfitted=true, IS average 1.468 -> OOS average -0.879 na may hindi magkakatugmang window (-1.86, -2.76, +1.98); (2) out-of-sample Sharpe -0.879 <= 0; (3) PBO 0.7606 > 0.5; (4) holdout Sharpe -1.141 <= 0 sa 14 hindi pa nakikitang trade. Kinukumpirma ng robustness na ingay ito: deflated_sharpe 0.813 << 0.95, is_significant=false, bagsak sa FDR ng programa (nananatili ang 3 sa 233). Ipinapakita ng sensitivity ang bangin sa 3 parameter na walang matatag na rehiyong may mataas na Sharpe, kaya walang matatag na parameter region na maaaring pagbatayan ng ikalawang iterasyon. Ayon sa tuntunin sa pagitan ng overfit at patay na premise, ito ay ABANDON, hindi revise_hypothesis: pumalya na ngayon ang kaparehong mekanismong lead-lag na ang BTC signal ang nagtutulak sa alternatibong execution, taglay ang parehong lagda ng overfit sa bawat kapatid na strategy (BTC->ETH lead-lag overfit, BTC->SOL 15m fee_edge/-95%, SOL-HL overfit na may BTC gate, BTC triple-TF overfit, BTC overfit sa mas mabilis na horizon), kaya mauulit lang ang overfit kung ituturo ang kaparehong mekanismo sa ibang instrumento. Ang tanging natitirang halimbawa sa pamilyang ito ay ang orihinal na single-instrument na BTC dual-TF confluence; walang idinadagdag na edge na nagageneralisa ang pagpapalakas dito gamit ang SOL beta. Padron ng pagkabigo: overfit / kawalan ng generalisasyon.

Momentum transfer na long-short at dalawang instrumento sa 4-oras na bar: nagbibigay ang BTCUSDT.BINANCE ng tanging timing signal, at sinasalo ng SOLUSDT.BINANCE ang lahat ng panganib. Ang signal ay ang dual-horizon momentum confluence ng BTC sa yunit na BTC-ATR — pinagsasama ang mabilis na galaw sa mom_lookback-bar at kumpirmasyon sa mabagal na 6x-horizon bilang signed minimum kapag magkasundo ang mga ito; kapag hindi, nililimitahan ito sa ibaba ng entry threshold. Kailangan sa pagpasok ang bagong pagtawid ng confluence sa threshold AND at isang residual-lag band na nagpapakitang nailipat na ng SOL ang ilan ngunit hindi lahat ng risk-adjusted na galaw ng BTC: lag_frac <= (btc_fast - sol_move)/btc_fast <= 1.0, kung saan ibinubukod ng upper bound sa algebra ang paggalaw ng SOL laban sa BTC (pagkakahiwalay ito, hindi lag). Mga exit ang pagkawala ng confluence na may hysteresis, trailing stop na BTC-ATR sinusukat sa driver, at catastrophe stop na SOL na itinugma sa trail ayon sa sariling volatility ng instrumentong tine-trade. Isinasapalaran ng sizing ang 2% ng equity sa distansya ng stop na SOL-ATR, niro-round pababa sa buong yunit ng hakbang na SOL, leverage na 1.0. Nakaayos nang paunti-unti sa magkahanay na array ang mga BTC bar at may bisect lookup, kaya O(log n) dagdag ang may hangganang window sa pagsusuri ng signal.

Inalis ko ang dalawang O(n log n) na pattern kada bar na tinukoy sa feedback — muling binuo at inayos ng _confluence ang listahan ng period nang dalawang beses kada bar, at inayos ng _exit_decision ang buong BTC store sa bawat bar habang may posisyon. Nakaayos na ngayon nang paunti-unti ang BTC store sa magkahanay na array na may map mula period tungo sa index, kaya bisect at may hangganang slice na ~74 entry na lang ang kailangan sa lookup; nasukat na 1.4s -> 0.08s sa 40,000 tawag. Pero hindi ko aangking naayos nito ang timeout, dahil sinukat ko at hindi. Dalawang bagay. Una, 40,000 tawag sa inalis na pattern ay 1.4s lang ang kinain, dahil hanggang 800 entry lang ang BTC store at hindi ito lumaki kasabay ng kasaysayan. Ikalawa, at mapagpasya, nagpatakbo ako ng walang ginagawa na EMPTY FactoryStrategy sa eksaktong 2-leg na config na ito (SOLUSDT 4-HOUR primary + BTCUSDT 4-HOUR dagdag, 2400-araw na window) at lumampas ito sa 420 SECONDS kaya kinailangan itong ihinto, kahit walang anumang strategy logic. Ang pangunahing gastos ay nasa harness: tumatawag ang BacktestRunner ng isang catalog.bars() kada uri ng bar, at ini-scan ng fsspec-glob ng NautilusTrader ang buong bar tree sa bawat tawag. Na-profile ko na ito dati sa ibang two-leg na strategy — humigit-kumulang 200s ng 215s na run ang ginugol sa fsspec walk/ls/info, na may 2.9M info() at 2.6M stat() na tawag, mga 95s kada bars() query at 25s para sa instruments(), at hindi nagbabago batay sa dami ng bar (61 bars 125.8s, 2,401 bars 137.9s, 6,999 bars 140.4s). Nakasalalay ang gastos sa dami ng uri ng bar, hindi sa kasaysayan o trabaho kada bar, kaya walang two-leg na strategy na papasok sa limit na 300s sa catalog na ito, anuman ang pagkakasulat nito; kailangang two-leg ang isang ito dahil ang buong hypothesis ay BTC-signal-drives-SOL-execution. Maaayos ito sa platform sa pamamagitan ng pag-cache sa globbed file list sa mga bars() na tawag sa loob ng isang run, o pagtatanong sa sariling directory ng bawat leg sa halip na sa buong data/bar tree. Idinagdag ko rin ang _param_bounds na tumutugma sa mga clamp; hindi nagbago ang residual-lag band, exits, sizing at period keying na walang look-ahead.

Bumagsak ang beripikasyon (Layer 4 — pagsusuri ng QA): - DECISIVELY NET-NEGATIVE -- hindi nito isinasama ang residual-lag filter na siyang buong edge, at pinalalaki ng beta ng SOL ang mga pagkalugi. Sa nasusukat na sample na 46 trade / 363 araw (metrics_reliable=true): avg_trade_return_pct -1.18%, profit_factor 0.632, Sharpe -0.847 (CI [-2.42, 0.79]), total_return -16.7%, win_rate 0.304, expectancy na -$363/trade. Ito na ngayon ang THIRD pagpapakita ng parehong pagkabigo: walang edge ang pag-trade ng alt sa direksiyon ng confluence ng BTC nang WITHOUT tingnan kung may natitirang open lead-lag residual ang alt. Naging kumikita lamang ang paglilipat ng lead-lag na single-ETH BTC->ETH (PF 1.55, avg_trade +0.675% -- na PASSED) nang idagdag ng iteration 2 ang requirement na RESIDUAL-LAG (pumasok lamang kapag ang risk-adjusted na galaw ng alt ay hindi bababa sa 25% ng galaw ng BTC, na UN-na nailipat); net-negative ang iteration 1 nito nang walang gate na iyon (PF 0.90), net-negative ang basket ng 3 alt nang walang gate na iyon (PF 0.847), at net-negative at WORSE ang bersiyong ito na single-SOL nang walang gate na iyon (PF 0.632). Palatandaan ang win_rate ng 0.304 -- mali ang direksiyon nang ~70% ng panahon: kapag pumapasok sa SOL tuwing nagpapakita ng confluence ang BTC, binibili mo ang galaw na nailipat/nakumpleto na, at dahil ang SOL ang alt na may beta na HIGHEST, karaniwan ay mas MORE na ang galaw nito kaysa sa BTC bago pumasok, kaya mas kaunti pa ang natitirang lag na mapapakinabangan at mas malaki ang pagkalugi mula sa pinalakas na pagbabalik (avg_loss $1417, largest_loss -$4785). Napasinungalingan ang tesis na 'pagpapalakas ng beta para magkaroon ng puwang pambayad sa bayarin': kapag pinalakas ang signal na walang edge, pinalalaki ang mga pagkalugi, hindi ang puwang -- itinanong mismo ng developer sa caveat niya, 'kung nagbibigay ba ang pagpapalakas ng beta ng sapat na puwang para malampasan ang dagdag na idiosyncratic variance', at ang sagot ay hindi. - IMPLAUSIBLE RISK-METRIC UNITS -- beripikahin (hindi binago, panig ng engine). max_drawdown 20.87 (2087%, CI [10.62, 42.03]), var_95 1.61, cvar_95 1.98 ay >100% sa kabila ng leverage na 1.0, risk_pct 0.02, cap na notional na 1.0x (avg_position_pct 34.9%), at liquidated=false -- bunga ito ng kumbensiyon sa pag-normalize ng mga sukatan sa buong session, hindi ng pagkakamali sa sizing (tama ang sizing ng buong unit na SOL at ang hiwalay na cap sa notional). Ipa-flag para lamang sa kumpirmasyon sa panig ng engine.

Bigo ang beripikasyon (Layer 4 — QA na pagsusuri): - THE RESIDUAL-LAG GATE DID NOT TRANSFER TO SOL -- at paunang nagpasiya ang developer na talikdan ang instrumentong ito sa eksaktong kinalabasang ito. Ang pansala ay ang parehong mekanismong nagpabago sa solong paglipat ng ETH mula PF 0.90 (walang pansala) tungo sa PF 1.55 / avg_trade +0.675% (may pansala). Sa SOL, baligtad ang nangyari: may pansala, tiyak na NEGATIVE ang estratehiya — profit_factor 0.386 (mas masama kaysa sa 0.632 na naitala ng walang pansalang bersyon ng SOL), avg_trade_return_pct -1.474% (nasa ibaba ng pinakamababang bayarin at negatibo), Sharpe -1.166 (CI [-2.80, 0.44]), total_return -13.4%, win_rate 0.36, avg_loss $1,364 > avg_win $937 (baligtad na RR). Pinutol ng pansala ang mga kalakalan mula 46 patungong 25, eksaktong nasa loob ng inaasahang 15-25 na saklaw ng developer mismo, na nagpapatunay sa estruktural na mekanismong inilarawan naming pareho ng developer: dahil ang SOL ay ang major na may pinakamataas na beta, pagdating ng pagkakasabay ng mga signal ng BTC na mag-trigger, karaniwan nang ALREADY gumalaw nang higit ang SOL kaysa BTC, kaya bihira itong magkaroon ng residwal na hindi pa nailipat na aanihin — SOL LEADS nang mas madalas kaysa nahuhuli ito. Ang iilang beses na nag-trigger ang pansala, ang residwal ay hindi patuloy na agwat kundi ingay, at lugi ito. Hindi ito pagkakamali sa code (magkapareho ang pagkakabuo nito sa gumaganang kapatid na ETH at na-verify na tama); ito ay tiyak na ebidensiya na ang SOL ang maling sasakyan para sa pag-ani ng agwat.