Սեփական սկանավորիչ՝ առանց կոդի

Ի՞նչ է առանց կոդի սեփական սկանավորիչի կառուցիչը

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

Ֆիքսված սկանավորիչից տարբերությունը վերահսկողությունն է։ Սովորական սկանավորիչը քեզ տալիս է setup-ի մեկ հեղինակի սահմանումը։ Կառուցիչը տալիս է հիմնական բաղադրիչները, որպեսզի դու հավաքես հենց այն սահմանումը, որով իրականում առևտուր ես անում։ LiquidityScan-ում այդ հատվածը Scanner Studio-ն է, իսկ ընդհանուր Confluence կատալոգը պարզապես Studio-ի այն սկանավորիչների հավաքածուն է, որոնք հրապարակված են բոլորի համար։

Ինչո՞ւ է յուրաքանչյուր թրեյդերի առավելությանը սա պետք

Հետևողական թրեյդերներից ոչ մեկը նույն բանը չի փնտրում։ Մեկը սպասում է 1H-ում Change of Character (CHoCH)-ի, հետո՝ ուժեղ order block-ի retest-ի London kill zone-ի ներսում։ Մյուսը ցանկանում է ավելի բարձր ժամանակային շրջանակում liquidity sweep և reclaim, բայց միայն այն ակտիվներում, որտեղ իրական ծավալ կա։ Սրանք տարբեր ցուցիչներ չեն, այլ նույն բաղադրիչների տարբեր համակցություններ։

Ֆիքսված սկանավորիչը դա չի կարող արտահայտել։ Այն արձագանքում է միայն իր մեկ pattern-ին, իսկ մնացած confluence-ը ստիպում է ձեռքով ստուգել հարյուրավոր գրաֆիկների վրա։ «Pattern-ը հայտնվեց» և «իմ ամբողջ setup-ը պատրաստ է» մտքերի միջև եղած բացն այն տեղն է, որտեղ սեփական սկանավորիչի կառուցիչը արդարացնում է իրեն, որովհետև կոդավորում է ամբողջ ստուգաթերթը, ոչ թե դրա մեկ կետը։

Սա հատկապես զգալի է այն օրերին, երբ էկրանի մոտ չես։ «1H-ում CHoCH» ֆիքսված մեկ ծանուցումը կարող է տասնյակ անգամ հնչել հեռախոսիդ վրա, ու դրանց գրեթե ոչ մեկը քո trade-ը չի լինի, որովհետև քո սցենարին պետք են նաև retest-ը, սեսիան և ծավալը։

Երբ ամբողջը կոդավորում ես, ստացած ծանուցումն արդեն նախապես ֆիլտրված է։ Այդ պահին ծանուցում ստանալու սահմանային արժեքը մոտենում է հենց setup-ի արժեքին, ոչ թե այն գրաֆիկի արժեքին, որը դեռ պետք է ամբողջությամբ ստուգես։

• Հստակություն․ քո առավելությունը սովորաբար 3-5 իրար վրա դրված պայման է, ոչ թե մեկը։
• Ծածկույթ․ կանոնը միանգամից ստուգում է ամբողջ շուկան, իսկ աչքերդ՝ ոչ։
• Կարգապահություն․ կոդավորված կանոնը ամեն անգամ նույն կերպ է աշխատում և վերացնում է ցանկալի pattern-ը ամենուր տեսնելու սովորությունը, որը փչացնում է ձեռքով սկանավորումը։
• Համապատասխանություն backtest-ին․ գրված կանոնը կարելի է վերլուծել ու նպատակային կատարելագործել, ոչ թե հենվել մշուշոտ «տեսնելիս հասկանում եմ» մոտեցման վրա։

Ի՞նչ կարող ես միավորել մեկ կանոնի մեջ

Առանց կոդի կառուցիչի ուժը հասանելի բաղադրիչների լայնությունն է։ Scanner Studio-ում մեկ կանոնը կարող է օգտագործել երեք ընտանիք, որոնք միացվում են բուլյան տրամաբանությամբ։

Հայտնաբերման շարժիչները pattern-ի հիմնական մասերն են՝ Super Engulfing, OB+ / OB++ ուժեղ order block-ներ, Market Structure (BOS / CHoCH), Liquidity Sweep reversal-ը, Pulse-ի RSI-confluence ֆիլտրը, Core Layer-ի համաձայնեցումը և սկանավորիչների մնացած ցանկը։ Յուրաքանչյուր շարժիչ checkbox-ով ընտրվող պայման է, ոչ թե սքրիպտ։

Ցուցիչները ավելացնում են դասական տեխնիկական սահմանափակումներ՝ RSI, EMA, SMA, ծավալ, ATR և տոկոսային փոփոխություն։ Դրանք օգտագործում ես շարժիչի պայմանը որակավորելու համար, օրինակ՝ պահանջելով, որ bullish pattern-ի հայտնվելու պահին RSI-ն լինի որոշակի շեմից ցածր։

Կոնտեքստային ֆիլտրերը սահմանափակում են, թե որտեղ և երբ կարող է կանոնը գործել՝ ICT kill zone, առևտրային սեսիա, ակտիվի դաս՝ crypto թե TradFi, 24-ժամյա ծավալի նվազագույն շեմ և շաբաթվա օր։ Սրանք ոչինչ չեն հայտնաբերում, միայն որոշում են, թե որ թեկնածուները կմնան։

Երեք ընտանիքների տարբերությունն է կանոնը ընթեռնելի դարձնում։ Շարժիչները պատասխանում են «ի՞նչ տեղի ունեցավ», ցուցիչները՝ «ո՞ր տեխնիկական պայմաններում», իսկ կոնտեքստային ֆիլտրերը՝ «որտե՞ղ և ե՞րբ է դա կարևոր» հարցերին։ Երեքից էլ օգտվող կանոնը սովորաբար նկարագրում է իրական setup, մինչդեռ միայն շարժիչներից կազմված կանոնը հաճախ նկարագրում է մի pattern, որը հայտնվում է ամենուր։

Ինչպես կառուցել սեփական սկանավորումը, քայլ առ քայլ

Սեփական սկանավորիչի կառուցիչում կանոն ստեղծելը ընտրությունների հաջորդականություն է, և յուրաքանչյուր ընտրություն նեղացնում է համապատասխանող պայմանների շրջանակը։ Ահա այն հերթականությունը, որը պահում է սկանավորումը տրամաբանական։

1. Ընտրիր pattern-ի մասերն ու միացման ձևը

Սկսիր այն pattern-ներից, որոնք սահմանում են քո setup-ը։ Ենթադրենք՝ քո մոդելը order block-ի retest է, որը կարևոր է միայն կառուցվածքի շրջվելուց հետո․ ընտրիր OB+ և Market Structure CHoCH, ու միացրու AND-ով։ Այդ դեպքում symbol-ի համար երկուսն էլ պետք է ճշմարիտ լինեն, որպեսզի այն համապատասխան համարվի։ OR-ն օգտագործիր, երբ թեկնածուին համապատասխան կարող են դարձնել մի քանի pattern-ներից ցանկացածը։

2. Ավելացրու կոնտեքստային ֆիլտրեր

Սահմանափակիր դիտարկվող շրջանակը։ Ավելացրու kill zone-ի ֆիլտր, որպեսզի կանոնը գործի միայն London-ի պատուհանի ընթացքում, և սահմանիր 24-ժամյա ծավալի նվազագույն շեմ, օրինակ՝ միայն 20 միլիոն դոլարից բարձր ծավալ ունեցող ակտիվներ, որպեսզի ցածր իրացվելիությամբ զույգերը չհայտնվեն։ Սեսիան, ակտիվի դասը և շաբաթվա օրն աշխատում են նույն կերպ։

3. Յուրաքանչյուր շարժիչի համար ընտրիր event կամ holds-now ռեժիմը

Յուրաքանչյուր շարժիչի մաս ընթերցվում է երկու ռեժիմներից մեկով։ Event-ը նշանակում է, որ pattern-ը պետք է հենց նոր հայտնված լինի վերջին փակված մոմի վրա, այսինքն՝ թարմ trigger լինի։ Holds-now-ը նշանակում է, որ պայմանը հիմա պետք է ճշմարիտ լինի՝ անկախ նրանից, թե երբ է այն հայտնվել, այսինքն՝ գործող վիճակ լինի։ CHoCH-ը սովորաբար event է, իսկ գործող bias-ը կամ չմիտիգացված zone-ը՝ holds-now վիճակ։

3a. Ավելացրու ավելի բարձր ժամանակային շրջանակի wrapper

Ցանկացած մաս կարող ես wrap անել, որպեսզի այն գնահատվի կանոնի մնացած մասից ավելի բարձր ժամանակային շրջանակում։ Սա մեկ սկանավորման մեջ top-down տրամաբանություն կոդավորելու ձևն է․ 4H bias-ի մասը, որը wrap է անում 1H մուտքի մասին, թույլ է տալիս կանոնին պահանջել ավելի բարձր ժամանակային շրջանակի համաձայնություն, մինչև այն արձագանքի մուտքի pattern-ին։

4. Պահանջիր ուղղությունների համաձայնություն

Միացրու ուղղությունների համաձայնության ստուգումը, որպեսզի բոլոր մասերը ցույց տան նույն ուղղությունը։ Առանց դրա bullish CHoCH-ը կարող է համընկնել bearish order block-ի հետ և աղմուկ ստեղծել։ Միացված լինելու դեպքում կանոնը գործում է միայն այն ժամանակ, երբ ամբողջ շղթան bullish է կամ ամբողջությամբ bearish, իսկ իրական confluence-ը հենց սա է նշանակում։

Sequence կանոններ․ դասավորված playbook-ի առավելությունը

Սկանավորիչների մեծ մասը, անկախ նրանից՝ սեփական են, թե ոչ, ստուգում է՝ պայմանները միաժամանակ առկա՞ են։ Լուրջ կառուցիչի տարբերակիչ հնարավորությունը sequence կանոնն է, որտեղ մասերը պետք է հայտնվեն ժամանակի մեջ հստակ հերթականությամբ, և յուրաքանչյուր քայլ սկսվի նախորդի փակվելուց հետո։

Վերցնենք դասական reversal-ի ընթերցումը․ CHoCH-ը ցույց է տալիս կառուցվածքի շրջվելը, և միայն դրանից հետո ես ուզում, որ նոր ուղղությամբ ձևավորված order block-ը tap արվի։ Միաժամանակյա առկայության տրամաբանությունը չի կարող արտահայտել «հետո»-ն։ Sequence կանոնը կարող է․ առաջին մասը CHoCH-ն է, երկրորդը՝ OB+ tap-ը, և symbol-ը համապատասխան է միայն այն դեպքում, երբ tap-ը տեղի է ունեցել CHoCH-ից հետո։

Սա համապատասխանում է նրան, թե ինչպես են իրականում գրվում ICT playbook-ները։ Sweep, հետո shift, հետո մուտք։ Bias, հետո displacement, հետո retrace։ Դասավորված կանոնները բազմաքայլ playbook-ը վերածում են մեկ սկանավորվող պայմանի, ինչը առանձին ծանուցումների շարքը չի կարող անել, քանի որ դրանք հերթականության հիշողություն չունեն։

Հերթականությունը նաև կրճատում է այն կեղծ դրական արդյունքները, որոնք միաժամանակյա տրամաբանությունը հանգիստ թողնում է ներս։ Կողային շարժման ժամանակ մեկ մոմի վրա symbol-ը կարող է գրեթե միաժամանակ ցույց տալ bullish order block և bearish կառուցվածքային ընթերցում, իսկ միաժամանակյա կանոնը դեռ կարող է այն համապատասխան համարել։

Sequence կանոնը, որը պահանջում է, որ շրջվելը լինի առաջինը, իսկ tap-ը՝ դրանից հետո, մերժում է այդ խառնաշփոթը, որովհետև երկու մասերը չեն դասավորվել քո playbook-ի պահանջած հերթականությամբ։ Արդյունքում ստանում ես ավելի փոքր ու մաքուր արդյունքների հավաքածու, որն արտացոլում է գնի իրական զարգացումը, ոչ թե պատահական համընկնումը։

Գործնական օրինակ, և այն, ինչ սկանավորիչը չի անի

Ենթադրենք՝ իրացվելի crypto-ում London-ի սեսիայի reversal-ներով ես առևտուր անում։ Կառուցիչում քո կոդավորված կանոնը կարող է այսպես լինել․

1. Մաս 1, sequence-ի առաջին քայլը․ Market Structure CHoCH 1H-ում, event ռեժիմ, bullish ուղղություն։
2. Մաս 2, sequence-ի երկրորդ քայլը․ OB+ tap 1H-ում, holds-now ռեժիմ, պետք է գործի մաս 1-ից հետո։
3. HTF wrapper․ պահանջվում է 4H bullish bias, որպեսզի շրջվելը համաձայնեցվի ավելի բարձր ժամանակային շրջանակի հետ։
4. Կոնտեքստ․ միայն London kill zone, 24-ժամյա ծավալը՝ 20 միլիոն դոլարից բարձր, crypto ակտիվների դաս։
5. Ուղղությունների համաձայնություն․ միացված է, հետևաբար յուրաքանչյուր մաս bullish է։

Պահելուց հետո այս սկանավորումը ամեն ժամ ստուգում է ամբողջ շուկան՝ փակված մոմերի հիման վրա, և symbol-ը ամբողջ դասավորված կանոնին համապատասխանելու պահին քեզ ուղարկում է արդյունքը՝ վեբ կամ տեղային push ծանուցմամբ և հավելվածի ներսի ծանուցմամբ։ Թեկնածուին գնահատում ես ծանուցումից, ոչ թե 300 գրաֆիկ ես բացում՝ այն գտնելու համար։

Հստակ տարանջատիր՝ սա ինչ է և ինչ չէ։ Կառուցիչը գտնում է քո կանոնին համապատասխանող թեկնածուներին։ Այն չի կանխատեսում, որ trade-ը կաշխատի, չի հրապարակում win rate և պատվերներ չի տեղադրում։ Համապատասխան արդյունքը միայն ասում է՝ «իմ պայմանները առկա են», ոչ ավելին։

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

Scanner Studio-ն այս պահին նաև ադմինիստրատորների համար նախատեսված հատված է, իսկ դրա հրապարակված արդյունքները բոլորին հասանելի են ընդհանուր Confluence կատալոգի միջոցով։ Գործնականում ինքնուրույն կառուցիչը դեռ բաց չէ յուրաքանչյուր հաշվի համար, բայց դրա ստեղծած setup-ներն արդեն հասանելի են։

Յուրաքանչյուր Confluence գրառում, ներառյալ դասավորված sequence playbook-ները, Studio-ի սկանավորիչ է, որը հրապարակվել է ամբողջ շուկայի համար։ Ուղիղ ասած՝ այսօր կառուցիչի արդյունքը ստանում ես կատալոգի միջոցով, իսկ ինքնուրույն օգտագործվող տարբերակը այդ հատվածի բնական հաջորդ քայլն է։

Սխալներ, որոնք ոչնչացնում են սեփական սկանավորումը

Անօգուտ սկանավորումների մեծ մասի հետևում երկու սխալ կա, և երկուսն էլ գալիս են կառուցիչի տված ազատությունը սխալ օգտագործելուց։

Չափից շատ ֆիլտրեր՝ մինչև զրո արդյունք։ Ավելացրած յուրաքանչյուր AND մաս փոքրացնում է համապատասխան արդյունքների քանակը։ Եթե իրար վրա դնես վեց շարժիչ, երեք ցուցիչ, kill zone և շաբաթվա օրվա ֆիլտր, կարող ես ստեղծել կանոն, որը այս տարի դեռ չի աշխատել։ Եթե սկանավորումը օրերով զրո արդյունք է վերադարձնում, հեռացրու ամենաքիչ անհրաժեշտ մասը և լայնացրու շեմը։ Երբ կանոնը երբեք չի աշխատում, այն քեզ ոչինչ չի սովորեցնում։

Կեղծ confluence։ Նույն բանը չափող մասերը confluence չեն, դա խստության անվան տակ քողարկված կրկնություն է։ Bullish momentum-ի շարժիչի վրա RSI-ի oversold սահմանափակում ավելացնելը, երբ այդ շարժիչն արդեն պահանջում է ուժեղ վերև փակվող մոմ, նույն ազդանշանը երկու անգամ օգտագործել է։ Իրական confluence-ը միավորում է անկախ ընթերցումներ՝ կառուցվածք, zone և ժամանակային պատուհան։ Ուղղությունների համաձայնությունն ու HTF wrapper-ը իրական անկախություն են տալիս, իսկ երեք momentum մաս՝ ոչ։

• Շարժիչների մասով սկսիր նեղ, իսկ շեմերի մասով՝ լայն, և խստացրու միայն match rate-ը տեսնելուց հետո։
• Հինգ թույլ ֆիլտրի փոխարեն նախընտրիր մեկ ուժեղ կոնտեքստային ֆիլտր՝ kill zone կամ ծավալի նվազագույն շեմ։
• Խստությունը ավելացնելու համար օգտագործիր sequence-ի հերթականությունը, ոչ թե իրար վրա կուտակիր միաժամանակ հայտնվող մասեր։

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

Պե՞տք է կոդավորում իմանամ սեփական սկանավորիչ կառուցելու համար

Ոչ։ Առանց կոդի կառուցիչը շարժիչները, ցուցիչներն ու ֆիլտրերը ներկայացնում է checkbox-ներով և բացվող ցանկերով, որոնք միացվում են AND կամ OR տրամաբանությամբ։ Դու կանոնը կազմում ես տեսողական եղանակով և պահում այն։ Սքրիպտավորման լեզու սովորելու կարիք չկա, հենց սա է սեփական սկանավորիչի կառուցիչի իմաստը՝ քո հայտնաբերման կոդը գրելու համեմատությամբ։

Որքա՞ն հաճախ է աշխատում սեփական սկանավորումը

LiquidityScan-ում Scanner Studio-ն պահված կանոնները ամբողջ շուկայում գնահատում է ամեն ժամ՝ միշտ հաստատված փակված մոմերի հիման վրա, որպեսզի արդյունքները չվերագծվեն։ Երբ symbol-ը համապատասխանում է քո կանոնին, ստանում ես վեբի կամ տեղային push ծանուցում և հավելվածի ներսի ծանուցում՝ առանց ինքնուրույն հոսքին հետևելու անհրաժեշտության։

Ո՞րն է event և holds-now ռեժիմների տարբերությունը

Event ռեժիմը պահանջում է, որ pattern-ը հենց նոր հայտնված լինի վերջին փակված մոմի վրա, այսինքն՝ թարմ trigger լինի։ Holds-now ռեժիմը պահանջում է, որ պայմանը հիմա ճշմարիտ լինի՝ անկախ նրանից, թե երբ է այն հայտնվել, այսինքն՝ գործող վիճակ լինի։ Կառուցվածքի break-երը սովորաբար event-ներ են, իսկ գործող bias-ը կամ չմիտիգացված zone-ը՝ սովորաբար holds-now պայման։

Կարո՞ղ է սեփական սկանավորիչը ասել՝ երբ գնել կամ վաճառել

Ոչ։ Այն ցույց է տալիս քո սահմանած պայմաններին համապատասխանող թեկնածուներին, բայց trade-ի հրահանգ չի տալիս, արդյունք չի երաշխավորում և win rate չի հաշվարկում։ Շարժիչների մեծ մասը ցույց է տալիս pattern կամ zone, ոչ թե մուտք, stop և target։ Յուրաքանչյուր արդյունք ընդունիր որպես սեփական վերլուծության համար ֆիլտրված մեկնակետ, ոչ թե գործելու ազդանշան։

Հարակից որոնման ուղիներ

Կառուցիչից շարժվիր դեպի այն շարժիչները, որոնցից այն կազմված է, և դեպի այն աշխատանքային գործընթացը, որի մեջ այն տեղավորվում է։

• Ինչպես է աշխատում LiquidityScan-ի սկանավորիչը՝ տես, թե ինչ raw candle-ից մինչև հայտնաբերված setup գործընթացի վրա են աշխատում քո կանոնները։
• Order Block սկանավորիչ․ իրական ժամանակի OB և FVG՝ ծանոթացիր այն շարժիչների մասերին, որոնք ավելացնում ես սեփական կանոնի մեջ։
• ICT top-down վերլուծություն․ բազմաժամանակային համաձայնեցում՝ հասկացիր յուրաքանչյուր մասի համար ավելացվող ավելի բարձր ժամանակային շրջանակի wrapper-ի տրամաբանությունը։
• Ինչպես գտնել քո առավելությունը ICT trading-ում․ մասնագիտացման շրջանակ՝ կառուցիչը բացելուց առաջ սահմանիր այն պայմանների հավաքածուն, որն իսկապես արժե կոդավորել։
• Կառուցիր ամբողջական ICT trading մոդել՝ սկանավորվող կանոնը վերածիր ամբողջական մուտքի, stop-ի և դիրքի կառավարման պլանի։
• Լավագույն ICT սկանավորիչը․ ինչպես ընտրել՝ հասկացիր, թե սեփական կառուցիչը որտեղ է տեղավորվում ֆիքսված սկանավորիչների համեմատ։
• Scanner, Pulse և Core Layer․ LiquidityScan-ի երեք հատվածները՝ սկանավորիչի, Pulse-ի և Core Layer-ի փոխկապակցվածության մեկ այլ դիտանկյուն։
• ICT scanner-ների ցանկը — Համեմատեք պատրաստի ICT scanner-ները՝ նախքան սեփականը կառուցելը։
• ICT trade alert-ներ՝ setup-ի պահին — Սկանավորիչը պատրաստելուց հետո սովորեք ստանալ setup-ի պահին գործող alert-ներ։
• Ինչպես կառուցել ամբողջական ICT առևտրային մոդել (քայլ առ քայլ) — Սկանավորիչը կառուցելուց առաջ սահմանեք ICT մոդելի հստակ կանոնները