Ugrás a tartalomra
Összes stratégia

Stratégiák

BTC Likvidációs kaszkádra épülő ellenirányú long-short stratégia: a túllövések ellenében kereskedik BTCUSDT.BINANCE 1H gyertyákon, amikor a likvidációs volumen Z értéke > 3, és ezzel egyidejűleg 2% ármozgás történik

Eredmény: Elvetve

BtcLiquidationCascadeCounterTradeLS1H

Eredmény összegzése

Ez a stratégia egy valóban újszerű, kriptospecifikus előnyre épített: a kényszerlikvidálási kaszkádok túllövéseinek ellenirányú kereskedésére BTC 1H idősíkon. Ez volt az első, likvidációvezérelt long-short stratégia a 459 kísérletek között, az iter-2 ablakolási javítás pedig megbízhatóan működésbe hozta, amikor voltak likvidációs sorok. Ám ~6.5 év alatt mindössze 8 ügyletet generált, mindet egy közelmúltbeli, ~2 hónapos időszakra korlátozva; a motor a mutatókat megbízhatatlannak minősítette, mivel a likvidációkat tartalmazó kiegészítő adatfolyam csak élő adatfolyamként érhető el, nagyjából két hónapnyi előzménnyel. Az elemző a visszateszt felülvizsgálati szakaszában, a második iteráció során feladta, mert a stratégia szerkezetileg nem tesztelhető vissza: adatelérhetőségi korlát áll fenn, nem kód- vagy paraméterprobléma. Jelezte az adatmérnöknek, hogy a likvidációs kaszkádra vonatkozó hipotézisek többéves likvidációs adatok visszatöltéséig blokkoltak maradnak; így a stratégia nem jutott el az optimalizálásig vagy a kockázati felülvizsgálatig.

Hipotézis

Long-short átlaghoz visszatérő stratégia BTCUSDT.BINANCE USD-M örökös határidős kontraktusokon, amely a kényszerlikvidálási kaszkádokkal ellentétes irányban kereskedik. BINANCE USD-M perp gyertyákat használ (bizonyítottan tiszta adat) + kiegészítő likvidálási adatokat (PostgreSQL — az összes korábbi pipeline-kísérlettől különálló adatfolyam). A hipotézis: amikor az óránkénti likvidálási volumen a BTCUSDT instrumentumon a 30 napos bázisértéke fölé, több mint 3 szórással kiugrik, AND az ár az előző 4 órában……Több megjelenítéseKevesebb megjelenítése

Long-short átlaghoz visszatérő stratégia BTCUSDT.BINANCE USD-M örökös határidős kontraktusokon, amely a kényszerlikvidálási kaszkádokkal ellentétes irányban kereskedik. BINANCE USD-M perp gyertyákat használ (bizonyítottan tiszta adat) + kiegészítő likvidálási adatokat (PostgreSQL — az összes korábbi pipeline-kísérlettől különálló adatfolyam). A hipotézis: amikor az óránkénti likvidálási volumen a BTCUSDT instrumentumon a 30 napos bázisértéke fölé, több mint 3 szórással kiugrik, AND az ár az előző 4 órában legalább 2% mértékben ugyanabba az irányba mozdult el, a piac FORCED-FLOW OVERSHOOT állapotban van — a marginális eladó (long likvidálási kaszkád esetén) vagy marginális vevő (short squeeze esetén) mechanikus, nem természetes szereplő. Amint a kényszerű eladási vagy vételi áramlás kifullad (jellemzően 4-12 órán belül), a természetes piaci szereplők belépnek az elmozdult ár mellett, és a mozgás részben visszafordul. A stratégia LONG pozíciót vesz fel, amikor a long oldali likvidálások kaszkádja zajlik (az ár túllő DOWN értéken), és SHORT pozíciót, amikor a short oldali likvidálások kaszkádja zajlik (az ár túllő UP értéken). Ez FIVE alulreprezentált kategória lefedését bővíti: long-short irány (14.2% → 45% felé), likvidálások által vezérelt mechanizmus (a 459 kísérletből egyik sem használta ezt az adatfolyamot), kriptospecifikus mikrostruktúra (a hagyományos pénzügyekben lehetetlen előny), középtávú tartás (4-12 órás ciklusok), valamint kiegészítő adatok által vezérelt stratégia (ezek az adatainkban tiszták voltak, ellentétben a BINANCE_SPOT gyertyákkal). A mechanizmust a kriptovaluták mikrostruktúráját vizsgáló kutatások dokumentálják (Kaiko 2022, Coin Metrics 2023) — a likvidálási kaszkádok rendszeresen 1.5-3% árkilengéseket okoznak, amelyek 6-18 órán belül részben visszafordulnak, ahogy az order flow kényszerű komponense eloszlik. ONLY BINANCE USD-M perp gyertyákat és PostgreSQL-ben tárolt likvidálási adatokat használ — nem használ BINANCE_SPOT gyertyákat (amelyek ebben a munkamenetben ismételten megbuktak a Layer 3 ellenőrzésén). Pozícióméretezés: irányonként a saját tőke 15% része. Kockázat ügyletenként: a saját tőke 1.5% része, stop-loss által korlátozva.

-2. iteráció: minimális javítás a Layer-3 „Nem keletkezett ügylet” hibájára, a korábbi rétegek visszaesése nélkül. Kiváltó ok: a belépési feltétel azt követelte meg, hogy az egyetlen 1 órás gyertyában mért, legalább 3 szórásnyi likvidálási kiugrás egybeessen az iránydominanciával AND egy legalább 2% mértékű, ugyanabba az irányba mutató 4 órás ármozgással; ritka likvidálási sorok esetén a 1 órás gyertya gyakran üres, még valódi kaszkád közben is, ezért a `total` gyakran 0 volt, így a három feltétel együttesen……Több megjelenítéseKevesebb megjelenítése

-2. iteráció: minimális javítás a Layer-3 „Nem keletkezett ügylet” hibájára, a korábbi rétegek visszaesése nélkül. Kiváltó ok: a belépési feltétel azt követelte meg, hogy az egyetlen 1 órás gyertyában mért, legalább 3 szórásnyi likvidálási kiugrás egybeessen az iránydominanciával AND egy legalább 2% mértékű, ugyanabba az irányba mutató 4 órás ármozgással; ritka likvidálási sorok esetén a 1 órás gyertya gyakran üres, még valódi kaszkád közben is, ezért a `total` gyakran 0 volt, így a három feltétel együttesen szinte soha nem teljesült. A javítás megtartja a mechanizmus likvidálásvezérelt jellegét 100% (kifejezetten nincs árfolyam-alapú tartalékmegoldás): (1) a likvidálásokat most `liq_window_bars` órán át összesítjük (alapértelmezés szerint 4 óra, az ármozgással azonos időablak), hogy a kaszkád ténylegesen bekerüljön a mérésbe, és a `total` sokkal gyakrabban legyen nem nulla, összehangolva a jel két felét; (2) a két numerikus küszöb enyhébb lett (liq_z 3.0->2.0, price_move_pct 2.0->1.0), továbbá min_events csökkent 50->30 értékre, hogy a z-bázis hamarabb használható legyen. Az importok változatlanok (a Layer 1 továbbra is megfelel), és a Layer 2 ellenőrzésen átment z-pontszám/trigger/kilépés/méretezés vázszerkezete szerkezetileg változatlan — csak egy időablak-határ és három paraméter alapértéke módosult. A piac továbbra is BINANCE USD-M futures (a hosszú-rövid stratégiához margin szükséges), a tőkeáttétel 1.0 (nem használjuk felerősítésre, ezért a leverage_set_but_unused ellenőrzés nem aktiválódik). Ha a sandboxban valóban nincsenek likvidálási sorok, a stratégia továbbra is helyesen marad pozíció nélkül, ahelyett hogy árfolyam-proxyval hamis ügyleteket generálna.

A rendelkezésre álló likvidációs előzmények alapján szerkezetileg nem tesztelhető vissza: a motor 56,208 1H gyertyát dolgozott fel (~6.5 év), de csak 8 ügyletet generált; ezek közül ALL egyetlen, ~2 hónapos időszakba sűrűsödött (2026-04-21 és 2026-06-24 között), metrics_reliable=FALSE mellett. A jelzéshez supplementary_data['liquidations'] sorokra van szükség, amelyeket a hipotézis és a kód egyaránt ritkának és kizárólag élő adatfolyamban elérhetőnek ír le. Az ügyletek egy időszakba sűrűsödése összhangban van……Több megjelenítéseKevesebb megjelenítése

A rendelkezésre álló likvidációs előzmények alapján szerkezetileg nem tesztelhető vissza: a motor 56,208 1H gyertyát dolgozott fel (~6.5 év), de csak 8 ügyletet generált; ezek közül ALL egyetlen, ~2 hónapos időszakba sűrűsödött (2026-04-21 és 2026-06-24 között), metrics_reliable=FALSE mellett. A jelzéshez supplementary_data['liquidations'] sorokra van szükség, amelyeket a hipotézis és a kód egyaránt ritkának és kizárólag élő adatfolyamban elérhetőnek ír le. Az ügyletek egy időszakba sűrűsödése összhangban van azzal, hogy a likvidációs adattár csak egy közelmúltbeli, ~2 hónapos időszakot fed le; így a kaszkádjelzés a 6.5 visszatesztelt évből 6.4 során egyáltalán nem léphet működésbe (a tünetet figyeltük meg, ez nem a Postgres-tábla független auditja). Ez adatelérhetőségi korlát, nem kód- vagy paraméterprobléma: a stratégia helyesen van megvalósítva, és megbízhatóan köt ügyletet, amikor likvidációs sorok állnak rendelkezésre. Nincs tehát mit javítania a fejlesztőnek, és nincs hangolandó paraméter sem: egyetlen 2 hónapos időszakban végrehajtott 8 ügylet nem elegendő a walk-forward teszthez (3 ablak) vagy egy holdout mintához, így az optimalizálás puszta zajra illesztene. A mechanizmus sem nem igazolt, sem nem cáfolt; egyszerűen nem validálható. Ne optimalizáld, ne iteráld. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: a likvidációs kaszkádra épülő hipotézisek blokkoltak maradnak, amíg a likvidációs adatfolyamot többéves előzményekkel vissza nem töltik (például Binance Vision likvidációs pillanatfelvételeiből), és nem csak élő adatfolyamként érhető el; ilyen előzmények meglétéig ne próbálkozz újra likvidációvezérelt stratégiákkal. FAILURE PATTERN: a BTCUSDT eszközön a likvidációvezérelt stratégiák szinte üres visszatesztet eredményeznek (8 ügylet egy közelmúltbeli, ~2 hónapos időszakra korlátozva), mivel a likvidációkat tartalmazó kiegészítő adatfolyam csak élő adatfolyamként érhető el, ~2 hónapnyi előzménnyel. A mechanizmus nem validálható mintán kívül, a stratégia pedig az adatok visszatöltéséig szerkezetileg nem tesztelhető vissza; ugyanez a kiegészítő adatok előzményeinek hiányából fakadó korlát figyelhető meg a OI/likvidációs stratégiacsaládban is.

Megvalósítás

Long-short, likvidálási kaszkádokkal ellentétes ügylet BTCUSDT.BINANCE USD-M határidős kontraktusokon, 1 órás gyertyák alapján, kiegészítő likvidálási adatok használatával. Amikor az előző 4 órában összesített likvidálási USD volumen a hozzávetőleges 30 napos bázisértéke fölé 2 szórással kiugrik, AND az ár az előző 4 órában legalább 1% mértékben ugyanabba az irányba mozdult el, a stratégia a kényszerű áramlás okozta túlmozgással ellentétes pozíciót vesz fel: long oldali likvidálások (lefelé irányuló kaszkád) -> LONG, short oldali likvidálások (felfelé irányuló squeeze) -> SHORT. Kilépés 4% take-profit, 10% kemény stop vagy 12 gyertyás időstop esetén. A jel az előjeles likvidálási z-score (természetes mértékegységben); a should_enter küszöböli a gyorsítótárazott likvidálási és árkomponenseket. Tőkeáttétel: 1.0.

Ellenőrzési eredmények

Az ellenőrzés sikertelen (Layer 3 — sandbox-visszateszt): nem keletkezett ügylet Használt gyertyatípus: BTCUSDT.BINANCE-1-HOUR-LAST-EXTERNAL, feldolgozott gyertyák: 56064 Diagnosztika: a should_enter() 56059 kiértékelt gyertya során 0 alkalommal adott vissza oldalt -> a(z) ENTRY CONDITION sosem váltott ki jelzést. Enyhítsd a belépési logikát / küszöbértékeket. Győződj meg arról, hogy a stratégiád a megadott adatokkal és paraméterekkel köt ügyleteket.

Backteszt-értékelés

Sharpe
-0,68
Teljes hozam
-0,03%
Maximális visszaesés
0,39%
Összes ügylet
8
Találati arány
62,5%
Profitfaktor
0,92

A kód helyes, és hűen követi a mechanizmust: likvidációs sorok meglétekor a tervek szerint működésbe lép (8 belépés, 0 elvetve, long/short a kaszkád iránya szerint); a ITER-2 ablakolási javítás működik

Újszerű mechanizmus és iránykategória (az első likvidációvezérelt long-short stratégia) — érdemes újra elővenni, ha IF történelmi likvidációs adatok válnak elérhetővé

A rendelkezésre álló adatok alapján szerkezetileg nem tesztelhető vissza: 56,208 gyertya feldolgozása mellett csak 8 ügylet született; ALL ezek közül 2026-04-21 és 2026-06-24 között sűrűsödött (~2 hónap); annual_returns értéke mindössze 2026

A motor metrics_reliable=FALSE értéket jelez; Sharpe -0.68, CI -10.4–+23.5 értékkel (ez 8 ügylet mellett értelmetlen), total_return -0.03%, profit_factor 0.92, a jutalék a bruttó érték 23%-a

A kiegészítő likvidációs adatfolyam csak élő adatfolyamként érhető el, ~2 hónapnyi előzménnyel, így a kaszkádjelzés a 6.5 visszatesztelt évből 6.4 év során nem léphet működésbe — nincs minta az optimalizáláshoz vagy a validáláshoz

8 ügylet nem elegendő walk-forward teszthez (3 ablak) vagy holdout mintához — az optimalizálás puszta zajra illesztene

Eredmény összegzése

Egy kiegészítő adatokra épülő mechanizmus nem tesztelhető vissza, ha az adatfolyamából hiányzik az előzmény: a likvidációs adatfolyam csak ~2 hónapot fed le, így a jelzés mindössze 8 alkalommal lépett működésbe, a mechanizmust pedig sem igazolni, sem cáfolni nem lehetett; a likvidációs/OI-vezérelt hipotézisek blokkoltak maradnak, amíg az adatokat többéves előzményekkel vissza nem töltik.

A visszatesztet felülvizsgáló elemző „feladás” ítéletet hozott: a kód helyes volt, és a likvidációs sorok meglétekor megbízhatóan működésbe lépett, így ez adatelérhetőségi korlát, nem hiba — a kiegészítő likvidációs adatfolyam csak élő adatfolyamként érhető el, ~2 hónapnyi előzménnyel, ezért a kaszkádjelzés a 6.5 visszatesztelt évből 6.4 év során nem léphet működésbe, és egyetlen időszakban 8 ügylet nem elegendő walk-forward teszthez vagy holdout mintához.

Egy long-short mean-reversion stratégia a(z) BTCUSDT 1H Binance futures piacon (1.0x tőkeáttét, 0.15 lábonként), a kényszerlikvidálások kiegészítő adatait felhasználva — a kényszerlikvidálási kaszkádok elleni kereskedéssel, long pozíciót nyitva, amikor a long likvidálások felszöknek (z≥2), egy ≥1% lefelé irányuló mozgással egyidejűleg, short pozíciót pedig a tükör short-squeeze esetén — öt alulreprezentált kosarat célozva, beleértve az első, likvidálás-vezérelt, long-short, kriptó-mikroszerkezeti mechanizmust.

~6.5 év alatt (56,208 1H gyertya) mindössze 8 ügyletet generált, amelyek mind egyetlen, ~2 hónapos időszakba sűrűsödtek (2026-04-21 és 2026-06-24 között): teljes hozam -0.03%, profitfaktor 0.92, Sharpe -0.68, értelmezhetetlen CI értékkel [-10.4, +23.5], a jutalék a bruttó érték 23%-a, a motor pedig metrics_reliable=FALSE értéket jelzett.

A Stratmill egy kutatási és papíralapú kereskedési eszköz, nem befektetési tanácsadás vagy bróker. A backteszt- és papírkereskedési eredmények hipotetikusak. A kereskedés veszteség kockázatával jár.