Աշխատո՞ւմ են liquidity sweep-երը իրականում
Liquidity sweep-երը աշխատում են նեղ, ստուգելի իմաստով. դրանք ստեղծող stop-երի խմբավորումը փաստագրված market microstructure է, ու կանոնների վրա հիմնված sweep-reversal կոնֆիգուրացիաները կարող են դրական expectancy տալ։ Բայց edge-ը ֆիլտրերի մեջ է՝ pool-ի ընտրություն, timing, հաստատում, ոչ թե ինքնին pattern-ի մեջ։
«Աշխատել» ասելով այստեղ կոնկրետ բան եմ հասկանում. մեխանիկական կանոնների համակարգ՝ ճշգրիտ սահմանված sweep, մուտքի trigger, stop ու target, որ ծախսերից հետո դրական expectancy է տալիս վիճակագրորեն իմաստալից նմուշի վրա։ Ամեն ինչ ավելի ջրիկ՝ «գինը հաճախ շրջվում է wick-ից հետո» տիպի պնդումները ստուգել չես կարող, ուրեմն ու առևտրի դնել էլ չես կարող։
Այս շրջանակը կարևոր է, որովհետև liquidity sweep-ը՝ գնի անցումը տեսանելի պատվերների կուտակման միջով ու հետո շրջվելը, hindsight-ում հեշտ է տեսնել, real time-ում՝ դժվար առևտրի դնել։ Ազնիվ հարցը այն չէ, թե sweep-երը կատարվում են թե ոչ, դրանք ակնհայտ կատարվում են։ Հարցն այն է, թե կանոնների վրա հիմնված sweep-reversal կոնֆիգուրացիան փող է բերում, երբ հաշվի ես առնում ամեն այն wick-ը, որ նույնն էր երևում, բայց շարունակեց գնալ։
Պնդումը երկուսի բաժանիր, ու վեճը մաքրվում է։ Թույլ պնդումը՝ ակնհայտ մակարդակները ձգում են խմբավորված պատվերներ, ու դրանց վրայով անցնելը իրական երկկողմանի իրադարձություն է ստեղծում, լավ հիմնավորված է։ Ուժեղ պնդումը՝ ցանկացած մակարդակի ցանկացած sweep fade ազդանշան է, սուտ է, ու հենց այդ տարբերակն են ստուգում պարտվող backtest-երի մեծ մասը։
Մեխանիկական հիմքը՝ stop-երի խմբավորումը փաստագրված microstructure է
Հիմքը trading-ֆորումների լեգենդները չեն։ Carol Osler-ի հետազոտությունը Federal Reserve Bank of New York-ում վերլուծել է հազարավոր իրական stop-loss ու take-profit պատվերներ խոշոր FX dealer-ի մոտ։ Նա պարզել է, որ stop-loss buy պատվերները խմբավորվում են կլոր թվերից մի փոքր վերև, sell-երը՝ մի փոքր ներքև, ու այդ խմբերի կատարումը ինքնաուժեղացող գնային cascade-եր է առաջացնում (Stop-Loss Orders and Price Cascades in Currency Markets, FRBNY Staff Report No. 150)։
Դա թարգմանիր Smart Money Concepts-ի լեզվով։ Մակարդակներ, որ բոլորը տեսնում են՝ Equal Highs ու Equal Lows (EQH/EQL), նախորդ օրվա extreme-ը, հին weekly low-ը, կուտակում են Buy-Side Liquidity (BSL)-ի ու Sell-Side Liquidity (SSL)-ի խիտ գրպաններ. մի կողմի դիրքերի պաշտպանիչ stop-եր, մյուս կողմի թրեյդերների breakout մուտքեր։
Երբ գինը սեղմվում է այդ մակարդակով, երկու հոսք միանգամից աշխատում է. խմբավորված stop-երը կատարվում են որպես հարկադրական market orders, ու breakout թրեյդերները մտնում են նույն ուղղությամբ։
Այդ միակողմանի հոսքի պայթյունը շարունակվելու համար անընդհատ ինստիտուցիոնալ հետաքրքրություն է պետք։ Երբ այդ հետաքրքրությունը չկա, կամ երբ ավելի մեծ խաղացողները պայթյունն օգտագործում են հակառակ կողմի դիրքեր լցնելու համար, շարժումը սպառվում է ու ցատկում մակարդակի ետև։
Ուրեմն sweep-ը իրական երկկողմանի liquidity իրադարձություն է, ոչ թե chart-pattern սնահավատություն. հարկադրական հոսքը հանդիպում է կլանող հոսքին այն գնի վրա, որտեղ պասիվ պատվերները չափելիորեն խտացած են։ Մեխանիզմը իրական է։ Մեխանիզմը երաշխավորում չի տալիս, որ ամեն sweep շրջվելու է, կամ որ դրանցից փող կհանես։
Ինչ են ցույց տալիս backtest-երը ու ինչու են չհամընկնում
Համայնքային backtest-երը՝ TradingView strategy scripts, ֆորումային ուսումնասիրություններ, ձեռքով հավաքված նմուշներ, արդյունքներ են տալիս մոտավորապես 40-ի սկզբից մինչև 60-ի կես win rate-ի միջակայքում sweep-reversal համակարգերի համար, շատ տարբեր risk-reward պրոֆիլներով։ Այդ տարածումը ընդունիր որպես անհամաձայնության պատկերազարդում, ոչ թե տվյալ. այդ թեստերի գրեթե ոչ մեկը չունի սառեցված կանոնների համակարգ։ Հենց դա է խնդիրը։
«Liquidity sweep»-ի երկու backtest-ը սովորաբար երկու տարբեր ռազմավարություն են ստուգում։ Չորս սահմանող պտուտակ է որոշում արդյունքը, ու որևէ մեկի պտտելը շահութային արդյունքը պարտվողի կարող է դարձնել.
- Ներթափանցման խորությունը։ Մակարդակով մեկ tick-ով դիպչելը sweep է համարվում, թե՞ գինը 0.2 ATR-ով պետք է անցնի։ Ամեն ինչ հաշվես՝ նմուշը աղմուկով կլցվի, խորը ներթափանցում պահանջես՝ ամենամաքուր rejection-ներից շատերը կդուրս գան։
- Reclaim-ի պատուհանը։ Գինը նույն մոմի վրա պետք է ետ փակվի, երեք մոմի ընթացքում, թե՞ սեսիայի ցանկացած պահի։ Նույն-մոմ կանոնը wick rejection-ներ է ստուգում, սեսիայի երկարությամբ կանոնը՝ ավելի շատ ձախողված breakout-ներ։ Տարբեր գործարքներ, նույն անունը։
- Սեսիայի ֆիլտրը։ Ամբողջ 24 ժամը, թե՞ միայն London-ի ու New York-ի Kill Zone-երը։ Խտացած սեսիայի հոսքի մեջ արված sweep-երը այլ կերպ են ավարտվում, քան մեռած ժամերին քսուքով անցնողները։
- Bigger timeframe-ի համատեքստը։ Daily trend-ի հետ արված ու դեմ արված sweep-երը գրեթե հակառակ գործարքներ են։ Դրանք միասին խմբավորելը երկու տարբեր բաշխում է միաձուլում մեկ անիմաստ թվի մեջ։
Դրա համար ոչ մի ազնիվ վերլուծաբան քեզ ունիվերսալ win rate չի տա liquidity sweep-երի համար։ Թիվը pattern-ի հատկություն չէ, այն pattern-ի plus կոնկրետ կանոնների, շուկայի, սեսիայի ու regime-ի հատկություն է։ Ով ճշգրիտ թիվ է մեջբերում առանց իր սահմանումները հրապարակելու, ինչ-որ բան է վաճառում։
Base rate-ի խնդիրը՝ wick-երի մեծ մասը sweep չէ
Իրացվելի զույգի վրա գինը մշտապես ինչ-որ վերջին high կամ low է խախտում։ EURUSD-ի վրա նշիր ամեն 15 րոպեանոց wick ամեն փոքր swing-ի միջով, ու շաբաթական տասնյակ «sweep»-եր կտեսնես։ Դրանց մեծ մասը continuation է, chop, կամ այնպիսի մակարդակների հետ շփում, որ ոչ ոք լուրջ չէր հետևում։ Առանց պայմանների «wick մակարդակով, հետո շրջվել» base rate-ը մետաղադրամ նետելու տարածքում է՝ հենց այն, ինչ աղմուկն է երևում։
Edge-ը, որտեղ կա, պայմանավորումից է գալիս։ Իրադարձությունների բազմությունը սահմանափակիր այն pool-երով, որ bigger timeframe-ի վրա ակնհայտ են՝ հին daily ու weekly extreme-ներ, equal highs, որ swing թրեյդերը սենյակի մյուս ծայրից է տեսնում, kill zone-ի սեսիայի extreme-ներ, ու թեկնածուների թիվը օրական տասնյակից ընկնում է շաբաթական մի բուռ։
Այդ անկումը նպատակն է, ոչ թե կողմնակի էֆեկտ։ Osler-ի cascade-երը ծավալով խմբավորված պատվերներ են պահանջում, իսկ պատվերները խմբավորվում են այն մակարդակների վրա, որ միաժամանակ շատ մասնակիցների աչքին են ընկնում։ Անանուն 5 րոպեանոց swing high-ի վրա ամբոխ չկա, ու դրա sweep-ը ոչինչ չի նշանակում։ Ընտրության չափանիշները sweep ռազմավարության զարդարանք չեն։ Դրանք հենց ռազմավարությունն են։
Ինչն է տարբերակում աշխատող liquidity sweep-երը
Պրակտիկ թրեյդերների playbook-երում ու համայնքի ավելի խնամքով արված թեստերում նույն չորս ֆիլտրն է անընդհատ առանձնացնում առևտրելի sweep-երը wick-ային աղմուկից։
1. Bigger timeframe-ի pool-ի նշանակություն
Sweep-ած մակարդակը պետք է նշանակություն ունենա 1H, 4H կամ daily chart-ի վրա. հին high կամ low, EQH/EQL, նախորդ շաբաթվա extreme, կամ Draw on Liquidity-ի վերջակետը։ Եթե աչքերդ կկոծելով ես pool-ը գտնում, շուկան էլ չի տեսնում՝ բաց թող։
2. Kill zone-ի timing
London-ի կամ New York-ի բացման հոսքի մեջ արված sweep-երը արագ են ավարտվում, որովհետև cascade-ին ու շրջադարձին վառելիք տվող մասնակցությունը հենց այդտեղ է խտացած։ Դասական Judas Swing-ը՝ սեսիայի սկզբի կեղծ շարժումը, որ overnight liquidity-ն է վերցնում, ու բազմօրյա extreme-ի Turtle Soup fade-ը երկուսն էլ հենց այդ պատճառով են ժամանակով ամրացված։
3. Displacement reclaim-ից հետո
Wick-ի վրա մուտքը գուշակություն է, որովհետև իրական breakout-ը այդ պահին նույնն է երևում։ Հաստատող հաջորդականությունը reclaim-ն է՝ գնի ետ փակումը sweep-ած մակարդակի միջով, ու հետո displacement. էներգիկ, ամբողջ մարմնով շարժում, որ կարճաժամկետ կառուցվածքը տեղաշարժում է Market Structure Shift (MSS)-ով կամ Change of Character (CHoCH)-ով, իդեալական դեպքում Fair Value Gap (FVG) թողնելով, որ հետահոսքի վրա մտնես։
4. Հակառակ կողմի target
Sweep գործարքին ուր գնալու տեղ է պետք. հակառակ կողմի liquidity pool իրատեսական հասանելիության մեջ, առնվազն 2R sweep-ի extreme-ից մի փոքր այն կողմ դրված stop-ից։ Հակառակ draw չկա՝ գործարք չկա. մեռած օդի մեջ կատարյալ մուտքը նույնպես պարտվում է։
Կոնկրետ. BTCUSDT-ը հինգ օր շարունակ 110,000–110,060-ի վրա equal highs է կառուցում, 4H-ի վրա պարզ buy-side liquidity։ New York-ի բացման ժամանակ գինը հասնում է 110,430, հաջորդ երկու 15 րոպեանոց մոմերը ետ են փակվում 110,000-ից ներքև displacement-ով, թողնելով 15 րոպեանոց FVG 109,700–109,850-ում։
Մուտքը gap-ի մեջ, stop-ը 110,500-ի վրա, target-ը հին low-ն ու sell-side pool-ը 107,900-ում՝ մոտավորապես 2.6R։ Սա է ամբողջ անատոմիան. HTF pool, սեսիայի timing, reclaim plus displacement, հակառակ draw։
Մի հատ թվաբանություն, ու դա թվաբանություն է, ոչ backtest։ 2R միջին շահումով breakeven-ը 33.3% շահում է ծախսերից առաջ։ 40% win rate-ի դեպքում վաստակում ես 0.4 × 2 − 0.6 × 1 = +0.20R գործարքի համար, 45%-ի դեպքում՝ +0.35R, 30%-ի դեպքում՝ −0.10R։
Վերևի չորս ֆիլտրերը հենց այդ մի քանի տոկոսի համար են, ու այդ բուռ տոկոսն է ամբողջ հեռավորությունը ամուր edge-ի ու դանդաղ արյունահոսության միջև։
Որտեղ են ձախողվում sweep գործարքները
Ձախողման ձևերը նույնքան կայուն են, որքան հաջողության ֆիլտրերը, ու դրանց մեծ մասը մուտքից շատ առաջ է ներդրված։
- Իրական breakout-ների fade-ը։ High-ով ամեն անցում sweep չէ. մի մասը expansion է ինստիտուցիոնալ հետևորդությամբ։ Նշանը acceptance-ն է. հաջորդական փակումներ մակարդակից այն կողմ, մակերեսային pullback-ներ, որ դիմանում են, reclaim չկա։ Եթե գինը sweep-ած մակարդակից այն կողմ մի քանի մոմից ավելի է կառուցվում, դու stop run չես fade-ում, դու breakout ես վաճառում։
- HTF-ի դեմ sweep-երը։ Ուժեղ daily downtrend-ի ներսում sell-side liquidity-ի sweep-ը հաճախ պարզապես ներքև է շարունակվում։ Bigger timeframe-ի trend-ի ուղղությամբ ավարտվող ու դրա դեմ կռվող sweep-երը տարբեր գործարքներ են. դրանք միասին խմբավորելը դրական backtest-ը բացասականի դարձնելու ամենաարագ ճանապարհներից մեկն է։
- Թույլ իրացվելի զույգեր ու մեռած ժամեր։ Բարակ order book-երը sweep-ի տեսքով աղմուկ են ծնում։ Low-cap altcoin-ի high-ով wick-ը գիշերվա երեքին ոչ ծավալով խմբավորված stop-եր ունի, ոչ cascade, ոչ ինֆորմացված շրջադարձային հոսք։ Մեխանիզմը, որ sweep-երին իմաստ է տալիս, պարզապես բացակայում է, թեև մոմը դասագրքային է երևում։
- Ուշ կատարում։ Ընթերցումը կարող է ճիշտ լինել, գործարքը՝ վատ։ Displacement-ից հետո մուտքը, երբ այն արդեն target-ի կեսին է հասել, 2.5R գաղափարը 0.8R-ի է դարձնում նույն stop-out ռիսկով։ Sweep edge-երը կատարման նկատմամբ փխրուն են այն իմաստով, ինչով trend edge-երը չեն։
Ինչպես ստուգել, աշխատո՞ւմ է liquidity sweep-ը քեզ համար
Ոչ մեկի թվերին պետք չէ հավատաս, այդ թվում այս հոդվածի պատկերազարդ միջակայքերին։ Հանգստյան օր ու աղյուսակ բավական են, որ հարցը փակվի քո շուկայի, քո timeframe-ի ու քո կանոնների համար։
- Սառեցրու մեխանիկական սահմանումը։ Pool-ի տեսակ (ասենք, 4H swing extreme-ներ ու equal highs), ներթափանցման շեմ, reclaim-ի կանոն (ետ փակում երեք մուտքային timeframe-ի մոմի ընթացքում), մուտքի trigger, stop-ի տեղը sweep-ի extreme-ից այն կողմ, target-ի տրամաբանություն։ Գրիր այն մինչև որևէ արդյունք նայելը։
- Հավաքիր 100+ նմուշ։ Իրական 45% win rate-ի դեպքում 30 գործարքանոց նմուշները հեշտությամբ ցույց են տալիս 30%-ից 60% ցանկացած բան։ Փոքր նմուշները քեզ այն կասեն, ինչ լսել ուզես. վճռի նվազագույնը եռանիշ թիվ է ամեն կանոնների տարբերակի համար։
- Բաժանիր regime-ով։ Յուրաքանչյուր գործարք նշիր. trending թե ranging bigger timeframe, բարձր թե ցածր volatility, սեսիա։ Edge, որ միայն New York-ի trending պայմաններում է գոյություն ունենում, միևնույն է edge է, բայց միայն եթե գիտես, թե որտեղ է ապրում։
- Արձանագրիր MFE ու MAE։ Առավելագույն բարենպաստ ու անբարենպաստ շարժումը գործարքի ընթացքում ցույց է տալիս, pattern-ն է խնդիրը, թե քո ելքերը։ Եթե median MFE-ն 2.8R է, իսկ դու 1.5R ես վերցնում, կոնֆիգուրացիան աշխատում է, քո կառավարումը՝ ոչ. շտկելի խնդիր, որ հում win rate-ը թաքցնում է։
- Մի ֆիլտր փոխիր միանգամից։ Վերագործարկիր kill zone-ի ֆիլտրով, հետո HTF bias-ի ֆիլտրով, երբեք երկուսով միասին։ Միափոփոխական համեմատությունն է միակ ճանապարհը, որ հասկանաս, որ ֆիլտրերն են իրապես վճարում իրենց նվազած նմուշի համար։
Ազնիվ վճիռը այսպես է։ Երևույթը իրական է. ակնհայտ մակարդակների վրա stop-երի խմբավորումը փաստագրված microstructure է, այդ մակարդակների sweep-երը իրական երկկողմանի liquidity իրադարձություններ են, ու լավ ֆիլտրված sweep-երի վրա կառուցված կանոնների համակարգերը կարող են դրական expectancy կրել։ Pattern-ը ինքնին edge չի կրում. առանց պայմանների այն աղմուկի է մոտ։
Ուրեմն, աշխատո՞ւմ են liquidity sweep-երը։ Այո՝ այն թրեյդերների համար, որ ամեն sweep-ը հիպոթեզ են վերաբերվում, pool-ի նշանակությանը, kill zone-ի timing-ին, displacement-ին ու հակառակ target-ին թողնում են ընտրությունը անել, ու հետո ամբողջ կանոնների համակարգը ստուգում են իրենց տվյալների վրա։
LiquidityScan-ի sweep որոնիչները հենց այդ ֆիլտրման շերտն են ստանձնում՝ նշելով bigger timeframe-ի pool-երի sweep-երը, ոչ թե ամեն wick, բայց վերևի ստուգման կարգապահությունն է, որ pattern-ը edge-ի է դարձնում։
Հաճախ տրվող հարցեր
Ի՞նչ է իրատեսական win rate-ը liquidity sweep ռազմավարությունների համար
Ունիվերսալ թիվ չկա, ու ով ճշգրիտ թիվ է մեջբերում առանց իր կանոնները հրապարակելու, գուշակում է կամ գովազդ անում։ Համայնքային արդյունքները մոտավորապես 40-ի սկզբից մինչև 60-ի կեսն են ընկնում՝ կախված սահմանումներից, սեսիաներից ու target-ներից։ 2R միջին շահումով կայուն կերպով 33%-ից վեր ամեն ինչ շահութային է ծախսերից առաջ. ստուգիր քո 100+ գործարքանոց նմուշի վրա։
Ի՞նչպես հաստատել liquidity sweep-ը մուտքից առաջ
Սպասիր reclaim-ին ու displacement-ին. գինը ետ է փակվում sweep-ած մակարդակի միջով, հետո էներգիկ շարժում է տալիս, որ կարճաժամկետ կառուցվածքը տեղաշարժում է (MSS կամ CHoCH), իդեալական դեպքում fair value gap թողնելով հետահոսքի վրա մտնելու համար։ Wick-ի վրա մուտքը, մինչև որևէ reclaim, ամենացածր հավանականությամբ տարբերակն է, որովհետև իրական breakout-ը այդ պահին նույնն է երևում։
Liquidity sweep-երը crypto-ում էլ ա՞ն աշխատում, թե միայն forex-ում
Մեխանիզմը լավ է տեղափոխվում։ Crypto-ն ավելացնում է տեսանելի liquidation խմբեր ակնհայտ high-երի ու low-երի շուրջ, որ stop pool-երի պես են վարվում, ու leverage-ը cascade-երը դաժան է դարձնում։ Շուկան 24/7 է աշխատում, բայց volume-ը դեռ London-ի ու New York-ի ժամերի շուրջ է խտանում, ուրեմն սեսիայի ֆիլտրերը մնում են օգտակար։ Բարակ altcoin-երը բացառություն են. առանց ծավալով խմբավորված պատվերների այնտեղի sweep-երը հիմնականում աղմուկ են։
Քանի՞ գործարք է պետք sweep կոնֆիգուրացիան վավերացնելու համար
100 գործարք ամեն կանոնների տարբերակի համար համարիր նվազագույն։ Դրանից ներքև variance-ը գերիշխում է. իրապես 45% համակարգը հեշտությամբ տալիս է 20 գործարքանոց շարքեր, որ 65%-ի կամ 30%-ի տեսք ունեն։ Եթե regime-ի բաժանումներ էլ ես ուզում՝ trend ընդդեմ range, սեսիա ընդդեմ սեսիայի, ամեն դույլում համամասնորեն ավելի շատ նմուշ է պետք, մինչև որևէ համեմատություն իմաստ ունենա։
Հարակից հարցումների ուղիներ
Եթե այս հոդվածը փակեց, թե sweep-երը արժան են քո ուշադրությանը, հաջորդ հարցերը սահմանողական ու ընթացակարգային են. ի՞նչն է ճշգրիտ sweep համարվում, ո՞ր pool-երն են նշանակություն ունենում, ու ի՞նչպես թեստը ճիշտ անել։
- What Is a Liquidity Sweep? — մաքուր սահմանումն ու անատոմիան, որ այս հոդվածը հիմք է վերցնում։
- Liquidity Sweep Explained: The ICT Stop Hunt — stop-run իրադարձության ավելի խորը մեխանիզմը։
- BSL vs SSL in SMC: Identify Liquidity — ինչպես գտնել այն pool-երը, որոնց նշանակությունը sweep-ի որակն է որոշում։
- Inducement vs Liquidity Sweep: A Trader's Guide to SMC Setups — ինժեներած խայծը առևտրելի իրադարձությունից անջատելը։
- London vs NY Liquidity Sweeps: Which Session Drives the Real Move? — սեսիայի timing-ի ֆիլտրը խորությամբ։
- How to Backtest an ICT Strategy the Right Way — այստեղ նկարագրված թեստի հետևում ընկած ամբողջ ստուգման workflow-ը։
- Liquidity Sweep vs Liquidity Grab: Is There a Difference? — թե ինչպես է դա կապվում liquidity sweep-ի ու liquidity grab-ի տարբերության հետ։
