Ինչպե՞ս է աշխատում LiquidityScan սկաները

Ինչպե՞ս է աշխատում LiquidityScan սկաները

LiquidityScan սկաները աշխատում է ֆիքսված գործընթացով. ընդունում է կենդանի մոմերը հարյուրավոր գործիքների ու թայմֆրեյմների վրա, յուրաքանչյուր շարժիչի օբյեկտիվ մոմի երկրաչափությամբ որոնում է սեթափ, գնահատում ու խաչաձև ստուգում այն, հետևում է lifecycle-ին, և վերջում ուղարկում ծանուցում, որ դու կարող ես ստուգել գրաֆիկի վրա։

Այստեղ ոչ կանխատեսող մոդել կա, ոչ սեփական սև արկղ, որ գուշակում է ուղղությունը։ Յուրաքանչյուր շարժիչ կոնկրետ ICT հասկացությունը կոդավորում է որպես չափելի կանոններ open, high, low և close արժեքների վրա։ Հոդվածի մնացած մասում անցնում ենք հինգ փուլերով սկզբից մինչև վերջ, որ յուրաքանչյուր հայտնաբերում գնահատես մեխանիզմով, ոչ թե վստահությամբ։

• Փուլ 1 — Ընդունում. հաստատված մոմերը վերցվում են յուրաքանչյուր գործիքի ու թայմֆրեյմի համար։
• Փուլ 2 — Հայտնաբերում. յուրաքանչյուր շարժիչ ստուգում է իր երկրաչափությունը փակված մոմերի վրա։
• Փուլ 3 — Վավերացում և գնահատում. թարմության, displacement-ի և confluence-ի ֆիլտրեր։
• Փուլ 4 — Lifecycle. ձևավորված, հետո մոտեցող, հետո դիպած, հետո՝ ելք։
• Փուլ 5 — Մատուցում. feed-ի քարտեր՝ երկրաչափությամբ, push և in-app ծանուցումներով։

Փուլ 1 և 2. Հում մոմերից մինչև շարժիչային հայտնաբերում

LiquidityScan սկաների աշխատանքը հասկանալը սկսվում է տվյալների շերտից։ Սկաները կարդում է USDT-ով մարժինացված զույգերը կենդանի kline-երի in-memory WebSocket հոսքից։ Եթե socket-ը պատրաստ չէ, անցնում է բազայում cache-ված snapshot-ի, իսկ վերջում՝ մեկանգամյա REST լրացման։

Դաշտերի իմաստը ստանդարտ է. openTime, open, high, low, close, volume, ամեն ինչ UTC epoch միլիվայրկյաններով, առանց DST-ի շեղումների։

Կենդանի մոմը միշտ նետվում է

Նախքան որևէ շարժիչ աշխատի, սկաները կտրում է ընթացիկ մոմը և գնահատում միայն հաստատված, փակված մոմերը։ Հենց այս մեկ կանոնն է պատճառը, որ հայտնաբերումները չեն repaint անում. մոմի կեսին հայտնված ձևը կարող է անհետանալ մինչև փակումը, ու սկաները հրաժարվում է դատել այն, մինչև մոմը վերջնական չդառնա։

Ժամային cron-ը ստուգում է 1h, 4h, 1d և 1w թայմֆրեյմները ամեն ժամի սկզբին։ Ենթաժամային dispatcher-ը ավելացնում է 15m և 5m այն շարժիչների համար, որտեղ intrabar ժամանակացույցը իրական արժեք ունի, և դատարկում է կարճ debounce-ով յուրաքանչյուր ցածր թայմֆրեյմի փակումից հետո, որ թարմ կառուցվածքը չսպասի հաջորդ ժամին։

Յուրաքանչյուր հայտնաբերում արձանագրում է նաև signal մոմի սեփական open time-ը, ինչը երկրաչափությունը ամրացնում է կոնկրետ մոմի, որ հետո նորից կարողանաս գտնել։

Յուրաքանչյուր շարժիչ մեկ ICT հասկացություն է՝ երկրաչափության տեսքով

Հայտնաբերումը մեկ ալգորիթմ չէ, այլ անկախ շարժիչների ընտանիք, որոնցից յուրաքանչյուրը փաստաթղթավորված հասկացությունը կոդավորում է որպես օբյեկտիվ մոմի կանոններ.

• Order Block (OB+ / OB++): liquidity-ի վրա հիմնված ուժեղ order block, որտեղ impulse մոմը վերցնում է buy-side կամ sell-side liquidity (BSL կամ SSL)։ OB++-ը ավելացնում է առնվազն 1.5 ATR displacement և Fair Value Gap (FVG)։
• Fair Value Gap. երեք մոմի imbalance, որտեղ wick-երը չեն հատվում, գնահատվում է multi-timeframe nesting-ով՝ tier-երով (փոքր gap-ը, որ նստած է ավելի մեծ HTF gap-ի ներսում, ավելի բարձր գնահատական է ստանում)։
• Market Structure (BOS / CHoCH). Pine-ին հավատարիմ պորտ, որ նշում է Break of Structure կամ Change of Character հաստատված swing pivot-ներից։
• CISD / MSS. change in state of delivery, որոնվում է pivot-ի որոշմամբ, reverse մոմով և MSS մակարդակով փակմամբ։
• CRT, Super Engulfing, RSI Divergence. candle range sweep-եր, engulfing continuation և reversal մարմիններ, Wilder-RSI pivot divergence-ներ։

Քանի որ յուրաքանչյուր կանոն փակված մոմերի վրա թվաբանություն է, արդյունքը դետերմինիստական է։ Նույն մոմերը երկու անգամ տուր՝ երկու անգամ նույն հայտնաբերումը կստանաս։ Ստորև աղյուսակը ցույց է տալիս, թե յուրաքանչյուր շարժիչ որ հասկացությունն է կոդավորում և որ չափումն է բարձրացնում գնահատականը։

Փուլ 3. Վավերացում, գնահատում և confluence

Հում երկրաչափական համընկնումը թեկնածու է, ոչ թե signal։ Հաջորդ փուլը ֆիլտրում ու միավորում է այն, որ մակերես հանվեն միայն հարուստ կոնտեքստով հայտնաբերումները։

Թարմություն և առաջին դիպում

Zones-ը հնանում են։ FVG-ն, որով գինն արդեն անցել է հետ, նույնը չէ, ինչ թարմ, չստուգված gap-ը, ուստի FVG շարժիչը պահանջում է first-touch թարմություն, նախքան nested gap-ը live համարի։ Նույն տրամաբանությունն աշխատում է բոլոր շարժիչների վրա. սեթափը իր կարգավիճակը վաստակում է նրանով, որ unmitigated է, ոչ թե նրանով, որ մի ժամանակ ձևավորվել է։

Displacement և օբյեկտիվ շեմեր

Ուժի tier-երը թվերից են գալիս, ոչ թե կարծիքից։ Order block-ը OB++ է դառնում միայն այն դեպքում, երբ impulse ոտքը displacement է անում առնվազն 1.5 ATR և հետո թողնում է fair value gap։ CISD-ն High-Prob MSS է նշվում միայն այն դեպքում, երբ breakout մոմը փակվում է New York 09:00–14:00 պատուհանի ներսում։ Այս շեմերը ֆիքսված հաստատուններ են, որ կարող ես վերարտադրել քո սեփական գրաֆիկի վրա։

Confluence. մի քանի շարժիչների համաձայնություն

Ամենաբարձր կոնտեքստով շերտը կենդանի հայտնաբերումները հավաքում է multi-timeframe alignment շղթաների մեջ։ Երբ weekly, daily և 4h ընթերցումները ցույց են տալիս նույն ուղղությունը, կամ երբ երկու տարբեր շարժիչներ նշում են նույն զույգն ու նույն կողմը, հենց այդ համաձայնությունն է surface անում confluence շերտը։

Temporal-coherence ստուգումը կանխում է ուրվական կույտերը. երեք շաբաթվա weekly-ն չի կարող զուգակցվել թարմ daily-ի հետ ու ձևանալ որպես aligned։ Confluence-ը սեթափը ճիշտ չի դարձնում. այն մեծացնում է դրա հետևում կանգնած կոնտեքստի ծավալը։

Փուլ 4 և 5. Lifecycle-ի հետևում և մատուցում

Հայտնաբերումը պահ է, trade-ը գործընթաց։ Սկաները յուրաքանչյուր սեթափի հետևում է ողջ կյանքի ընթացքում, այլ ոչ թե մեկ անգամ կրակում ու մոռանում։

Ձևավորված, մոտեցող, դիպած

Zone-ը հայտնաբերվելուց հետո գտնվում է formed վիճակում։ Proximity loop-ը հետո հետևում է գնին zone-ի նկատմամբ և կարող է pre-arrival ծանուցում տալ, երբ գինը մոտենում է, նախքան մակարդակը դիպելը, և հենց դա է գործնական արժեքը սկաների, որ երբեք չի քնում։

Գինը zone-ին հասնելիս վիճակը անցնում է touched-ի, և աշխատանքի են անցնում outcome շարժիչները։ Սահմանված target-ներով շարժիչները հետևում են TP1, TP2 և TP3-ին, և stop-ը breakeven են տեղափոխում առաջին target-ի տպվելուց հետո, որ runner-ը չվերածվի վնասակարի։

Մյուսները արդյունքը որակապես են գնահատում՝ strong, weak կամ failed՝ ըստ հաջորդ հաստատված մոմերի փակումների մակարդակի նկատմամբ, կամ պարզապես սեթափը expire են անում ֆիքսված մոմային բյուջեից հետո, երբ ոչինչ վճռական չի կատարվում։ Յուրաքանչյուր անցում timestamp ունի, ուստի քարտը կրում է ազնիվ audit trail, ոչ թե մեկ սառեցված snapshot։

Մատուցում, որ կարող ես ստուգել

Վերապրած հայտնաբերումները հասնում են քեզ երկու ճանապարհով։ Առաջինը՝ feed-ի քարտերը պատկերում են իրական երկրաչափությունը՝ order block-ը, gap-ը, swing-ը, MSS մակարդակը, որ signal-ը գնահատես առանց ամբողջական գրաֆիկ բացելու։ Երկրորդը՝ ծանուցումները գալիս են push notification-ներով և in-app։

Կոշտ volume նվազագույնը հեռացնում է ցանկացած զույգ, որի 24-ժամյա quote volume-ը մոտավորապես քսան միլիոն դոլարից ցածր է, ուստի ոչ իրացվելի գործիքները ընդհանրապես չեն հասնում քո սեղանին։

Օբյեկտիվ ըստ կառուցվածքի. ինչո՞ւ սկաները չի repaint անում

LiquidityScan սկաների աշխատանքը կարևոր է նրանով, որ ամբողջ գործընթացը դետերմինիստական է։ Նույն մոմերը ներս՝ նույն հայտնաբերումը դուրս։ Դրանից ուղղակիորեն հետևում են երեք հատկություն.

• No repaint. գնահատվում են միայն փակված մոմերը, ուստի հայտնաբերումը չի կարող հայտնվել ու հետո լուռ անհետանալ։
• Backtest անելի. քանի որ յուրաքանչյուր կանոն թվաբանություն է, կարող ես replay անել պատմական մոմերը և ճշգրիտ վերարտադրել, թե ինչ կնշեր սկաները։
• Ստուգելի. յուրաքանչյուր քարտ բացահայտում է իր երկրաչափությունը, ուստի կարող ես բացել նույն զույգը և սեփական աչքով հաստատել sweep-ը, gap-ը կամ break-ը։

Թափանցիկությունը հենց նպատակն է։ Գործիքը, որ ցույց է տալիս իր աշխատանքը, հրավիրում է քեզ անհամաձայնվելու, իսկ սեթափը, որ կարող ես ստուգել, մեկն է, որ կարող ես conviction-ով size անել ու կառավարել։

Դա փոխում է նաև բարելավման ուղին. քանի որ կանոնները ֆիքսված են, վնասակար հայտնաբերումը տվյալ կետ է շուկայի regime-ի կամ քո սեփական ֆիլտրերի մասին, ոչ թե ապացույց, թե սկաները լուռ տեղաշարժել է դարպասագծերը։

Կարող ես export անել պայմանները, replay անել դրանք և որոշել, թե որ գնահատականների վրա գործելը խստացնես։ Այդ feedback loop-ը հնարավոր է միայն այն դեպքում, երբ հայտնաբերումը օբյեկտիվ է ըստ կառուցվածքի, այլ ոչ թե շարժական սուբյեկտիվ դատողություն։

Ի՞նչ չի անում սկաները

Սահմանների մասին ազնվությունը վստահելիության մասն է։ Սկաները չի կանխատեսում, թե ուր կգնա գինը, չի երաշխավորում արդյունք և չի փոխարինում քո դատողությանը։ Հայտնաբերումը շահութաբեր trade չէ։

Բոլորովին վավեր order block-ը կարող է ձախողվել, որովհետև HTF draw on liquidity-ն մյուս կողմն է, կամ որովհետև news-ը վերագնահատել է զույգը։ Սկաները surface է անում հարուստ կոնտեքստով թեկնածուներ. bias-ը, քո պահանջած confluence-ը, մուտքը և risk-ը քոնն են։ Ցանկացած գնահատական վերաբերվիր որպես կառուցվածքի նկարագրության, երբեք՝ շահույթի խոստման։

Հայտնաբերման կյանքը. քայլ առ քայլ օրինակ

Ահա իրատեսական, պատկերավոր հաջորդականություն՝ հայտնաբերման ձևը, ոչ թե պնդում որևէ կոնկրետ trade-ի մասին։

1. Մոմերը փակվում են։ 4h BTCUSDT-ի վրա impulse մոմը վեր է խփում, sweep է անում sell-side liquidity-ի կույտը նախորդ low-ի տակ և փակվում ուժեղ displacement-ով։ Մոմը վերջնականանում է. սկաները վերցնում է այն հաջորդ գնահատման ժամանակ։
2. Շարժիչը կրակում է։ Order block շարժիչը հաստատում է, որ impulse-ը վերցրել է SSL և հետևում թողել է fair value gap։ Displacement-ը անցնում է 1.5 ATR-ը, ուստի թեկնածուն գնահատվում է OB++, ոչ թե սովորական OB+։
3. Գնահատում և confluence։ Zone-ը unmitigated է (first-touch թարմ)։ Confluence շերտը նշում է, որ daily bias-ը կարդում է նույն ուղղությունը՝ ավելացնելով կոնտեքստ քարտին։
4. Proximity ծանուցում։ Ժամեր անց գինը հետ է գնում block-ի ուղղությամբ։ Proximity loop-ը pre-arrival push է տալիս մակարդակին դիպելուց առաջ, տալով ժամանակ պատրաստվելու, ոչ թե chase անելու։
5. Դու ես որոշում։ Բացում ես գրաֆիկը, հաստատում երկրաչափությունը, ստուգում, որ քո սեփական HTF ընթերցումն ու սեսիայի ժամանակացույցը համաձայն են, և միայն հետո ընտրում ես՝ գործել թե անցնել։ Սկաները բերել է գնահատված, հետևվող, ստուգելի թեկնածու. trade-ի որոշումը քոնն է մնում։

Եթե գինը փակվի zone-ով քեզ դեմ, lifecycle-ը այն նշում է որպես failed, և քարտը ազնվորեն արտացոլում է այդ ելքը, ինչը հենց այն գրառումն է, որ հետո անհրաժեշտ կլինի վերանայելու համար։

Այդ սկզբից-վերջ ուղին է, թե ինչպես է LiquidityScan սկաները աշխատում պրակտիկայում. հում մոմերը վերածում է գնահատված, հետևվող, ստուգելի թեկնածուի և որոշումը հանձնում քեզ։ Գործընթացում ոչինչ չի կանխատեսում ապագան և չի խոստանում հաղթանակ։

Այն հեռացնում է ձեռքի աշխատանքը՝ հարյուրավոր գրաֆիկներ հետևելը օբյեկտիվ կառուցվածքի համար, ուստի քո ուշադրությունը գնում է bias-ին, կոնտեքստին ու execution-ին, այն մասերին, որ սկաները չի կարող և չպետք է ավտոմատացնի քեզ համար։

Հաճախ տրվող հարցեր

LiquidityScan սկաները repaint է անում իր signal-ները՞

Ոչ։ Յուրաքանչյուր շարժիչ կտրում է ընթացիկ մոմը և գնահատում միայն հաստատված, փակված մոմերը։ Մոմի կեսին ձևավորված ու անհետացած ձևը երբեք չի պահպանվում, ուստի երեկ տեսած հայտնաբերումը այսօր էլ այնտեղ կլինի՝ նույն երկրաչափությամբ։ Հենց դա է output-ը դարձնում վերարտադրելի ու backtest անելի։

Կարո՞ղ եմ վստահել հայտնաբերմանը՝ առանց գրաֆիկը ստուգելու

Ավելի արագ կարող ես գործել, բայց ստուգել այնուամենայնիվ պետք է։ Յուրաքանչյուր feed քարտ պատկերում է իրական order block-ը, gap-ը կամ market structure break-ը, որ մի հայացքով գնահատես, իսկ ամբողջական գրաֆիկը թույլ է տալիս հաստատել sweep-ն ու կոնտեքստը։ Սկաները գտնում է հարուստ կոնտեքստով թեկնածուներ. վերջնական դատողությունն ու risk-ը քոնն են։

Ի՞նչ է իրականում նշանակում OB++ կամ High-Prob MSS գնահատականը

Նշանակում է, որ թեկնածուն անցել է լրացուցիչ օբյեկտիվ շեմեր։ OB++-ը պահանջում է առնվազն 1.5 ATR displacement գումարած fair value gap impulse ոտքի վրա։ High-Prob MSS-ը պահանջում է, որ breakout մոմը փակվի New York 09:00–14:00 պատուհանի ներսում։ Գնահատականները նկարագրում են կառուցվածքն ու ժամանակացույցը, ոչ թե երաշխավորված արդյունք։

Ինչո՞ւ ոչ իրացվելի զույգը երբեք չհայտնվեց իմ feed-ում

Կոշտ volume նվազագույնը հեռացնում է ցանկացած զույգ, որի 24-ժամյա quote volume-ը մոտավորապես քսան միլիոն դոլարից ցածր է, նախքան այն քո սեղան հասնելը։ Բարակ շուկաները անվստահելի երկրաչափություն ու վատ fill-եր են տալիս, ուստի սկաները ֆիլտրում է դրանք, այլ ոչ թե surface անում աղմուկ, որ իրականում trade անել չես կարող։

Առնչվող որոնման ուղիներ

Հետևիր յուրաքանչյուր շարժիչի հետևում կանգնած հասկացություններին՝ պլատֆորմի ինքնությունից մինչև սեփական տվյալների վրա ստուգումը։

• Ի՞նչ է LiquidityScan-ը — սկաների գործընթացի հետևում կանգնած պլատֆորմի ակնարկը։
• Ի՞նչ է order block-ը — այն հասկացությունը, որ OB+ շարժիչը կոդավորում է որպես երկրաչափություն։
• Ի՞նչ է Fair Value Gap-ը (FVG) — երեք մոմի imbalance-ը, որ FVG շարժիչը գնահատում է։
• Ի՞նչ է market structure-ը ICT-ում — BOS և CHoCH հայտնաբերման հետևում կանգնած swing տրամաբանությունը։
• Ի՞նչ է CISD-ն ICT trading-ում — change-in-state-of-delivery շարժիչի բացատրությունը։
• Ինչպե՞ս ճիշտ backtest անել ICT strategy-ն — ստուգիր դետերմինիստական հայտնաբերումները սեփական պատմության վրա։
• LiquidityScan-ի գնային պլանները. Free, Starter և Pro — ինչպես է դա կապվում liquidityscan vs tradingview indicator-ների հարցին։
• LiquidityScan-ը վստահելի՞ է. ինչպե՞ս է վավերացվում հայտնաբերումը — սերտ առնչվող հաջորդ քայլը։