ما هو ماسح Liquidity Sweep؟
ماسح liquidity sweep هو أداة آلية تراقب swing highs وswing lows عبر أسواق متعددة، وتكشف لحظة أخذ السعر لأحد هذه المستويات، ثم ترصد الحالات التي يغلق فيها السعر من جديد عبر المستوى على إطار زمني أدنى؛ أي انعكاس failed-sweep.
هذه النقطة الأخيرة هي ما يفرّق بين الماسح الحقيقي وتنبيه wick عادي. تُؤخذ آلاف المستويات يومياً، لكن القليل منها ينعكس فعلاً. الماسح الموثوق يعزل sweep الذي قوبل بالرفض ثم استعاد المستوى، لأن هذه هي السلسلة التي يتداولها ممارسو Smart Money Concepts (SMC) فعلياً. وما عدا ذلك ضوضاء.
يغطي هذا الدليل سبب عجز المطاردة اليدوية لهذه setups، وما يجب أن يرصده الماسح حتى يكون قابلاً للثقة، وكيف يشفّر محرك LiquidityScan Liquidity Sweep → Reversal هذه الشروط، ثم كيف تحوّل detection إلى قرار.
لماذا لا تتوسع مطاردة sweeps يدوياً؟
وصف setup سهل، لكن مطاردته يدوياً مرهقة. أنت تبحث عن حدث محدد من جزأين عند مستوى محدد، ولا تعرف أي زوج من مئات الأزواج سينتجه أو متى سيحدث.
لكي تنفذ ذلك يدوياً، عليك تحديد كل swing high وswing low ذي صلة على كل زوج، وعلى كل إطار زمني أعلى تتابعه، ثم مراقبة هذه المستويات دون انقطاع.
بمجرد أن يظهر wick عند أحدها، تهبط إلى إطار زمني أدنى وتنتظر عدة شموع لترى هل سيستعيد السعر المستوى أم سيواصل الحركة. إذا فاتتك شمعة reclaim، انتهى setup.
الحساب وحده كافٍ لإسقاط الفكرة. لنفترض أنك تتابع 300 زوج سائل على 3 أطر زمنية أعلى؛ هذا يعني 900 chart، يحمل كل منها عدة liquidity pools نشطة. تتشكل Buy-Side Liquidity (BSL) فوق equal highs، وتتكون Sell-Side Liquidity (SSL) أسفل equal lows، ثم تُؤخذ طوال اليوم.
لا أحد يراقب 900 chart. لذلك إمّا أن تضيق القائمة إلى بضعة أزواج فتفوّت كل ما عداها، أو تلقي نظرة دورية وتكتشف reclaim بعد إغلاقه بساعات. كلا الخيارين يضيّع setups جيدة.
الماسح يقلب المشكلة. بدلاً من مراقبتك للمستويات، تراقب المستويات نفسها؛ إذ يعيد المحرك فحص كل pool مع كل شمعة مغلقة، ولا يقاطعك إلا بعد اكتمال السلسلة بأكملها.
ما الذي يجب أن يرصده ماسح Liquidity Sweep الموثوق؟
معظم الأدوات التي تسمي نفسها ماسح liquidity sweep تطلق تنبيهاً عند ظهور wick واحد فوق high سابق. هذا أسوأ من انعدام الفائدة؛ لأنه يغرقك في التنبيهات، فالتذبذب العادي يخترق المستويات باستمرار ثم يواصل في الاتجاه نفسه. تجاوز المستوى بواسطة wick ليس إشارة؛ بل رمية عملة إلى أن يكشف السعر موقفه.
الماسح الذي يستحق الثقة يجب أن يؤكد 3 أمور منفصلة، بهذا الترتيب:
- وجود pool حقيقي للسيولة، لا أي high على شمعة. يجب أن يكون المستوى المأخوذ swing high أو swing low مهماً على إطار زمني أعلى؛ أي منطقة تتجمع عندها أوامر الوقف فعلاً، فوق equal highs أو أسفل equal lows. هذه هي Draw on Liquidity التي كان السوق يتجه إليها.
- حدوث sweep فعلي لذلك pool. يجب أن يتداول السعر خارج المستوى، لا أن يقترب منه فقط. فالـ wick ينبغي أن يأخذ أوامر الوقف.
- استرداد على إطار زمني أدنى يؤكد الرفض. بعد sweep، يجب أن تغلق شمعة على الإطار الأدنى من جديد عبر المستوى المأخوذ، وضمن نافذة ضيقة. لا reclaim، لا إشارة؛ فما حدث قد يكون مجرد continuation.
إذا رصدت أول شرطين فقط، فلديك تنبيه wick لا أكثر. أما الثالث، أي reclaim المؤكد، فهو الذي يحوّل raid إلى مرشح reversal. الماسح الذي يتجاهله يبيعك الجزء السهل من الحركة ويترك الجزء الذي يهم فعلاً.
كيف يشفّر ماسح Liquidity Sweep الـ setup؟
بُني محرك LiquidityScan Liquidity Sweep → Reversal (LSR) حول هذه الشروط الثلاثة تحديداً. هو لا يتعامل مع sweep كإشارة؛ بل مع sweep يتبعه reclaim. إليك طريقة ترميز كل جزء.
الـ HTF pool والربط بين HTF وLTF
يعمل LSR على أزواج ثابتة بين الإطار الأعلى والإطار الأدنى: 1W→1D، و1D→4H، و4H→1H. يتحدد liquidity pool على الإطار الأعلى؛ weekly swing high أو daily swing low، ولذلك يحمل المستوى وزناً حقيقياً.
بعد ذلك يبحث المحرك عن تأكيد reclaim على الإطار الأدنى المرتبط، حيث يظهر الرفض شمعة بعد شمعة. هذا يطابق أسلوب ICT top-down: الإطار الأعلى يحدد الهدف، والإطار الأدنى يؤكد التحول. ولا يعمل على أطر أقل من الساعة؛ فأضيق pairing هو 4H→1H.
نافذة reclaim من 5 شموع
بعد أخذ HTF pool، يراقب LSR الشموع الخمس التالية على الإطار الأدنى بحثاً عن reclaim. اختيار الرقم 5 مقصود. فالـ reclaim الذي يأتي مباشرة بعد raid هو رفض نظيف؛ أما reclaim الذي يعود بعد 20 شمعة، فهو حدث مختلف وأضعف، وقد يكون السوق تجاوزه بالفعل.
تقييد النافذة بـ 5 شموع يبقي الإشارة مرتبطة بالـ sweep الذي تسبب فيها، ويستبعد الانجراف البطيء الذي يعبر المستوى من جديد بمحض المصادفة.
تأكيد CRT أو Super-Engulfing
لا يُقبل reclaim لمجرد أن شمعة أغلقت عبر المستوى؛ يجب أن يكون نمط reversal معروفاً. يقبل LSR نمطين، وكلاهما يجب أن يكون عكس اتجاه sweep: شمعة Candle Range Theory (CRT) أو شمعة Super Engulfing.
شمعة CRT هي التي يأخذ wick فيها النطاق السابق، بينما يغلق body من جديد داخله. أما شمعة Super Engulfing فهي شمعة زخم تبتلع الشمعة السابقة وتغلق بحسم في الاتجاه المعاكس.
لذلك، إذا حدث BSL sweep، أي أُخذت stops فوق swing high، فيجب أن يستعيد المستوى bearish CRT أو Super Engulfing هابط حتى يظهر مرشح bearish reversal. أما SSL sweep أسفل swing low، فيحتاج إلى reclaim بواسطة نمط صاعد. الاتجاه هنا غير ملتبس؛ فالنمط الذي يؤكد التحول يحدد جهة الحركة.
الرصد على الشموع المغلقة يعني عدم وجود repaint
يُقيّم كل جزء على شموع مؤكدة ومغلقة فقط؛ أما الشمعة الحية قيد التشكّل فتُستبعد دائماً. هذا هو الفارق بين إشارة يمكنك الوثوق بها وأخرى تخدعك. الأداة التي تقرأ الشمعة قبل إغلاقها قد تعرض reclaim في منتصفها، ثم يختفي عندما تغلق في مكان آخر.
ينتظر LSR الإغلاق. يُؤكَّد sweep على شمعة مغلقة، ويُؤكَّد reclaim على شمعة مغلقة. وبعد نشر detection، لا يعيد الرسم؛ فالشموع التي كوّنته أصبحت تاريخاً منتهياً.
ما يحتاجه ماسح sweep الجيد مقابل ما يفعله LSR
تتطابق المتطلبات السابقة مع سلوك المحرك نقطة بنقطة. المقارنة مباشرة:
| ما يحتاجه ماسح sweep الموثوق | ما يفعله محرك LSR |
|---|---|
| HTF liquidity pool حقيقي، لا أي high على شمعة | يحدد pool باعتباره HTF swing high أو swing low على 1W أو 1D أو 4H |
| تأكيد أن pool أُخذ فعلاً | يشترط تداول السعر خارج المستوى، بحيث يأخذ wick أوامر الوقف |
| Reclaim، لا مجرد wick | يشترط إغلاقاً في الاتجاه المعاكس عبر المستوى |
| نافذة محددة تربط reclaim بـ sweep | يجب أن يحدث reclaim ضمن شموع LTF الخمس التالية |
| نمط reversal معروف، لا أي إغلاق | يجب أن يكون reclaim شمعة CRT أو Super-Engulfing |
| اتجاه غير ملتبس | BSL sweep → bearish، وSSL sweep → bullish، ويحدده النمط المؤكد |
| عدم وجود repaint يمكن الاعتماد عليه | الرصد على الشموع المغلقة فقط، مع استبعاد الشمعة قيد التشكّل |
| تغطية لا يمكن مراقبتها يدوياً | يعيد اشتقاق البيانات على مستوى السوق مع كل scan عبر كل الأزواج السائلة |
مسار detection: مثال تطبيقي
لنأخذ BTCUSDT على pairing من 1D→4H. على الإطار اليومي، طبع السعر swing high واضحاً عند 71,400، مع high مماثل أسفله بقليل؛ أي equal highs وBSL pool واضح. المتأخرون دخلوا long مع الاختراق، وتكدست stops فوقه؛ لذلك أصبح pool نقطة جذب.
صعد السعر ثم صنع wick يومياً إلى 71,880، فتداول فوق 71,400 وأخذ stops. على الإطار اليومي، هذا sweep فقط، وليس إشارة بعد. عندها يهبط LSR إلى 4H المرتبط ويبدأ عدّ الشموع الخمس.
على شمعة 4H الثانية بعد raid، يطبع السعر bearish Super Engulfing؛ تغلق الشمعة أسفل 71,400 وتبتلع الشمعة السابقة. هنا استُعيد sweep في الاتجاه المعاكس، داخل النافذة، وبواسطة نمط مقبول.
ينشر LSR detection هابطاً من نوع Liquidity Sweep → Reversal على BTCUSDT، ضمن pairing 1D→4H. أُخذ daily BSL pool عند 71,880، بينما أغلق reclaim على 4H عند، لنفترض، 70,950. كل مستوى هنا حقيقة مستندة إلى شمعة مغلقة.
لا يتغير شيء في هذا detection مع تشكل شموع جديدة؛ إنه حدث مكتمل لا يعيد الرسم، ويمكنك الآن تقييمه. ولو مرت شموع 4H الخمس دون ظهور bearish CRT أو Super Engulfing، لما ظهرت أي إشارة، وسُجل sweep باعتباره continuation عادياً.
منهجية Scan → Validate → Execute
الـ detection بداية عملك، لا نهايته. يعرض LSR مرشحاً غنياً بالسياق، يضم pool وsweep وreclaim، لكنه ليس trade call صراحةً، ولا يخبرك بالشراء أو البيع. المنهج المنضبط يتكون من 3 مراحل.
- Scan. يعرض المحرك المرشح الذي أُخذ pool فيه ثم استُعيد على مستوى السوق. لم تكن بحاجة إلى مراقبة 900 chart؛ فالسلسلة المكتملة وصلت إليك.
- Validate. هنا تضيف السياق الذي لا يستطيع الماسح توفيره. هل يحدث هذا bearish reclaim داخل HTF premium، مع وجود Draw on Liquidity أسفل السعر؟ هل ينسجم مع daily bias لديك، أم أنه محاولة counter-trend ينبغي تجاوزها؟ هل يوجد pool معاكس واضح فوق نقطة دخولك مباشرة؟ الماسح وجد النمط؛ وأنت من يقرر إن كان هذا النمط يستحق أن يدخل في trade.
- Execute. إذا انسجم السياق، تبني الصفقة وفق منهجك: entry، وstop خلف sweep wick، وtarget عند pool التالي، ثم تحدد حجم المخاطرة. هذا قرارك أنت. LiquidityScan لا يضع أوامر، وباستثناء سلم risk-reward الهندسي في Super Engulfing، لا تمنحك المحركات entries أو stops جاهزة.
حدود يجب التعامل معها بصدق
كن واضحاً بشأن طبيعة الإشارة وحدودها. إنها مرشح عالي السياق: حدث liquidity حقيقي مع rejection مؤكد، جرى تنقيته من الضوضاء. لكنها ليست prediction، ولا توجد win rate منشورة؛ فالنتيجة تعتمد على regime وbias وإدارة المخاطر التي تضيفها أنت.
قد يُعاد sweep لمستوى أُخذ سابقاً، وقد يفشل reclaim. الماسح يمنحك تغطية ودقة في تكوّن setup، لا نتيجة مضمونة.
كيف تصلك التنبيهات؟
عند ظهور detection، يوصله LiquidityScan عبر Web Push في المتصفح، وnative Android push باستخدام FCM، وأيقونة الجرس والتنبيه داخل التطبيق؛ وليس عبر Telegram، فهو رابط للمجتمع فقط وليس قناة إشارات. ويختلف عدد الأزواج المشمولة بحسب الخطة.
هذه هي فائدة ماسح liquidity sweep اللحظي الحقيقي: بعد إغلاق reclaim تُنشر الإشارة وتصل إليك بينما لا يزال السياق حاضراً، بدلاً من اكتشافها على chart بعد مرور ساعات.
الأسئلة الشائعة
هل liquidity sweep هو نفسه wick الذي يتجاوز high؟
لا. كل شمعة تتجاوز مستوى ما تحمل wick، لكن بعضها فقط يمثل sweep حقيقياً لـ liquidity pool واضح، وعدد أقل بكثير يتبعه reclaim. يشترط الماسح الموثوق sweep لـ swing high أو swing low حقيقي، مع إغلاق في الاتجاه المعاكس عبر المستوى؛ أما wick وحده فليس أكثر من تذبذب.
على أي أطر زمنية يعمل ماسح Liquidity Sweep → Reversal؟
يعمل على 3 أزواج ثابتة من الإطار الأعلى إلى الأدنى: weekly-to-daily، وdaily-to-4H، و4H-to-1H. يتحدد pool على الإطار الأعلى، بينما يُؤكَّد reclaim على الإطار الأدنى المرتبط. ولا يعمل على الأطر الأقل من الساعة؛ فأضيق تأكيد يكون على 1H.
هل يمكن أن تعيد الإشارة الرسم أو تختفي بعد ظهورها؟
لا. يُرصد كل من sweep وreclaim على شموع مؤكدة ومغلقة؛ وتُستبعد الشمعة الحية قيد التشكّل دائماً. بعد نشر detection، تكون الشموع التي أنتجته قد أغلقت وأصبحت تاريخاً، ولذلك تبقى الإشارة مستقرة ولا تعيد الرسم.
هل يخبرني الماسح بمكان الدخول والخروج؟
ليس كقاعدة. يعرض LSR مرشح reversal غنياً بالسياق، يضم pool المأخوذ وreclaim المؤكد، لكنه تحليل وليس trade call. أنت من يحدد HTF bias وentry وstop خلف sweep، ومستوى المخاطرة. ولا يضع الماسح أوامر ولا يضمن النتائج.
مسارات بحث ذات صلة
ابنِ الأساس الذي تحتاجه لفهم الماسح، ثم تحرك من pool إلى reclaim، ومن الدليل إلى المحركات المرتبطة.
- ما هو Liquidity Sweep؟ — التعريف الأساسي الذي صُمم كل ماسح لرصده.
- BSL مقابل SSL في SMC: تحديد السيولة — طريقة تحديد pools التي يراقبها الماسح.
- لماذا ينعكس السعر بعد Liquidity Sweep؟ — الآلية التي تقف خلف reclaim.
- Liquidity Sweep ثم MSS: دليل الانعكاس — شرح متعمق للسلسلة الكاملة من sweep إلى reversal.
- هل تنجح Liquidity Sweeps؟ قراءة مبنية على البيانات — مراجعة صريحة للأدلة قبل تداول هذا النمط.
- ماسح Order Block: رصد OB وFVG لحظياً — المحرك الشقيق للدخول من المناطق.
- كيف تلتقط Asian-Range Sweeps في كل جلسة؟ — زاوية مرتبطة بماسح Asian range sweep.
- ما هو محرك confluence في LiquidityScan؟ — تعرّف إلى طريقة جمع إشارات liquidity sweep مع ماسحات أخرى لبناء setups متوافقة.
- فلترة الإشارات الزائفة — لتقييم الإشارات قبل الاعتماد على نتائج الماسح اللحظية
- ما هي منصة LiquidityScan؟ — تعرّف على المنصة قبل استخدام ماسح السيولة اللحظي.
- Scanner وPulse وCore-Layer — لفهم موقع الماسح اللحظي ضمن منظومة Scanner وPulse وCore-Layer.
- قائمة ICT Scanners داخل LiquidityScan — لرؤية بقية محركات ICT وأطرها الزمنية ودرجاتها داخل LiquidityScan.
وتنسجم فكرة انتظار reclaim المؤكد مع طبيعة الأسواق التي تصفها وثائق بنك التسويات الدولية BIS؛ فالسيولة والأوامر المعلقة تتوزع عبر أسواق متجزئة، ولا يكفي عبور مستوى لحظياً لإثبات تغير في الطلب أو العرض. لهذا تُعامل LiquidityScan الشموع المغلقة كمرجع، لا الـ wick الحي أثناء تشكله.