Ի՞նչ են ICT թրեյդինգային ծանուցումները
ICT թրեյդինգային ծանուցումները ավտոմատ ծանուցումներ են, որոնք միանում են հենց այն պահին, երբ սկաները փակված մոմի վրա հաստատում է smart money setup-ը։ Հայտնաբերումից հետո ծանուցումը ուղարկվում է բրաուզերիդ, Android սարքիդ և հարթակի ներսի զանգակին, այնպես որ setup-ի մասին իմանում ես վայրկյանների ընթացքում, ոչ թե մի քանի ժամ անց պատահաբար գտնում։
Նպատակը ծածկույթն է՝ առանց ամբողջ ուշադրությունդ շուկային տալու։ Սկաները շարունակաբար հետևում է հարյուրավոր զույգերի, տարբեր ժամանակահատվածների և session-ների, հետո ընդհատում է քեզ միայն այն ժամանակ, երբ քո ընտրած պայմաններին համապատասխան setup է կազմվում։ Դու դադարում ես setup որսալուց և սկսում ես արձագանքել արդեն հայտնաբերվածներին։ Հենց այս շրջումն է alert-ներով թրեյդինգը գործնական դարձնում այն մարդկանց համար, ովքեր ամբողջ օրը չեն կարող էկրանի առաջ նստել։
Խնդիրը, դու չես կարող հետևել բոլոր զույգերին, ժամանակահատվածներին ու session-ներին
Ձեռքով ICT թրեյդինգը ծածկույթի սահման ունի։ 1H-ի Fair Value Gap (FVG)-ը, 4H-ի Break of Structure (BOS)-ը և օրականի liquidity sweep-ը կարող են կազմվել 400-ից ավելի գործիքներից ցանկացածի վրա, և դրանցից ոչ մեկը չի սպասելու, մինչև դու նայես գրաֆիկին։
Թվերը բավական կոշտ են։ Եթե հետևում ես 30 զույգի՝ չորս ժամանակահատվածով, ստացվում է 120 գրաֆիկ։ Ավելացրու London-ի, New York AM-ի և Asia-ի kill zone-ները, ու կտեսնես, որ լավագույն setup-երը հաճախ կազմվում են այն ժամանակ, երբ դու քնած ես կամ աշխատանքի։ Այն setup-ը, որը շաբաթներ շարունակ սովորել էիր ճանաչել, կարող է քո ժամային գոտով կազմվել գիշերվա 3:00-ին, հետո mitigation անցնել ու մինչև նախաճաշ անհետանալ։
Դրանից սովորաբար առաջանում է երեք խնդիր.
- Բաց թողնված setup-եր։ Քո փնտրած մաքուր Order Block-ի retest-ը տեղի է ունեցել այն զույգի վրա, որին այդ պահին չէիր հետևում։
- Ուշադրության հոգնածություն։ Ժամերով գրաֆիկից գրաֆիկ անցնելը բթացնում է դատողությունը, ու սկսում ես մտնել սահմանային setup-երի մեջ միայն էկրանի առաջ անցկացրած ժամանակը արդարացնելու համար։
- Ուշ entry-ներ։ Երբ վերջապես նկատում ես շարժումը, գինն արդեն հասել է Draw on Liquidity-ին, իսկ entry-ն կա՛մ անցել է, կա՛մ ռիսկը դարձել է անընդունելի։
ICT թրեյդինգային ծանուցումները լուծում են այս երեք խնդիրները՝ դիտարկումը փոխանցելով մեքենային, իսկ քո ուշադրությունը թողնելով որոշման համար։ Սկաները չի հոգնում, ժամային գոտի չունի և սիրելի զույգեր չի ընտրում։
Այն նույն կանոնը կիրառում է յուրաքանչյուր գործիքի 4H փակման պահին, յուրաքանչյուր մոմի սահմանագծին, մի բան, որը էկրանի առաջ նստած մարդը կառուցվածքային առումով չի կարող անել։ Արդյունքը ավելի շատ թրեյդերը չեն, այլ նույն կարգապահությունը՝ այնպիսի ծածկույթի վրա, որին ձեռքով երբեք չէիր հասնի։
Ինչպես են իրականում միանում LiquidityScan-ի ICT ծանուցումները
Մեխանիզմը միտումնավոր պարզ է, և դրա տրամաբանությունը հասկանալով՝ հստակ տեսնում ես, թե ծանուցումն ինչ է նշանակում և ինչ չի նշանակում։ Յուրաքանչյուր սկաներ գնահատում է միայն հաստատված, փակված մոմերը։ Ընթացիկ, դեռ չփակված մոմը միշտ դուրս է մնում։ Երբ մոմը փակվում է, և սկաների կանոնները բավարարվում են, գրանցվում է հայտնաբերում, հենց դա էլ միացնում է ծանուցումը։
Դրանից հետո ծանուցումը տարածվում է քո գրանցված սարքերին.
- Web Push (VAPID)՝ համակարգչիդ կամ բջջային բրաուզերին, նույնիսկ երբ ներդիրը փակ է, եթե նախապես թույլտվություն ես տվել։
- Native Android push (FCM)՝ տեղադրված հավելվածի միջոցով։
- Հարթակի ներսի զանգակ և toast՝ հարթակի ներսում, որպեսզի ակտիվ session-ի ժամանակ ծանուցումն անմիջապես երևա։ iOS սարքերը օգտագործում են նույն սարքերի գրանցամատյանը, ինչ զանգակն ու toast-ը։
Առանձին signal-feed մեսենջեր այստեղ չկա։ Որպեսզի հստակ լինի, ծանուցումները Telegram-ով չեն ուղարկվում։ Այդ ալիքը գործում է միայն որպես համայնքի հրավերի հղում, ոչ թե setup-երի առաքման միջոց։ Ամեն ինչ աշխատում է վերևում նշված վեբ և native push գրանցամատյաններով։
Քանի որ յուրաքանչյուր սկանավորման ժամանակ հայտնաբերումը վերահաշվարկվում է և idempotent է, յուրաքանչյուր իրադարձության համար ստանում ես մեկ մաքուր ծանուցում, ոչ թե անընդհատ թարթող թարմացումների հոսք, երբ մոմը ձևավորվում ու նորից գնագոյացվում է։ Այդ նույն հատկությունը նշանակում է, որ վերագործարկումը կամ կրկնակի սկանավորումը չի կրկնի արդեն ստացած ծանուցումը, նույն հայտնաբերված իրադարձությունը միշտ կապվում է նույն ծանուցման հետ։
Տարբեր ալիքներ տարբեր պահերի համար են, և օգտակար է հասկանալ, թե յուրաքանչյուրն իրականում ինչի համար է հարմար։
| Ծանուցման ալիք | Ինչի համար է հարմար |
|---|---|
| Web Push (VAPID) | Համակարգչով և բջջային բրաուզերով աշխատողների համար, երբ աշխատանքի ընթացքում ներդիրը փակ է, բայց setup-երը բաց թողնել չես ուզում։ |
| Native Android push (FCM) | Հեռախոսով աշխատող թրեյդերների համար, ովքեր ուզում են ծանուցումը տեսնել կողպված էկրանին՝ առանց բրաուզեր բացելու։ |
| Հարթակի ներսի զանգակ և toast | Ակտիվ session-ի և գրաֆիկի մոտ կատարվող վերլուծության համար, վերջերս միացած ծանուցումները տեսնելու նպատակով։ iOS-ը օգտագործում է նույն սարքերի գրանցամատյանը։ |
| Confluence / Sequence ծանուցումներ | Ավելի բարձր համոզվածություն ունեցող, բազմաժամանակահատված setup-երի համար, երբ ուզում ես ընդհատվել միայն մի քանի գործոնների համընկնելու դեպքում։ |
| OB+ / FVG proximity ծանուցումներ | Գրաֆիկին հասնելու համար, մինչև գինը դիպչի գոտուն, երբ այն մոտենում է թարմ գոտուն, ոչ թե արդեն արձագանքից հետո։ |
Ինչի մասին կարող ես ծանուցում ստանալ, այդ թվում՝ նախնական proximity
Սկաների ցանկացած հայտնաբերում կարող է միացնել ICT թրեյդինգային ծանուցում։ Սա ընդգրկում է մոդելների ամբողջ կատալոգը, այնպես որ ծանուցումը համապատասխանում է հենց այն մոդելին, որով դու աշխատում ես.
- Market Structure (BOS / CHoCH) իրադարձություններ՝ թրենդի շարունակության և շրջման ընթերցման համար։
- Super Engulfing իմպուլսային մոմեր, CRT liquidity-sweep reclaim-ներ և CISD շուկայական կառուցվածքի տեղաշարժեր։
- Liquidity Sweep to Reversal sequence-ներ, երբ բարձր ժամանակահատվածի liquidity pool-ը sweep է լինում, իսկ ցածր ժամանակահատվածի pattern-ը reclaim է անում level-ը։
- OB+ / OB++ ուժեղ order block-եր և ներգծված FVG+ / FVG++ gap-եր։
- Բազմաժամանակահատված Confluence setup-եր, այդ թվում՝ հերթականությամբ աշխատող sequence-ներ, որոնց յուրաքանչյուր փուլ պետք է միանա նախորդից հետո։
Ստանդարտ մոդելներից բացի, Scanner Studio-ն, որն այս պահին հասանելի է ադմինիստրատիվ օգտագործման համար, հավաքում է custom no-code կանոններ։ Դու միավորում ես մոդելը RSI-ի կամ ATR-ի նման ցուցիչների, ինչպես նաև kill zone-ի, session-ի կամ 24-ժամյա ծավալի նվազագույն շեմի նման կոնտեքստային ֆիլտրերի հետ, հետո ծանուցում ես ստանում հենց այդ պայմանների դեպքում։
Բանն այն է, որ setup-ը պարտադիր չէ կառուցվի ուրիշի սահմանմամբ։ Օրինակ՝ bullish Super Engulfing-ը, որը հաշվի է առնվում միայն New York AM kill zone-ի ընթացքում և միայն ծավալի նվազագույն շեմից բարձր զույգերի վրա, կարելի է ճշգրիտ կառուցել, որպեսզի ծանուցումը միանա հենց այդ պայմանով և ոչ մի այլ դեպքում։
Իրական տարբերակիչը proximity-ն է։ OB+ և ներգծված FVG գոտիների դեպքում ծանուցումը չի սպասում, մինչև գինն արդեն արձագանքի։ Proximity loop-ը հետևում է գնին, երբ այն մոտենում է թարմ, չմիտիգացված գոտուն, և անցնում է վիճակներով՝ կազմված, մոտեցող, հետո՝ դիպած։
Ծանուցումը ստանում ես, երբ գինը մոտենում է գոտուն։ Սա հենց այն պահն է, երբ պետք է գրաֆիկի մոտ լինես ու պատրաստվես entry-ի, ոչ թե արձագանքես արդեն տեղի ունեցած դիպումից հետո։
Ինչու փակված մոմերի հայտնաբերումը նշանակում է, որ ծանուցումները չեն repaint անում
Ծանուցումն արժեք ունի միայն այն դեպքում, երբ դրա հայտնածը դեռ ճիշտ է, երբ դու նայում ես։ Այստեղ է փակված մոմերի հայտնաբերման իմաստը։ Live մոմը կարդացող ցուցիչները կարող են pattern ցույց տալ մոմի կեսին, հետո ջնջել այն, եթե մոմը այլ կերպ փակվի։ Թրեյդերներն այս վարքը կոչում են repainting։ Այդպիսի ծանուցումը քեզ կտեղեկացներ setup-ի մասին, որն այլևս գոյություն չունի։
LiquidityScan-ը ամբողջությամբ դուրս է թողնում ձևավորվող մոմը և հայտնաբերում է միայն հաստատված փակման պահին։ Հայտնաբերված setup-ը կայուն է, այն չի փոխվում և չի անհետանում մոմի վերջնականացումից հետո։ Երբ ICT թրեյդինգային ծանուցումը հասնում է քո ծանուցումների բաժին, դրա նկարագրած level-ը, ուղղությունն ու երկրաչափությունը կապված են արդեն փակված մոմի հետ։
Դիտարկենք կոնկրետ դեպք։ BTCUSDT-ը իջնում է equal lows-ի կլաստերից ներքև՝ 61,200-ի մոտ, իսկ 4H մոմը մարմինը նորից փակում է 61,650-ից վեր։ Հաստատված փակման պահին սա վավեր CRT reclaim է, ու ծանուցումը միանում է հենց այդ փակման ժամանակ, ոչ թե երբ wick-ը դեռ ձևավորվում է։
Դրանից հետո կարող ես բավական վստահությամբ որոշել՝ այդ setup-ի կոնտեքստը, բարձր ժամանակահատվածի bias-ը և քո սեփական ռիսկը արդարացնո՞ւմ են գործողությունը, թե՞ ոչ։
Նույն պատճառով no-repaint հատկությունը լրացնում է proximity ծանուցումները։ Proximity ping-ը ասում է, որ գինը մոտենում է մի գոտու, որն ինքն էլ հայտնաբերվել է փակված մոմի վրա, այսինքն՝ և՛ գոտին, և՛ մոտեցումը հիմնված են հաստատված տվյալների, ոչ թե ցանկացած պահի շրջվող live մոմի վրա։
Դու արձագանքում ես իրական և վաղ փուլում գտնվող բանին, ոչ թե այնպիսի ձևի, որը կարող է անհետանալ փակման պահին։
Ինչպես միացնել ICT թրեյդինգային ծանուցումները
Ծանուցումները միացնելու համար պետք է մի քանի րոպե և բրաուզերի մեկ թույլտվություն։ Ստորև նկարագրված ընթացքը ենթադրում է, որ արդեն հաշիվ ունես։
Քայլ 1. Միացրու push-ը բրաուզերում կամ հավելվածում
Տուր ծանուցումների թույլտվություն, երբ այն պահանջվի, որպեսզի Web Push-ը կարողանա հասնել քեզ նույնիսկ փակ ներդիրի դեպքում։ Android-ում տեղադրիր հավելվածը՝ native FCM push-եր ստանալու համար։ Երկուսն էլ գրանցում են սարքդ նույն գրանցամատյանում, որն աշխատեցնում է նաև հարթակի ներսի զանգակը։
Քայլ 2. Ընտրիր զույգերն ու սկաներները
Ընտրիր գործիքներն ու այն կոնկրետ մոդելները, որոնց մասին ուզում ես ծանուցում ստանալ։ Բոլոր զույգերի վրա բոլոր սկաներները միացնելը սխալ է։ Ընտրիր այն մոդելները, որոնցով իրականում աշխատում ես, և այն զույգերը, որոնց վրա պատրաստ ես entry կատարել։
Եթե ուզում ես ավելի քիչ, բայց ավելի բարձր համոզվածություն ունեցող ծանուցումներ, օգտագործիր բազմաժամանակահատված confluence-ն ու հերթականությամբ աշխատող sequence setup-երը, ոչ թե մեկ մոդելի հում ծանուցումները։ Դրանք միանում են միայն այն ժամանակ, երբ մի քանի ժամանակահատվածներ համաձայնում են նույն ուղղության շուրջ, այնպես որ մինչև գրաֆիկին հասնելը ծանուցումն արդեն որոշակի կոնտեքստ ունի։
Քայլ 3. Հաշվի առ զույգերի սահմանափակումները՝ ըստ փաթեթի
Ծանուցումներ ստանալու համար հասանելի զույգերի քանակը կախված է քո փաթեթից։ Free փաթեթը չի ներառում alert զույգեր, Starter և Base փաթեթները աստիճանաբար ավելացնում են դրանց քանակը, իսկ Pro-ն ու Founder-ը անսահմանափակ են։ Գները և սահմանափակումները մինչև 2026 թվականի կեսերը փոփոխության փուլում էին, այնպես որ փաթեթի ճշգրիտ սահմանաչափը ենթադրելուց առաջ ստուգիր ընթացիկ գնագոյացման էջը։
Քայլ 4. Աշխատիր քո level-ի հիման վրա, ոչ թե էկրանի առաջ նստելով
Սա է ամբողջ նպատակը։ Ժամերով գրաֆիկներ դիտելու փոխարեն ծանուցում ես ստանում, երբ քո setup-ը կազմվում է, հետո բացում ես գրաֆիկը և գնահատում այն։ Դրա շնորհիվ ICT թրեյդինգային ծանուցումները հարմար են մասնակի զբաղվածությամբ թրեյդերներին. ծածկույթը շարունակվում է, երբ դու աշխատանքի ես կամ քնած, իսկ էկրանի սահմանափակ ժամանակը ծախսում ես որոշումների, ոչ թե որոնման վրա։
Երբ OB+ proximity ծանուցումը ասում է, որ գինը մոտենում է քո հետևած զույգի թարմ 4H գոտուն, նայում ես բարձր ժամանակահատվածի bias-ին, որոշում ես և փակում նոթբուքը։
Սխալներ, որոնք ծանուցումները վերածում են աղմուկի
Ծանուցումները ուժեղացնում են այն կարգապահությունը, որով դու օգտագործում ես դրանք։ Երկու սխալ պարբերաբար փչացնում է ամբողջ համակարգը։
Ամեն ինչի համար ծանուցումներ միացնելը։ Եթե բոլոր զույգերի վրա միացնես բոլոր սկաներները, օրական տասնյակ ծանուցումներ կստանաս, որոնց մեծ մասը երբեք չէիր թրեյդ անի։ Աղմուկը կխեղդի օգտակար տեղեկատվությունը, ու կսկսես անտեսել ամբողջ հոսքը՝ կորցնելով համակարգի իմաստը։
Նեղացրու ընտրությունը։ Երբ ուզում ես ավելի քիչ և որակով բարձր ծանուցումներ, նախապատվությունը տուր confluence և sequence պայմաններին, իսկ լայն մեկ մոդելի ծանուցումները թող այն մի քանի զույգերի համար, որոնց լավ գիտես։
Ծանուցումը կույր entry-ի հրահանգ համարելը։ ICT թրեյդինգային ծանուցումը հայտնաբերված setup կամ թեկնածու է, ոչ թե buy կամ sell հրահանգ, և որևէ բանի երաշխիք չէ։ Մոդելների մեծ մասը ցույց է տալիս գոտի, level կամ կառուցվածքային իրադարձություն, ոչ թե entry, stop և target։
Դու դեռ պարտավոր ես ինքնուրույն կարդալ թրեյդը. այս setup-ը համահո՞ւնչ է բարձր ժամանակահատվածի Draw on Liquidity-ին, որտե՞ղ է invalidation-ը, և քո ռիսկի պայմաններում ինչքա՞ն պետք է լինի դիրքի չափը։ Ծանուցումը խնայում է որոնման ժամանակը։ Դատողությունը քո գործն է։
Այս կարգապահությամբ օգտագործելիս ICT թրեյդինգային ծանուցումները անհնարին դիտարկման խնդիրը վերածում են գնահատման ենթակա setup-երի կառավարելի հոսքի։ Դու դադարում ես բաց թողնել այն շարժումները, որոնց վրա սովորել ես աշխատել, և սկսում ես հայտնվել դրանց մոտ հենց կազմվելու պահին։
Հաճախ տրվող հարցեր
Ծանուցումներ ստանալու համար պե՞տք է հավելվածը կամ բրաուզերի ներդիրը բաց պահել։
Ոչ։ Web Push (VAPID)-ը թույլտվություն տալուց հետո ծանուցումը հասցնում է բրաուզերիդ նույնիսկ փակ ներդիրի դեպքում, իսկ native Android push-ը տեղադրված հավելվածի միջոցով հասնում է կողպված էկրանին։ Հարթակի ներսի զանգակն ու toast-ը նախատեսված են ակտիվ session-ի համար, իսկ push ալիքները հասնում են քեզ, երբ հարթակում չես։
Կարո՞ղ եմ ծանուցում ստանալ order block-ին գնի հասնելուց առաջ, ոչ թե հետո։
Այո, OB+ և ներգծված FVG գոտիների համար։ Proximity loop-ը հետևում է գնին, երբ այն մոտենում է թարմ, չմիտիգացված գոտուն, և անցնում է կազմված, մոտեցող ու դիպած վիճակներով։ Ծանուցումը միանում է գոտուն մոտենալու պահին, այնպես որ ժամանակ ես ունենում հասնել գրաֆիկին ու պատրաստվել, ոչ թե արձագանքել դիպումից հետո։
Ինչո՞ւ ծանուցումները չեն փոխվում միանալուց հետո։
Որովհետև հայտնաբերումը կատարվում է միայն հաստատված, փակված մոմերի վրա։ Ձևավորվող live մոմը միշտ դուրս է թողնվում, այնպես որ setup-ը չի կարող մոմի կեսին հայտնվել, հետո repaint անել ու անհետանալ։ Երբ ծանուցումը հասնում է, level-ը, ուղղությունն ու երկրաչափությունը կապված են արդեն փակված մոմի հետ, դրա համար էլ ծանուցումը պահպանվում է, երբ բացում ես գրաֆիկը։
Ծանուցումը նույնն է, ինչ buy կամ sell signal-ը՞։
Ոչ։ Ծանուցումը հայտնում է, որ սկաները setup է հայտնաբերել կամ գինը մոտենում է գոտուն։ Սա կրթական վերլուծություն է, ոչ թե թրեյդի հրահանգ, և մոդելների մեծ մասը տալիս է level կամ կառուցվածքային իրադարձություն, ոչ թե entry, stop և target։ Գործողությունից առաջ կոնտեքստը, invalidation-ը և ռիսկը գնահատում ես ինքդ։
Կապակցված թեմաներ
Երբ ծանուցումները սկսում են setup-եր բռնել քո փոխարեն, այս ուղեցույցները կօգնեն ավելի խոր հասկանալ հայտնաբերման ընթացքը և այն մտցնել իրական առօրյա ռեժիմի մեջ։
- Ինչպես է աշխատում LiquidityScan-ի սկաները՝ հում մոմերից մինչև setup, այս գործընթացն է միացնում յուրաքանչյուր ծանուցում։
- Order Block Scanner՝ իրական ժամանակում OB և FVG՝ ինչպես են կառուցվում OB և FVG proximity հայտնաբերումները, որոնց մասին ծանուցում ես ստանում։
- Fair Value Gap-ի լավագույն սկաները ICT թրեյդերների համար՝ ինչ է իրականում նշանակում ներգծված FVG-ի ծանուցումը և ինչու է ներգծվածությունը կարևոր։
- LiquidityScan-ն ընդդեմ ձեռքով սկանավորման՝ ծածկույթի հաշվարկը, որի պատճառով alert-ներով սկանավորումը գերազանցում է գրաֆիկը միայն աչքով ուսումնասիրելուն։
- Գործնական ICT թրեյդինգային մոդել մասնակի զբաղվածությամբ թրեյդերների համար՝ ինչպես կառուցել alert-ների վրա հիմնված ռեժիմ՝ էկրանի առաջ անցկացրած ժամերի փոխարեն։
- Արդյո՞ք LiquidityScan-ը հուսալի է՝ ինչպես է ստուգվում քո ծանուցումների հիմքում ընկած հայտնաբերումը։
- Ինչպես կառուցել custom ICT սկաներ՝ առանց կոդի՝ custom սկաների կառուցման հարակից մոտեցումը։
- Սեփական սկանավորիչ՝ առանց կոդի — Ծանուցումներից հետո ստեղծեք առանց կոդի սկանավորիչ՝ ամբողջ շուկան ստուգելու համար։
- LiquidityScan-ի ամբողջական ուղեցույց — Ծանոթացեք setup-ից signal հասնելու ամբողջական workflow-ին և alert-ների հնարավորություններին։
- ICT scanner-ների ցանկը — Հաջորդ քայլը՝ համեմատեք հասանելի ICT scanner-ների timeframe-ներն ու սահմանափակումները։