Order Block нь “ялгаатай өнгөтэй лаа” биш. Энэ нь том оролцогч позици барьсан бөгөөд үнэ тэр рүү эргэж ирэх бүтцийн шалтгаан бүхий үнийн зурвас юм. Энэ хичээл нь институцийн логикоос эхлээд тодорхойлолт, хүчинтэй байдлын нөхцөл, block-ийн бүх төрөл, MTF nesting, A/B/C зэрэглэл, regime-ийн хамаарал, edge-ийг хэмжих арга зүй, мөн кодоор илрүүлэхийг 14 диаграммаар тайлбарлана.
Том оролцогч 100 лот худалдаж авах гэж байна гэж бодъё. Тэр зах зээл дээр нэг дор market order тавьж чадахгүй — тавибал өөрөө үнийг эсрэгээ хөөрөгдөж, дундаж entry-гээ сүйтгэнэ. Тиймээс тэр эсрэг талын likvидность хэрэгтэй: худалдан авахын тулд худалдагчид хэрэгтэй.
Худалдагчид хаана хамгийн их байдаг вэ? Үнэ доошилж, stop-loss хураагдаж, retail sell order бөөгнөрсөн газар. Тиймээс том оролцогч сүүлчийн бууралтын лаан дотор буюу зах зээл “хямд” санагдаж байгаа мөчид позици цуглуулдаг. Тэр лаа нь Order Block.
Гэвч нэг л удаад бүх 100 лотыг дүүргэж чаддаггүй. Үлдсэн хэсэг нь дүүрээгүй буулт болж тэр зурваст үлдэнэ. Үнэ хожим тэр зурваст эргэж ирэхэд л үлдсэн ордер дүүрч, дараа нь дахин импульс гардаг. Энэ бол OB-ийн бүх статистик edge-ийн шалтгаан — ялгаатай өнгө биш, дүүрээгүй ордер.
Хэрэв лаа нь бүтцийг эвдэж чадаагүй импульсийн өмнө байгаа бол тэр нь Order Block БИШ — ердөө нэг лаа. Institutional footprint-ийг батлах цорын ганц гэрч нь дараа гарсан displacement ба бүтцийн эвдрэл.
OB-ийн талаар хоёр хүн зөрөлдвөл 90% нь энэ шалтгаанаас. Индикатор бүр ижил зүйлийг “Order Block” гэж нэрлэдэг ч өөр лааг сонгодог:
| Загвар | Аль лааг сонгоно | Үр дагавар |
|---|---|---|
| ICT (жинхэнэ) | Бүтцийг эвдсэн импульсийн өмнөх сүүлчийн эсрэг лаа | Зон нь импульсийн ЭХЭНД сууна → entry эрт, SL нарийн, RR өндөр |
| LuxAlgo / SMC | Тэр leg-ийн хамгийн эрс лаа (хамгийн нам low / өндөр high) | Зон нь ихэвчлэн доогуур сууна → entry гүн, хүрэхгүй байх нь их |
Chart дээр “OB шиг” лаа хэдэн зуун байна. Тэднээс арилжаалж болохыг нь гурван нөхцөл шүүнэ. Гурвуулаа биелэх ёстой — эсвэл биш.
Дараагийн хөдөлгөөн нь ATR-аас том биетэй байх ёстой (1m 1.2× · 5m 1.5× · 15m 1.8×) бөгөөд биет нь бүтэн хүрээний ≥60% байх. Сул, wick-тэй хөдөлгөөн нь институцийн гэрчлэл биш — тэр бол шуугиан.
Тэр импульс нь өмнөх swing-ийг хаалтаараа давах ёстой. Wick давж хаалт буцсан бол энэ нь эвдрэл биш — sweep. Sweep нь OB үүсгэхгүй.
Үнэ тэр зоныг аль хэдийн бүрэн туулж гарсан бол ордер дүүрчихсэн, edge дууссан. Зөвхөн эхний буцалт дээр л тоглоно.
Дараах дараалал нь ICT-ийн 2022 model-ийн нурууг бүрдүүлдэг. Шатуудын дараалал нь чухал — sweep нь displacement-аас өмнө, displacement нь retrace-аас өмнө байх ёстой.
Үнэ өмнөх low-г wick-ээр давж stop цуглуулаад хаалтаараа буцна. Энэ бол том оролцогчийн “түлш” — эсрэг талын likvидность.
Импульс эхлэхээс өмнөх хамгийн сүүлчийн бууралтын (улаан) лаа. Түүний high–low нь зоны хил. Энэ лаа хойшоо “бэлдэж” байсныг бид дараа гарсан импульсээр л мэднэ.
ATR-аас том биет swing high-г хаалтаараа давна. Ихэнх тохиолдолд энэ импульс өөрийн дотор FVG үлдээдэг — тэр нь жинхэнэ displacement байсны хамгийн сайн гэрчлэл.
Үнэ зоны дээд ирмэг руу буцна. Хэрэв дамжин гараад зоны доод ирмэгийн доор хаагдвал OB нь mitigated болж setup цуцлагдана.
Зоны дээд ирмэг (aggressive) эсвэл CE = 50% (тэнцвэртэй) дээр limit. SL нь зоны доод ирмэгээс доогуур. TP нь эсрэг талын likvидность.
Логик нь бүрэн симметр. Том оролцогч зарахын тулд худалдан авагчид хэрэгтэй — тиймээс үнэ “хямд” биш “үнэтэй” санагдаж, retail buy stop бөөгнөрсөн газар позици цуглуулна.
Хоёр сургууль бий. Бүтэн хүрээ (high→low) нь бүх ордерыг багтаана — хүрэх магадлал өндөр, гэхдээ SL өргөн. Биет (open→close) нь нарийн — RR сайн, гэхдээ хүрэхгүй байх нь их.
Практик зөвлөмж: бүтэн хүрээгээр зур, SL-ийг доод ирмэгээс
бага зэрэг доогуур тавь. KHAN ICT PRO нь high[off] ба
low[off] — бүтэн хүрээг хэрэглэдэг.
Зоны яг тэн хагас. ICT-ийн хэлснээр үнэ CE-д хүрмэгц тэр зон “хэрэглэгдсэн” гэж тооцогдоно. CE нь хоёр зорилготой:
OB нь мөнхийн биш. Үнэ зоныг дамжин гарч хаалтаараа эсрэг тал руу давбал тэр нь mitigated — ордер дүүрсэн. Гэхдээ энд сонирхолтой зүйл болдог.
Эвдэгдсэн bullish OB нь bearish breaker болж role flip хийдэг. Учир нь тэр зурваст урт позици барьсан оролцогчид одоо алдагдалтай — үнэ тэнд буцаж ирвэл тэд break-even дээр гарахыг хүсэж зарна. Support байсан зурвас resistance болно.
ictBreakerOn = true үед автоматаар өнгөө сольдог.
Mitigation-ийг зөвхөн хаалтаар шийд, wick-ээр биш.
Хөгжиж байгаа лааны түр зуурын wick нь зоныг “эвдсэн” гэж бариад, тэр лаа
эцэстээ зөв талдаа хаагдсан ч сэргэдэггүй — энэ бол хамгийн түгээмэл
кодын bug. Индикаторт үүнийг barstate.isconfirmed-аар л шийднэ.
ICT-д “block” гэдэг нэг зүйл биш. Зургаан төрөл бий, бүгд ижил зарчим дээр суурилдаг — дүүрээгүй ордер — гэхдээ өөр контекстээс үүсдэг. Нэрийг андуурах нь хамгийн түгээмэл бөгөөд хамгийн үнэтэй алдаа: Mitigation Block-ыг Order Block гэж бодоод бүтэн risk-ээр орох нь зэрэглэлийн зөрүүг үл тоомсорлож байгаа хэрэг.
| Нэр | Хэрхэн үүсдэг | Арилжааны хэлбэр | Найдвартай |
|---|---|---|---|
| Order Block | Бүтцийг эвдсэн displacement-ийн өмнөх сүүлчийн эсрэг лаа | Retest → үргэлжлэл | ★★★★ |
| Breaker | Хаалтаараа эвдэгдсэн OB, үүрэг хувирсан | Эсрэг талын retest | ★★★★ |
| Mitigation Block | Likvидность цэвэрлэгдээгүй бүтэлгүйтсэн HH/LL-ийн сүүлчийн эсрэг лаа | Эргэлтийн retest | ★★★ |
| Propulsion Block | Үнэ OB-ыг хэсэгчлэн хүндэтгэж дахин хөөрсөн — шинэ launch хил | 2 дахь үргэлжлэл | ★★★ |
| Rejection Block | Биет БИШ — нэг түвшинд бөөгнөрсөн урт wick-ийн кластер | Wick зон руу retest | ★★ |
| Vacuum Block | Session / news-ийн жинхэнэ үнийн цоорхой (ихэвчлэн futures) | Gap fill магнит | ★★ |
Хэрэв импульсийн өмнө likvидность цэвэрлэгдсэн бол энэ нь Order Block. Цэвэрлэгдээгүй, зүгээр л шинэ оргил гарч чадаагүй бол Mitigation Block. Хоёрын ялгаа нь “түлш байсан уу” — MB нь түлшгүй, тиймээс статистикаар сул. Нэг зурвасыг MB эсэх нь өмнөх үнийн үйлдлээс шалтгаална, өнгөнөөс биш.
| Элемент | Хаана | Шалтгаан |
|---|---|---|
| Entry | CE (50%) limit | Дээд ирмэг хэт эрт (шуугиан), доод ирмэг хэт гүн (хүрэхгүй). CE нь тэнцвэр. |
| SL | Зоны доод ирмэг − buffer | Зон эвдэгдвэл санаа буруу болсон. Buffer нь mintick spike-аас хамгаална. |
| TP1 | ≈ 1R эсвэл дараагийн pool | Хамгийн ойрын equal high/low. Зардлыг нөхөж, эрсдэлийг тэглэнэ. |
| TP2 | PDH / PDL | Өмнөх өдрийн H/L нь өдрийн draw on liquidity. |
| TP3 | Эсрэг талын major swing | Dealing range-ийн эсрэг ирмэг — үнэ жинхэнэ татагдаж байгаа зорилго. |
Хэрэв SL нь ATR-ийн cap-аас (ж: 2.8×ATR) өргөн болбол цуцал, clamp хийж болохгүй. Clamp хийвэл stop нь дээрмийн range дотор сууна — яг тэр wick татдаг гэдгээ дөнгөж баталсан үнийн зурвас. Chart дээр хамгийн сайхан харагддаг setup-ууд дээр winrate мэдэгдэхүйц доройтоно.
Энэ бол хичээлийг “тайлбар”-аас “арилжаалж болох”-д хүргэдэг хэсэг. Зарчим нь нэг мөрөөр: HTF нь ХААНА-г, LTF нь ХЭЗЭЭ-г хэлдэг. 4H OB нь зөв үнийн зурвасыг олж өгдөг ч 40 pip өргөн; тэр зон дотор үүссэн 5m OB нь ижил санааг 11 pip-ээр илэрхийлнэ. Зорилго нь өөр trade хайх биш — ижил trade-ийг нарийсгах.
| Зөвхөн 4H | 4H → 5m nested | |
|---|---|---|
| Зоны өргөн | 40 pip | 40 pip (ижил) |
| Entry | 4H CE | 5m OB CE |
| SL | −44 pip | −11 pip |
| TP (ижил зорилго) | +120 pip | +120 pip |
| RR | 2.7R | 10.9R |
| Хүрэх магадлал | Өндөр | Бага зэрэг доогуур |
RR 4 дахин өсөх нь ямар ч шүүлтүүрээс илүү нөлөөтэй. Хэрэв 4H дээр winrate 45% байсан бол 5m nesting-тэй 35% winrate ч илүү ашигтай — учир нь break-even winrate нь R-ээс шалтгаална.
Top-Down алгоритмыг дахин заахгүй: PriceAction 7.2 нь 5 шаттай дарааллыг (1D → 4H шийдвэр → 1H зон → 15m setup → 5m trigger), 7.1 нь TF тус бүрийн үүрэг хуваарилалтыг, 7.3 нь чиглэл түгжихийг, 5.3 нь “Зурвасыг доод TF-д харж, дотор нь OB/цоорхой хай” гэсэн яг энэ nesting-ийг заасан. Доорх зөвхөн OB-д онцгой хоёр зүйл: TF хосын харьцаа ба 3 хавх.
| HTF (зон) | LTF (entry) | Харьцаа |
|---|---|---|
| 1D | 1H | ÷24 |
| 4H | 15m | ÷16 |
| 1H | 5m | ÷12 |
| 15m | 1m | ÷15 |
Харьцаа 8–24 хооронд байх. Хэт ойрхон (4H→1H, ÷4) бол нарийсалт бага; хэт хол (1D→1m, ÷1440) бол LTF нь HTF зонтой ямар ч холбоогүй шуугиан болно.
LTF SL нь HTF зон дотор байдаг тул HTF зон эвдрэхээс өмнө LTF trade аль хэдийн хаагдсан байна. Энэ нь онцлог биш, зорилго: нэг 44-pip алдагдлын оронд гурван 11-pip алдагдал. Гуравдугаарт nesting таарвал нэг 10.9R нь тэр гурвыг бүрэн нөхнө.
PriceAction 5.2 нь OB-ыг A+ / B / C гэж аль
хэдийн зэрэглэсэн, бөгөөд шалгуур нь бараг ижил: sweep + displacement
+ цоорхойтой + хямд/үнэтэй зөв хэсэгт + дээд TF дэмжсэн + хүрээгүй,
мөн ижил үр дагавартай (trade хий / жижиг размер / ХАЯ).
Доорх хүснэгтийн цорын хоёр нэмэлт нь:
(1) Killzone дотор шалгуур, (2) тоон оноо — тус бүр 1 оноо,
нийлбэрээр tier. Тоон болгосон шалтгаан нь кодод шилжүүлэх:
оноо бүр аль хэдийн байгаа boolean.
Chart дээр зэрэг зургаан OB харагдаж байна. Аль нь? Таван шалгуураар онооно — тус бүр 1 оноо, тус бүр бие даасан шалтгаанаар edge нэмдэг:
| Шалгуур | Яагаад edge нэмдэг | Кодод |
|---|---|---|
| Virgin — CE-д хүрээгүй | Ордер дүүрээгүй хэвээр; 2 дахь touch статистикаар сул | not z.ceHit |
| FVG давхцах | Хоёр өөр шалтгаанаар ижил үнэ дээр ордер хүлээж байна | ictFvgBullNear |
| Liquidity түвшинд | PDH/PDL/EQH дээр үүссэн OB нь институцийн зорилготой давхцана | ictPools · pdh/pdl |
| Killzone дотор | Institutional эрчим байгаа цагт үүссэн | inKillzone |
| HTF bias таарна | Урсгалын эсрэг OB нь statistically counter-trend | biasHTFBuy |
| Бонус: HTF зон дотор (nested) | MTF nesting — RR-ийг олон дахин | — |
Ховор: сард XAU 5m дээр 4–8 удаа. Эдгээр нь хүлээх зүйл. Бүтэн risk, бүтэн TP ladder, DOL хүртэл барь.
Арилжаална, гэхдээ хагас хэмжээгээр эсвэл нэмэлт баталгаа (LTF sweep, volume spike) хүлээнэ. TP1 дээр эрсдэлийг тэглэ.
Зурагдана, гэхдээ зөвхөн контекст болгож. Эдгээрийг арилжаалах нь нийт статистикийг сүйтгэдэг гол шалтгаан — тоо нь их болохоор дундаж winrate тэднээр л тодорхойлогдоно.
Файлд scoring layer одоохондоо БАЙХГҮЙ — entry нь цэвэр
boolean AND-chain. Гэхдээ дээрх таван шалгуурын тав нь бүгд аль хэдийн
кодод бий (ceHit, ictFvgBullNear,
ictPools, inKillzone, biasHTFBuy).
Тэгэхээр tier нь шинэ хэмжилт биш — байгаа боolean-уудыг нэмж, cohort-оор
хагалахад л хангалттай. Энэ хүснэгт нь тэр давхаргын спек.
Хоёул ижил импульсээс үүсдэг ч өөр зүйл хэмждэг. OB нь ордер хаана байсан, FVG нь үнэ хаана хэт хурдан явсан.
| Order Block | Fair Value Gap | |
|---|---|---|
| Эх | Импульсийн өмнөх сүүлчийн эсрэг лаа | 3-лааны хоорондох дүүрээгүй зай |
| Илрэх цаг | Бүтэц эвдэгдэх мөчид | Импульсээс 1 бар хойно |
| Хэмжээ | Том, тодорхой | Жижиг, бага TF-д маш олон |
| Хүрэх магадлал | Дунд | Өндөр (үнэ gap-ыг дүүргэх хандлагатай) |
| Хэзээ дээр | Тодорхой bias, тэвчээртэй limit | Хурдан scalp, entry түргэн хэрэгтэй |
OB ба FVG давхцах үед. Displacement нь FVG үлдээж, тэр FVG нь OB зонтой хэсэгчлэн давхцаж байвал энэ нь ICT-ийн хамгийн өндөр магадлалтай entry зурвас. Хоёр өөр шалтгаанаар ижил үнэ дээр ордер хүлээж байна. ICT-д энэ давхцлыг Unicorn гэж нэрлэдэг.
Энэ хичээл FVG-г зөвхөн OB-той харьцуулах хэмжээнд авсан. FVG-ийн өөрийн гүнзгий сэдвүүд нь PriceAction Module 4-д бүрэн бий, тэр дундаа энэ хичээлд байхгүй хоёр зүйл:
Мөн 4.2 цоорхойн чанарын 6 шалгуур, 4.3 CE-ийн хоёр философи (aggressive first-touch vs conservative CE), 4.6 “бүх цоорхой дүүрдэг” гэсэн алдаа.
OB эвдэгдэх нь “индикатор ажиллахгүй” гэсэн үг биш. Тэр нь дараагийн setup-ийн дохио: эвдэгдсэн OB нь breaker болж, эсрэг тал нь одоо арилжаалах зурвас. Мэргэжлийн болон эрдэмтэн трейдерийн ялгаа нь энд — алдагдлыг мэдээлэл болгож хувиргах эсэх.
OB бүтэлгүйтэх гурван шалтгаан, гурвуулаа урьдчилан харагддаг:
Режимийн таксономи нь курст бүрэн бий: PriceAction 2.5 (TRENDING → EXHAUSTION → REVERSAL гурван үе), 2.6 (range таних checklist), мөн бүх зүйлийг захирдаг тэр мөр — “Эхлээд режимийг тодорхойл, дараа нь хэрэгслээ сонго.” Доорх хүснэгт нь түүний OB-д онцгой тохиолдол: режим тус бүрд аль OB ажиллаж, аль нь шуугиан вэ.
| Regime | Аль OB ажиллана | Аль нь шуугиан |
|---|---|---|
| Trending | Буулт дээрх OB, трендийн чиглэлд | Counter-trend OB — “эргэлт” хайх |
| Ranging | Range-ийн хилийн OB (гадна гуравны нэг) | Range дундах OB |
| Expansion (шинэ BOS) | Тухайн импульсийн шинэ OB | Хуучин OB — контекст өөрчлөгдсөн |
Файлд regimeBull / regimeBear нь 1H SR zone
break-ээс тооцогддог бөгөөд requireRegimeForEntry нь түүнийг
entry-д шаардах эсэхийг шийддэг. Мөн ictStructDir нь chart-TF
структурын чиглэлийг хэлнэ. OB-ыг тэр хоёрын аль нэгтэй нь таарсан
үед л ав — энэ нь дээрх хүснэгтийн “аль нь шуугиан” баганыг кодоор
шүүх хамгийн хямд арга.
“OB ажилладаг” гэдэг нь мэдрэмж биш, хэмжилт. Гэхдээ winrate нь хэмжилт биш — 90% WR нь алдагдалтай, 35% WR нь ашигтай байж бүрэн боломжтой. Хэмжих ёстой зүйл нь Rsv.
Хэмжилтийн арга зүй курст бүрэн бий: 11.1 гол метрик (“ХҮЛЭЭЛТ ← ЗӨВХӨН ЭНЭ ТОО ЧУХАЛ”), 11.2 MAE/MFE, 11.3 sample size, 11.4 нэг хувьсагчийн A/B, 11.5 хэвлэмэл журнал (setup, session, checklist оноо, MAE/MFE, дүрэм баримталсан эсэх), 11.6 долоо хоногийн шалгалт. Мөн 8.4 нь gross vs net.
Тиймээс энд зөвхөн OB-д онцгой хоёр зүйл: журналд нэмж бичих 6 талбар, ба Rsv-ийн бодит тооцоо.
| Тоо | Тооцоо | Юу хэлнэ |
|---|---|---|
| WR | W ÷ T | Ганцаараа юу ч хэлэхгүй |
| R | дундаж ашиг ÷ дундаж алдагдал | R < 0.20 = алдагдлын сүүл тарган |
| BE | 100 ÷ (1 + R) | Зөвхөн тэнцэхийн тулд хэрэгтэй WR |
| Rsv | WR − BE | Бүхнийг шийддэг тоо. > 0 бол edge бий |
Жишээ: WR 35%, R 2.5 → BE = 100/3.5 = 28.6% → Rsv = +6.4pp → ашигтай. WR 90%, R 0.08 → BE = 92.6% → Rsv = −2.6pp → алдагдалтай. Тиймээс winrate-аар стратеги харьцуулах нь утгагүй.
PriceAction 11.3 нь маш тодорхой: <30 trade нь
“өгөгдөл БИШ, шум”. Тэр нь шийдвэр гаргах босго.
Индикаторын ictStatsMinSample = 8 нь өөр зүйл —
харуулах босго: 8-аас доош cohort-ыг panel нь бүдэг
өнгөөр зурж “энэ тоонд бүү найд” гэж хэлдэг. Хоёрыг андуурвал 12 trade-ийн
cohort-ыг шийдвэрийн үндэс болгож эхэлнэ.
| Trade тоо | Юу гэж унших | Юу хийж болох |
|---|---|---|
| < 8 | Тоо ч биш | Panel-д бүдэг — үл хэрэгс |
| 8 – 29 | Чиг хандлага | Ажиглалт бичих, өөрчлөлт хийхгүй |
| 30 – 99 | Өгөгдөл | Нэг хувьсагчийн шийдвэр (PA 11.4) |
| 100+ | Бат өгөгдөл | Cohort хооронд харьцуулах |
8 trade-ийн 100% WR нь signal БИШ.
Stats engine нь R, BE, Rsv, Net%
дөрвүүлээ аль хэдийн бодож, cost-ыг f_trade_cost_pct()-аар
хасдаг — тэгэхээр дээрх математик хийгдсэн. Дутуу нь cohort:
ictStatsSplit нь Killzone / Setup / Sweep гэсэн хуваалтыг
төлөвлөсөн, f_ict_tag() нь trade тутмын шинжийг нэг int-д
хийхээр бэлдсэн. Мөн ictStatsMinSample = 8 нь “бүдэг харуул”
босго — шийдвэр гаргах босго нь 30, тэр хоёрыг андуурч болохгүй.
Displacement + BOS/CHoCH байхгүй бол тэр ердөө нэг лаа. Chart дээр эдгээр нь хэдэн зуун байдаг.
Хөгжиж байгаа лааны wick нь зоныг хуурамчаар “устгадаг”. Зөвхөн батлагдсан хаалтаар шийд.
CE-д хүрсэн зон нь “хэрэглэгдсэн”. Хоёр дахь touch нь статистикаар мэдэгдэхүйц сул.
London 02:00–05:00, NY AM 07:00–10:00 (NY цагаар). Эдгээрээс гадуур институцийн эрчим байхгүй.
Dealing range-ийн зөв тал дээр байгаа OB-ыг л ав. Хямд байхад худалдан ав.
1m OB нь 4H bias-ыг эсэргүүцэж байвал шуугиан. HTF-ээс доош уруудаж bias бүтээ.
Зоны гадна тавих ёстой SL-ыг хиймлээр нарийсгавал дээрмийн зурвас дотор орно.
§I6 хэсэг нь дээрх бүх дүрмийг кодоор шалгадаг. Гол функц нь
f_ict_ob_offset() — эвдрэлийн барнаас хойш явж
сүүлчийн эсрэг лааг хайна, олдохгүй бол
хамгийн эрс лаа руу fallback хийнэ.
// Сүүлчийн эсрэг лаа = ICT; олдохгүй бол хамгийн эрс лаа = fallback.
// 300 бар нь runaway хамгаалалт, тохируулга биш.
f_ict_ob_offset(bool _wantDownCandle, int _fromBar) =>
int scan = math.min(bar_index - _fromBar, 300)
int off = na
if scan >= 0
for i = 0 to scan // 0 = эвдрэлийн бар, хойш явна
if na(off) and (_wantDownCandle ? close[i] < open[i] : close[i] > open[i])
off := i
if na(off) // цэвэр нэг чиглэлт импульс
// ... хамгийн эрс low/high-тай лааг ол
off| Хичээлийн дүрэм | Кодод хаана |
|---|---|
| Displacement ≥ N×ATR, биет ≥60% | ictDispATRmultEff · ictDispBodyPctEff |
| Зөвхөн BOS/CHoCH дээр OB үүснэ | if (ictBosUp or ictChochUp) |
| Бүтэн хүрээгээр зурна | high[_off] · low[_off] |
| CE = 50% | ce = (high+low)/2 |
| Mitigation зөвхөн хаалтаар | if barstate.isconfirmed дотор |
| Breaker role flip | ictBreakerOn · f_ict_paint() |
| Зоны хугацаа хэтрэлт | ictObMaxBarsEff · f_ict_prune() |
| Хэт олон зон хуримтлахгүй | ictObKeepEff (keep-N) |
| Үнэ зон дотор байна уу | f_ict_zone_touch() |
Event дээр, түүх дээр зурдаг модуль нь keep-N байхгүй бол хэдэн мянган бар дотор TradingView-ийн 500 объектын хязгаарыг дүүргэнэ. Энэ нь оптимизаци биш — шаардлага.
5–6 → Tier A бүтэн risk · 3–4 → Tier B хагас risk · ≤2 → Tier C арилжаалахгүй.
Хичээл 02 — ICT-ийн цаг. Дээр killzone-ийн цагийг дурдсан (London 02:00–05:00, NY AM 07:00–10:00). Тэр хичээл нь бүрэн системийг өгнө: Silver Bullet, Macro цонх (:50–:10), CBDR + SD projection, DST-ийн математик, ба AMD-ийг цаг дээр буулгах.