محرك LiquidityScan للتوافق

ما هو محرك LiquidityScan للتوافق؟

محرك التوافق هو كتالوج مشترك يتطلب تسجيل الدخول لـ setups مبنية مسبقاً ومتعددة الأطر الزمنية، ولا تظهر فيه إلا عندما تتفق عدة scanners وأطر زمنية على اتجاه واحد. بدلاً من فحص الرسوم البيانية يدوياً، تقرأ feed حيّاً يعرض setups متراكبة ومتوافقة في اللحظة نفسها.

يتحدث المتداولون عن «confluence» باستمرار: bias على الإطار الأعلى، وتحول في structure على الإطار المتوسط، وentry pattern على الإطار الأدنى. الفكرة ليست صعبة؛ الصعب هو تنفيذ هذا الفحص عبر عشرات الأزواج، كل ساعة، من دون أن يفوتك setup مناسب.

يقلب محرك التوافق هذه المهمة إلى قائمة قابلة للتصفح. كل إدخال عبارة عن وصفة من scanner legs، ولا يظهر إلا ما دامت كل leg فعالة وتشير إلى الاتجاه نفسه. وعندما ينكسر التوافق، يُوسم setup كمنتهٍ بدلاً من تركه على الشاشة وإرباك قراءتك.

كيف يحول محرك التوافق عبارة «تحقق من confluence» إلى feed حي؟

كل base scanner على المنصة يرصد الإشارات على الشموع المغلقة فقط، لذلك لا تعيد إشاراته الرسم. ويأتي محرك التوافق فوق هذه scanners؛ يراقب مخرجاتها الحية ويسأل سؤالاً مباشراً عن كل setup في الكتالوج: هل تعمل كل legs المطلوبة الآن، على أطرها الزمنية المحددة، وفي الاتجاه نفسه؟

عندما تكون الإجابة نعم، يظهر setup في feed المشترك مع عدّاد حي يوضح عدد الرموز التي تحقق شروطه على الجانب الصاعد وعددها على الجانب الهابط.

وعندما تختفي إحدى legs، بسبب انقلاب bias أو mitigation للمنطقة أو انتهاء المدة المسموحة للشموع، يختفي التطابق أو يُوسم setup كمنتهٍ. هناك 3 خصائص تجعل هذه الطبقة عملية:

• مقيدة بالاتجاه: لا يُحتسب setup إلا عندما تتفق legs على اتجاه واحد. قراءة أسبوعية صاعدة مع قراءة يومية هابطة ليست confluence؛ لذلك لا تظهر كتطابق.
• متعددة الأطر بطبيعتها: تمتد معظم setups عمداً عبر إطارين أو 3 أطر زمنية، فتشاهد سياق الإطار الأعلى مع trigger الإطار الأدنى في قراءة واحدة.
• منتقاة وليست عشوائية: الكتالوج قائمة مبنية يدوياً لـ setups منطقية في التداول، وليس كل تركيبة حسابية ممكنة بين engines.

والنتيجة أن محرك التوافق يجيب عن سؤال كنت ستضطر للإجابة عنه يدوياً: أي الأزواج يملك الآن alignment حقيقياً بين عدة scanners، وما اتجاه هذا alignment؟

طبقات التوافق الثلاث: Dual وTriple وSequences

ينظم الكتالوج setups ضمن 3 طبقات وفق عدد التأكيدات المطلوبة، وما إذا كان ترتيبها زمنياً مهماً.

• Dual — تأكيدان. قد يشتركان في الإطار نفسه أو يمتدان عبر أطر مختلفة، مثل Weekly bias مع sweep من Daily CRT، أي Candle Range Theory. يجب أن تكون كلتا leg فعالتين ومتوافقتين في الاتجاه.
• Triple — 3 تأكيدات متراكبة، عادة في قراءة top-down عبر الأطر، مثل bias شهري، ثم قراءة أسبوعية، ثم trigger يومي. كلما زاد عدد legs أصبح الفلتر أكثر صرامة، وغالباً قل عدد التطابقات الحية.
• Sequences — playbooks مرتبة. يجب أن تعمل كل خطوة بعد السابقة زمنياً، لا أن تظهر معها في اللحظة نفسها فقط. المثال الكلاسيكي هو Change of Character (CHoCH) يتبعه اختبار Order Block (OB+).

تتعلق Dual وTriple بعدد العناصر المتفقة. أما Sequences فتضيف بُعداً ثانياً: ترتيب حدوثها، ولهذا تحصل على طبقة مستقلة.

لماذا تتميز Sequences؟ الترتيب يحمل معلومة

حدوث حدثين في الوقت نفسه أضعف من تطورهما بالترتيب الصحيح. عندما يظهر CHoCH مع اختبار OB+ في اللحظة نفسها، فهذا يخبرك بأن السعر عند مستوى يستحق المتابعة.

أما CHoCH ثم اختبار OB+، فيحكي قصة مختلفة: انقلبت structure أولاً، ثم عاد السعر إلى order block الذي أنتج هذا الانقلاب، وهو الآن يختبر المنطقة. هذه واقعة مختلفة وبجودة أعلى من مجرد تزامن إشارتين.

تفرض Sequences هذه القصة على البيانات. في المحرك، لا يكتمل setup المرتب إلا عندما تعمل كل leg بعد إغلاق شمعة leg السابقة؛ إنها سلسلة greedy تُقيّم وفق وقت الإغلاق. إذا ظهر اختبار OB+ قبل CHoCH، فلا تعمل sequence، لأن السرد السببي الذي يهمك لم يحدث.

هذه هي الآلية نفسها التي يستخدمها Market Structure scanner في أنماطه المرتبة؛ فـ setup مثل «CHoCH → BOS → BOS» لا يكتمل إلا عندما تصل الأحداث بهذا الترتيب الدقيق.

الفائدة العملية واضحة: تطابق Sequence لا يعني فقط «هذه الأشياء موجودة». بل يعني «هذه الأشياء حدثت بالتسلسل الذي يمنح setup معناه».

ماذا يعرض لك كل إدخال في الكتالوج؟

افتح أي setup في الكتالوج، وستجد بوضوح ما يتطلبه وما هو متحقق الآن. يعرض كل إدخال:

• الوصفة المرتبة — كل leg موضحة عبر الإطار الزمني والengine، حتى ترى بالضبط ما يجب أن يكون صحيحاً، مثل: Leg 1: Daily ICT Bias bullish؛ Leg 2: 4H CHoCH bullish؛ Leg 3: 1H OB+ tap. لا شيء مخبأ خلف score.
• عدّادات bull وbear الحية — عدد الرموز التي تحقق setup حالياً للشراء، وعددها للبيع. يخبرك ذلك بمكان الفرص، وبمدى انتقائية setup في هذه اللحظة.
• وسم «Expired» — عندما يموت تطابق كان حياً بسبب اختفاء leg أو انتهاء المدة الزمنية، يُوسم setup بدلاً من بقائه على الشاشة بصمت. لن تجد نفسك أمام alignment قديم انكسر بالفعل.

لأن الوصفة صريحة، يمكنك تقييم التطابق وفق معطياته. إذا كان setup يتطلب Weekly bias وكانت قراءة الشمعة الأسبوعية تبدو هامشية بالنسبة لك، فامنحها الوزن الذي تراه مناسباً. المحرك يعرض alignment؛ أما الحكم فيبقى لك.

مثال عملي: Sequence من CHoCH إلى اختبار OB+ داخل feed

لنفترض أن ETHUSDT يتحرك هبوطاً ببطء على 4H. يبقى الاتجاه الداخلي الهابط قائماً إلى أن تغلق شمعة 4H فوق آخر lower high؛ هنا يظهر CHoCH صاعد، فتنتقل structure من الهبوط إلى الصعود. هذه هي leg الأولى في setup من نوع Sequence، ويُسجل وقت إغلاقها كنقطة الارتكاز.

خلال الساعات التالية، يتراجع السعر إلى order block الذي أطلق break؛ أي آخر شمعة أغلقت هبوطاً قبل الحركة الاندفاعية التي أخذت buy-side liquidity. وعندما تدخل wick السعر إلى المنطقة، يسجل scanner الخاص بـ OB+ اختباراً: تكوّن، اقترب، ثم لامس.

حدث هذا الاختبار بعد إغلاق شمعة CHoCH، ولذلك تكتمل leg الثانية بالترتيب. تعمل Sequence، ويظهر ETHUSDT في feed على الجانب الصاعد، مع عرض كلتا leg وإطارهما الزمني ضمن الوصفة.

قارن ذلك بـ setup من نوع Dual قد تراقبه في الوقت نفسه: Weekly bias صاعد مع Daily CRT صاعد على BTCUSDT. كلتا leg هنا «صحيحة الآن» ببساطة؛ لا يوجد شرط للترتيب، لذلك يقوم التطابق على الاتفاق لا على تطور قصة زمنية.

المحرك واحد، لكن الطبقة مختلفة، ونوع الدليل مختلف. إذا انقلبت قراءة BTC الأسبوعية في منتصف الأسبوع، يُوسم تطابق Dual كـ Expired وينخفض من عدّاد bull.

لاحظ ما لم تكن مضطراً إلى فعله. لم تفتح ETHUSDT، ولم تعد على 4H لتتأكد من CHoCH، ثم تبحث عن order block الأصلي، ثم تجلس أمام الرسم منتظراً الاختبار؛ كما لم تكرر العملية على بقية قائمة المراقبة.

نفذ محرك التوافق هذا الفحص على كل زوج مؤهل، ثم سلّمك الزوج الذي اكتملت فيه القصة المرتبة فعلاً، مع إرفاق الوصفة حتى تتحقق من القراءة خلال ثوانٍ بدلاً من إعادة بنائها من الصفر.

ما علاقته بـ Core-Layer وScanner Studio؟

محرك التوافق لا يعمل منفرداً. يقع بين سطحين آخرين، ومعرفة الفرق بينها تضبط توقعاتك من البداية.

• Core-Layer هو أداة التراكم التلقائي. يجمع إشارات Super Engulfing وCRT وICT Bias الحية في سلاسل alignment، حيث يتوافق الاتجاه نفسه عبر الأطر الزمنية؛ Weekly وDaily و4H صاعدة كلها، مثلاً. يبني هذه التراكمات تلقائياً من مجموعة ثابتة من base engines، ويربطها بالإطار الزمني. فكر في Core-Layer كطبقة تعمل دائماً للإجابة عن سؤال: «أين يتراكم الاتجاه عبر TFs؟»
• كتالوج التوافق هو طبقة multi-engine المنتقاة. يمكن أن تخلط setups فيه بين engines لا يجمعها Core-Layer، مثل Market Structure وOB+ وغيرها، كما يمكنها فرض ترتيب زمني. هذه playbooks مختارة يدوياً، وليست تراكمات تلقائية للاتجاه نفسه.
• Scanner Studio هو المكان الذي تأتي منه setups الكتالوج فعلياً. كل إدخال في الكتالوج هو Studio scanner منشور عالمياً. وStudio هو rule builder بلا كود، يتيح لك دمج أي engine مع indicators وcontext filters، بما فيها أغلفة الأطر الأعلى، ووضع event-versus-holds-now، وفرض اتفاق الاتجاه، وقواعد sequence المرتبة. إذا كان setup في الكتالوج قريباً من طريقتك لكنه لا يطابقها تماماً، يمكنك بناء نسخة خاصة بك هناك.

إذن، ترتيب القراءة هو: Core-Layer للتراكم التلقائي بين الأطر، وكتالوج التوافق للـ multi-engine playbooks المنتقاة والمرتبة، وScanner Studio لبناء نسختك الخاصة.

الحدود بوضوح: alignment سياق، وليس توصية بتداول

setup حي من التوافق هو جزء عالي الجودة من السياق، ولا يدعي أكثر من ذلك. لا ينشر محرك التوافق win rate، كما أن التطابق ليس أمراً بالدخول. وهناك نقاط عملية لا يصح تجاهلها:

• Alignment ليس ضماناً. اتفاق عدة أطر زمنية يرفع جودة السياق، لكنه لا يجعل النتيجة مؤكدة. حتى setups المتوافقة تفشل، ولا توجد نسبة نجاح مرفقة بأي منها.
• إنه سياق للقراءة فقط، وليس خدمة إشارات. يعرض feed ما هو متحقق حالياً عبر scanners. لا يحدد حجم المركز، ولا يضع stop، ولا يخبرك بالشراء أو البيع. قرار الصفقة، وإدارة المخاطرة، والمتابعة تبقى مسؤوليتك.
• قد تكون بعض legs هامشية. لأن كل leg قراءة ميكانيكية من scanner على شموع مغلقة، فإن leg القريبة من threshold ما تزال تُحسب «صحيحة». وُجدت الوصفة الصريحة تحديداً حتى تزن كل leg بنفسك.

عند استخدامه بهذه الطريقة، كقائمة حية مختصرة للأماكن التي يظهر فيها alignment بين عدة scanners، مع كشف منطق القراءة أمامك، يزيل محرك التوافق الفحص اليدوي الممل من دون أن يتظاهر بإزالة المخاطرة. وهذا ينسجم مع طبيعة السوق المؤسسية التي يصفها مسح BIS للإحصاءات المتعلقة بسوق الصرف؛ السيولة موزعة بين أسواق وأزواج وأوقات مختلفة، ولا يحول توافق الإشارات دون مخاطر التنفيذ أو تغير regime.

الفرق عملياً هو أنك لا تبحث عن confluence زوجاً بعد زوج، بل تقرأ feed من setups المتراكبة التي تشير إلى اتجاه واحد، ثم تتحقق من السعر والسيولة والخطة قبل أن تفكر في أي قرار.

الأسئلة الشائعة

هل محرك التوافق هو نفسه Core-Layer؟

لا. يقوم Core-Layer تلقائياً بتجميع إشارات Super Engulfing وCRT وICT Bias المتفقة في الاتجاه عبر الأطر الزمنية، انطلاقاً من مجموعة ثابتة من base engines. أما كتالوج التوافق فهو قائمة منتقاة من setups متعددة engines، ويمكنه خلط scanners أخرى مثل Market Structure وOB+ وفرض ترتيب زمني. هما طبقتان متكاملتان وليستا السطح نفسه.

هل تصلني تنبيهات عندما يعمل setup من التوافق؟

الكتالوج نفسه feed مشترك للقراءة فقط، تتصفحه يدوياً. setups المنشورة هي Scanner Studio scanners، ويقيّم Studio هذه scanners على نطاق السوق كل ساعة مع push alerts. إذا أردت تنبيهاً شخصياً وفق معاييرك، فابنِ setup أو انسخه كـ private scan داخل Scanner Studio.

ماذا يعني وسم «Expired» على setup؟

يعني أن تطابقاً كان حياً أصبح منتهياً؛ اختفت leg مطلوبة، أو انقلب bias، أو انتهت المدة الزمنية المسموحة. يضع المحرك الوسم بدلاً من ترك alignment قديماً على الشاشة، حتى لا تتصرف بناءً على confluence انكسر بالفعل.

لماذا تعرض Sequences تطابقات أقل من setups من نوع Dual؟

تتطلب Sequences أن تعمل legs بترتيب زمني محدد، لا أن تظهر معاً فقط؛ لذلك تحققها رموز أقل في أي لحظة. وتكون Triple أكثر صرامة من Dual لأنها تحتاج إلى 3 legs متفقة بدلاً من اثنتين. قلة التطابقات هي المقابل المقصود للحصول على فلتر أعلى جودة.

مسارات بحث ذات صلة

ابدأ من ماهية المنصة، ثم انتقل إلى آلية الرصد، وبعدها إلى منهجية multi-timeframe التي يؤتمتها محرك التوافق.

• ما هي LiquidityScan؟ — الصورة الكاملة عن scanner الذي يعمل محرك التوافق فوقه.
• كيف يعمل LiquidityScan Scanner؟ — من الشموع الخام إلى setup مكتشف، وآلية الشموع المغلقة خلف كل leg.
• تحليل ICT من الأعلى إلى الأسفل: توافق الأطر الزمنية — المنهج اليدوي الذي تؤتمته طبقات التوافق.
• أفضل أطر ICT الزمنية: من HTF bias إلى LTF entry — كيف تختار الأطر التي ينبغي أن يمتد بينها setup من نوع Dual أو Triple.
• Liquidity Sweep ثم MSS: دليل الانعكاس — مثال عملي على sequence مرتبة، وهي النوع الذي ترمّزه طبقة Sequences.
• أفضل ICT Scanner: كيف تختار؟ — كيف تدخل أدوات التوافق في قرار اختيار scanner.
• كيف تبني ICT Scanner مخصصاً بلا كود؟ — زاوية مرتبطة ببناء scanner مخصص.
• لمن تناسب LiquidityScan: متداولو اليوم وSwing والمتداولون بدوام جزئي — كيف تستخدم أساليب التداول المختلفة Confluence Engine.
• هل يستحق LiquidityScan الاشتراك؟ — بعد فهم التوافق، قيّم ما إذا كانت قيمة الاشتراك تبرر تكلفته.
• فلترة الإشارات الزائفة — لتطبيق فلاتر الحجم والشموع المغلقة قبل اعتماد التوافق