ETH Cross-Venue Positive-Funding Carry, Delta-Neutral (Long ETHUSDT.BINANCE_SPOT + Short na may Kapantay na Notional na ETHUSDT.BINANCE Perp WHEN 8h Funding > +0.04% — Kunin ang Daloy ng Funding sa Short Perp, Hawakan nang Araw hanggang Linggo Hanggang Bumalik sa Normal ang Funding, 2-Parameter, ASSET-DIVERSIFIES sa Panalong BTC Carry na Naka-deploy)

Isang DELTA-NEUTRAL (neutral sa merkado) na funding carry sa iba’t ibang venue gamit ang ETH — tuwirang pag-iba-iba ng asset mula sa pinakamalakas na na-deploy na strategy ng factory, ang ‘Cross-Venue BTC Funding Carry’ (Sharpe 8.58, paper_stage). Ang carry na BTC iyon ang ONE cross-venue strategy na nagtagumpay dahil NOT nito nilalabanan ang manipis na spread: umaandar lamang ito kapag sukdulan sa estruktura ang funding, kaya malinaw na mas malaki ang nakokolektang daloy ng pera kaysa sa bayad sa round-trip. Inililipat ng hypothesis na ito ang PROVEN napatunayang mekanismong iyon sa ETH, kung saan kasingdalas ng pagtaas ng positibong funding ang mga spike at madalas na mas MORE sukdulan kaysa sa mga nasa BTC sa mga yugto ng bull market/euphoria. Isinasaalang-alang nito ang bawat mahalagang aral: (L1) nagmumungkahi lamang ng cross-venue carry kapag umabot sa itinakdang laki ang WITH — ang hangganan ng pag-activate na +0.04%/8h ay katumbas ng +0.12%/araw na naipong funding, at tumatagal nang maraming araw ang median na aktibong rehimen, kaya nalalampasan ng naipong accrual (0.30%+) ang humigit-kumulang 0.30% para sa apat na fill sa round-trip; (L13) NOT ito signal na nakabatay sa funding-DIRECTION (ubos na ang mga iyon) — isa itong terminong hinahawakan nang ilang araw na funding-CARRY, na may accrual kada araw na higit sa 15bps; ito mismo ang nag-iisang anyo ng funding na pinapayagan pa ng aral; (L12) NOT ito basket na ranggo-at-ikot — hedge ito ng iisang asset na may dalawang leg, kaya hindi kailangan ang cross-sectional dispersion. Ang portfolio ay 92.5% nasa iisang venue kumpara sa target na 15% cross-venue at 85% long-only kumpara sa layuning neutral sa merkado — sabay nitong pinupunan ang BOTH kulang na mga kategorya sa pamamagitan ng mekanismong napatunayan na sa aktuwal na datos ng kalipunan. 2 parameter lamang (arm_threshold, disarm_threshold) upang mapanatiling mas mababa sa tunay na edge ang implasyon ng best-of-N ng optimizer.

Malinis itong pagsisimula muli: pipeline ang sanhi ng dating pag-abandona, at direktang kopya ng asset ang mekanismo mula sa panalong BTC carry na naka-deploy, kaya sadyang hindi ginalaw ang signal, hedging, laki ng posisyon, panangga sa naiwang leg, at dalawang edge tunable. Dahil tinatanggihan ang code na kaparehong-kapareho ng byte sa Layer 0, ginawa ko ang nag-iisang pagbabagong nagpapatibay sa sariling ekonomiks na inilalahad ng hypothesis sa halip na baguhin ang edge: sinusunod na ngayon ng disarm exit ang minimum na tagal ng paghawak, batay sa sariling timestamp ng entry bar (oras sa kalendaryo, kaya pareho ito sa bawat restart, window ng walk-forward at paper replay — hindi counter na nakabatay sa proseso). Tahasang nakabatay sa pinagsama-samang halaga ang paliwanag ng hypothesis tungkol sa bayarin (+0.12%/araw na naiipon habang naka-arm sa loob ng maraming araw kumpara sa ~0.30% na round trip na apat na fill), pero dati ay puwedeng mag-arm at mag-disarm ang code sa magkatabing bar tuwing nagbabago-bago ang funding sa makitid na hysteresis band, at singilin ang buong halaga ng apat na fill laban sa accrual na halos pang-isang 8h lang — ito mismo ang pagtagas ng fee-edge na dapat iwasan ng mekanismo. Nilalaktawan ang tagal ng paghawak kapag naging negatibo ang funding, dahil nagbabayad na ng funding ang short perp leg at tiyak na lugi ang paghihintay sa halip na makaipon; inilalantad ang min_hold_hours bilang tunable na may takdang hangganan upang masuri ito ng optimizer gamit ang totoong data.

Funding carry na delta-neutral, bagsak sa minimum at pinasinungalingan ang batayan — hindi sulit ang 2 oras, at kinredito ng engine ang funding na IS (1,975 kaganapan, 38 trade), kaya totoong resulta ito sa ekonomiya na bagsak pa rin. Ang avg_trade_return_pct ay 0.007% — humigit-kumulang 20x na mas mababa sa minimum para maging mabubuhay na 0.15%, at mas mababa sa sariling ~0.30% na gastos ng estratehiya para sa round trip na apat na fill; total_return -0.92%, Sharpe -0.023 (CI [-0.54, 2.24]), PSR 0.49. Ito ang lagda ng cross-venue funding carry na bagsak sa minimum na L22 (ang naunang ETH positive-funding carry ay nagtala ng 0.026%/trade, inulit nang 3x at saka inabandona — mas manipis ito). Pinabubulaanan ng sariling tala ng gate ng developer ang pangunahing batayan: arm_threshold 0.0004 at 0.0002 ay 'hindi kailanman gumana' sa buong taon ng sandbox, kaya ibinaba sa baseline ng funding (0.0001) para lang magkaroon ng mga fill — halos walang naaani ang pag-arm sa baseline kapag ibinawas ang mga bayarin, at iniiwan nito ang katangiang 'mag-arm lang kapag sukdulan sa estruktura ang funding' na nagpaandar sa kapatid nitong naka-deploy na BTC, dahil bihirang umabot ang totoong ETH 8h funding sa ipinagpalagay na +0.04%. Lalo pang nadudungisan ang pangunahing resulta ng pinaghihinalaang artifact ng hindi pagtutugma ng mga leg sa iba’t ibang venue: hindi makatwirang magpakita ang isang delta-neutral na book ng +20.19% sa iisang araw (2021-05-20), pero nangyari ito (skew -25.4, kurtosis 680), at nagtatapos pa ang mga leg sa magkaibang petsa (spot 2026-06-09 kumpara sa perp 2026-06-25). Sa 2020-2021 lang ito gumana (annual_returns {2020,2021}), 2260 sa 2279 signal ang inalis dahil zero ang laki, at end_unrealized_pct -26. Walang pag-aayos sa arm/disarm ang makalilikha ng premium sa funding na wala sa feed ng ETH. Padron ng pagkabigo: fee_edge/no_edge delta-neutral funding carry, pinabulaanan ang batayan + pinaghihinalaang artifact ng hindi pagtutugma ng mga leg (L22).

Delta-neutral na ETH positive-funding carry sa iba't ibang venue: SHORT ETHUSDT.BINANCE USD-M perp (para tumanggap ng funding) laban sa katumbas na ETH-dami ng LONG sa ETHUSDT.BINANCE_SPOT (ang panimbang sa presyo), sa 8-HOUR bar na nakaayon sa siklo ng funding. Ina-activate ang posisyon kapag nasa +0.01%/8h o mas mataas ang 8h funding rate, at pinananatili nang ilang araw hanggang ilang linggo habang nagpapatuloy ang carry. Inaalis ito kapag bumalik sa normal ang funding at bumaba sa +0.003%/8h — pero pagkatapos lamang ng minimum na 24-oras na paghawak (tatlong siklo), para mahigitan ng naipong funding ang humigit-kumulang 0.30% na gastos sa apat na fill para sa round trip; agad ding inaalis kung maging negatibo ang funding (magbabayad na ang short leg). Dahil magkatugma ang mga dami ng ETH, eksaktong sero ang net delta sa pagpasok; isinasara ng orphan guard sa loob ng isang bar ang anumang leg na naiwang bukas nang mag-isa. Dalawang edge tunable (arm/disarm hysteresis band), leverage na 1.0, at binabasa ang funding sa mismong oras sa pamamagitan ng bisect sa paunang kinuwentang nakaayos na timestamp array.

Natuklasan ng semantic auditor ang hindi pagtutugma ng code at hypothesis — NOT ipinatutupad ng code ang hypothesis. I-code muli ang estratehiya upang ipatupad ang hypothesis EXACTLY (instrument, timeframe, direksyon, pinangalanang edge/mechanic, at laki ng posisyon). Mga tiyak na isyu: arm_threshold ay 0.0001 (+0.01%/8h) kapwa sa default ng code na v3 (src/strategies/generated/EthCrossVenuePositiveFundingCarryDeltaNeutral_v3.py:62) at sa run config, pero itinatakda ng pamagat at katawan ng hypothesis ang gate sa +0.04%/8h (0.0004) bago pa ang pagsusuri at nakasalalay rito ang buong paliwanag sa pagiging mabubuhay kapag ibinawas ang bayarin ("ang gate sa pag-arm na +0.04%/8h = +0.12%/araw na accrual ng funding ... natatakpan ng naipong accrual (>0.30%+) ang ~0.30% na round trip na apat na fill"). Sa 0.0001, 0.03%/araw ang accrual, kaya kailangan itong hawakan nang ~10 araw para mabawi ang kaparehong round trip na ~0.30% (spot 0.10%x2 + perp 0.05%x2), sa halip na ~2.5 — 4x na mas mahinang gate. Inaamin mismo ng komento sa code na nag-a-arm ito sa "baseline ng STRUCTURAL ... ang rate kung saan bumabalik ang Binance funding tuwing premium ~ 0", ibig sabihin ay karaniwang baseline, hindi ang rehimeng "sukdulan sa estruktura" na sinasabi ng hypothesis na tanging dahilan kung bakit natatakpan ng mekanismong BTC-carry na kinopya ang mga bayarin. Ipinadala ang v1 na may 0.0004; ibinaba ang threshold mula 0.0004 -> 0.0002 -> 0.0001 sa magkakasunod na pag-ulit para makaiwas sa zero-trade na pagkabigo ng Layer-3, habang hindi binago ang teksto ng hypothesis. Kaayon ng carry na hindi na nakasasagot sa mga gastos sa ipinatupad na gate ang backtest (46 trade, total_return -1.22%, Sharpe -0.03).

Nabigo ang pag-verify (Layer 4 — pagsusuri ng QA): - Sumasalungat ang FEE-DEAD arm_threshold sa sariling batayang L1 ng hypothesis; nakumpirmang nalulugi sa sandbox. Nag-a-arm lang ang hypothesis kapag ang funding ay ≥ +0.04%/8h (0.0004) upang matakpan ng naipong kita sa loob ng maraming araw (>0.30%) ang humigit-kumulang 0.30% na gastos sa round trip na apat na fill. Ipinapatupad ng code ang arm_threshold=0.0001 (+0.01%/8h, ang baseline kung saan premium≈0), na ibinaba sa loob ng 3 pag-ulit para lang piliting magkaroon ng trade. Sa +0.01%/8h ≈ +0.03%/araw, hawak nang ~1 araw ⇒ ~0.03% gross kumpara sa ~0.30% round trip ⇒ ~−0.27%/trade. Kinukumpirma ito ng sandbox: −2.9% sa kabuuan, avg_trade_return_pct 0.0017%, expectancy na −$38/trade, PF 0.86. Ito ang pagkabigong L1/L13 fee-dead-carry. - Hindi maipagpapalit ang fee-viable na threshold sa loob ng sample: 0.0004 (iter1) at 0.0002 (iter2) ay kapwa nagpatupad ng ZERO trade sa loob ng 365-araw na palugit — nanatili sa baseline ang totoong ETH funding sa buong taon. Kaya nakulong ang estratehiya: kapag fee-viable ⇒ walang trade; kapag nagpatupad ng trade ⇒ lugi sa bayarin. Hindi nito naililigtas ang ipinadalang default na fee-dead at hindi pa napatutunayan ang depensang 'ibabalik ito ng optimizer sa buong kasaysayan'. Kailangan ng patunay mula sa buong kasaysayan na sapat na madalas umabot ang ETH funding sa +0.04%/8h upang maging BOTH masusukat at fee-viable, o kaya ay abandunahin ito — gumagana ang kapatid na BTC dahil talagang lumampas ang BTC funding sa gate nito; hindi ito naipakita para sa ETH.