لماذا تتغير فترة تداخل تداول الفوركس بين لندن ونيويورك؟ احسبها بحسب تاريخ التداول

قد يخطئ جدول تداخل لندن ونيويورك بساعة كاملة مع أن ساعات العمل المحلية في المدينتين لم تتغير. فالولايات المتحدة والمملكة المتحدة لا تقدمان الساعة ولا تؤخرانها في التاريخ نفسه. خلال جزء من مارس وأواخر أكتوبر، يصبح الفارق بين المدينتين أربع ساعات بدلا من خمس. لذلك قد يتغير طول فترة التداخل، وليس وقت بدايتها أو نهايتها بتوقيت UTC فقط.

الحل العملي هو حساب تقاطع فترتين محددتين بالتوقيت المحلي، لكل تاريخ تريد تحليله. نفترض هنا أن فترة العمل في كل مدينة تمتد من 08:00 إلى 17:00 محليا. يكون التداخل أربع ساعات عندما تستخدم المدينتان التوقيت القياسي معا أو الصيفي معا، وخمس ساعات عندما تكون نيويورك على التوقيت الصيفي ولندن على القياسي. هذه نتيجة حساب ساعات، وليست دليلا على توافر خمس ساعات من ظروف التداول الملائمة.

حدد الفترتين قبل البحث عن التداخل

سوق الصرف الفوري سوق خارج البورصة، موزع بين متعاملين ومنصات متعددة. تسمية جلسة لندن لا تحدد جرس افتتاح رسميا واحدا أو وقت إغلاق ملزما للجميع، ولا تضمن إمكانية التداول عبر كل حساب. قد يحدد مقدم الخدمة ساعات خاصة بالمنتج وفترات صيانة وترتيبات للعطلات.

حتى يمكن إعادة الحساب، نفترض فترة عمل لندن من 08:00 إلى 17:00 بتوقيت لندن، وفترة نيويورك من 08:00 إلى 17:00 بتوقيت نيويورك. ترتبط الفترتان بالتاريخ المحلي نفسه، وتشمل كل منهما البداية دون لحظة النهاية. هذه مدخلات تحليلية اخترناها صراحة، وليست ساعات عمل منسوبة إلى متعامل أو منصة بعينها.

احتفظ بالتاريخ واسم المدينة مع قراءة الساعة؛ فالثامنة في لندن ليست لحظة الثامنة في نيويورك. ولا تستخدم اختصار EST لتمثيل وقت نيويورك طوال العام: التوقيت القياسي الشرقي EST يساوي UTC−5، بينما الصيفي الشرقي EDT يساوي UTC−4. أما لندن فتستخدم GMT، الموافق لـUTC في هذه التحويلات، أو BST عند UTC+1. توقيت بكين في جميع الأمثلة هو UTC+8.

ارجع إلى مواعيد تغيير الساعة الأمريكية والبريطانية

في عام 2026 يبدأ التوقيت الصيفي الأمريكي في 8 مارس وينتهي في 1 نوفمبر، ويقع التغيير عند 02:00 محليا. في المملكة المتحدة تتقدم الساعة في 29 مارس وتتأخر في 25 أكتوبر. القاعدة الأمريكية الحالية هي الأحد الثاني من مارس والأحد الأول من نوفمبر، بينما تعتمد المملكة المتحدة الأحد الأخير من مارس وأكتوبر.

لذلك تكون لندن على GMT ونيويورك على EDT في أمثلة أيام الأسبوع من 9 إلى 27 مارس 2026. ويتكرر الجمع نفسه من 26 إلى 30 أكتوبر. تتقدم لندن حينئذ على نيويورك بأربع ساعات. أما الجمع بين GMT وEST، أو بين BST وEDT، فينتج فارقا من خمس ساعات في هذه الأمثلة. راجع قواعد كل سنة بدلا من تثبيت تواريخ 2026 في تقويم دائم.

عندما تتقدم الساعة المحلية، تقع ساعة العمل المحلية نفسها أبكر بساعة في UTC؛ ولا يتغير UTC ذاته. نيويورك تتقدم أولا في الربيع، ولندن تتأخر أولا في الخريف. هذا الاختلاف في الترتيب يفسر تحرك أحد طرفي التداخل مع بقاء الطرف الآخر ثابتا.

حوّل الفترتين إلى UTC ثم احسب التقاطع

لكل طرف، يكون وقت UTC مساويا للوقت المحلي ناقص إزاحة المدينة عن UTC في ذلك التاريخ. بعد توحيد المرجع، يبدأ التداخل عند وقت الافتتاح الأحدث وينتهي عند وقت الإغلاق الأسبق. مدته هي الأكبر بين صفر والفارق بين النهاية والبداية. إذا عبرت الفترة منتصف الليل، استخدم طوابع زمنية كاملة بالتاريخ، لا أرقام الساعة وحدها.

في 9 مارس مثلا تصبح فترة لندن المفترضة 08:00–17:00 UTC، وفترة نيويورك 12:00–21:00 UTC. البداية الأحدث 12:00 والنهاية الأسبق 17:00، أي خمس ساعات. وفي 30 مارس تصبح فترة لندن 07:00–16:00 UTC، فيما تبقى نيويورك 12:00–21:00 UTC، فينخفض التقاطع إلى أربع ساعات.

كل تاريخ في العمود الأول هو تاريخ محلي في لندن ونيويورك خلال 2026. ويظهر العمود الأخير صراحة انتقال نهاية الفترة إلى اليوم التالي في بكين. فـ16:00 UTC يوم 23 أكتوبر تعني 00:00 في بكين يوم 24 أكتوبر، لا منتصف ليل 23 أكتوبر. تشمل الفترة بدايتها وتستبعد نهايتها؛ لذلك لا تدخل الملاحظة الواقعة عند 16:00 UTC بالضبط في تداخل 23 أكتوبر.

هذه تحويلات تقويمية وفق المدخلات المفترضة، بما فيها مثال 2 نوفمبر، وليست رصدا للتداول الفعلي في تلك الأيام. وتوضح صفوف الخريف الفرق: بين 23 و26 أكتوبر تبقى البداية بتوقيت UTC كما هي وتتأخر النهاية ساعة؛ وبين 26 أكتوبر و2 نوفمبر تبقى النهاية ثابتة وتتأخر البداية ساعة. إزاحة المستطيل كله ساعة واحدة لا تصف الحالتين.

مرشح من أربع ساعات قد يضيف ساعة خطأ ويحذف أخرى صحيحة

افترض أن برنامج البحث يحتفظ كل يوم بالملاحظات من 12:00 شاملا إلى ما قبل 16:00 بتوقيت UTC، لأن ذلك وافق إعداد الصيف. قارن هذا المرشح الثابت بالتداخل المحسوب لكل تاريخ. تعني الساعات المضافة خطأ في الجدول أنها خارج التداخل المفترض، وليس بالضرورة أن المنتج غير قابل للتداول خلالها.

في 2 نوفمبر يختار البرنامج أربع ساعات، وهي المدة الصحيحة نفسها، لكن المشترك بين النافذتين ثلاث ساعات فقط. يضيف 12:00–13:00 خطأ ويستبعد 16:00–17:00. لذلك يمكن أن يخفي ثبات المدة أو عدد الصفوف تغيرا في عينة الأسعار. إذا وجدت ملاحظة واحدة عند بداية كل دقيقة دون أي نقص، تضم كل نافذة 240 صفا، لكن المشترك 180 فقط، ولكل منهما 60 صفا لا توجد في الأخرى. أما البيانات الناقصة فتحتاج فحصا مستقلا للعدد.

في اختبار استراتيجية خلال اليوم، أعد تحديد عضوية كل طابع زمني قبل مقارنة فروق البيع والشراء أو النطاقات أو العوائد. الشمعة التي تعبر حد النافذة ليست داخله بالكامل لمجرد أن تسميتها الزمنية تقع داخله. حدد هل تستخدم توقيت الحدث أو الشموع المحتواة بالكامل أو قاعدة موثقة أخرى، واستعن ببيانات أدق إن احتجت إلى تقسيم صحيح عند الحد. أما بناء الشموع اليومية فمسألة مستقلة يشرحها سبب اختلاف الشموع اليومية للفوركس عند اختلاف وقت الإغلاق. تغيير منطقة العرض الزمنية في الرسم وحده لا يصلح أيا من الحسابين.

تحقق من تفسير الساعة دون افتراض تحسن التنفيذ

يدعم تفسير التوقيت أن تبقى الفترتان المحليتان دون تغيير، وأن تتبدل الإزاحات الرسمية كما هو مقرر، وأن يعيد تحويل الطوابع المسجلة إنتاج الحدود الجديدة بتوقيت UTC. اختبر لحظة قبل البداية، والبداية ذاتها، والنهاية المستبعدة. إذا اختلفت النتائج، فتحقق من منطقة البيانات الزمنية أو إزاحة الخادم أو معنى التاريخ قبل الاعتماد على اسم الجلسة.

صلاحية التقاطع مرتبطة بمدخلاته. فقد تجعل عطلة أو ساعات عمل مختصرة أو جدول متعامل مختلف أو توقف منتج فترة 08:00–17:00 تمثيلا غير ملائم. ويظل موعد بيان اقتصادي مرتبطا بالمرجع الزمني لتقويمه، فلا ينقل لمجرد تغير تسمية التداخل. إمكانية التداول، وتقويم التسوية، وتداخل فترتي المدينتين اختبارات مختلفة.

حتى التحويل الصحيح تماما لا يضمن فارق بيع وشراء ضيقا أو حجما متاحا أو تنفيذ أمر. زيادة المشاركين المحتملين لا تحدد السعر المعروض على حساب معين، وقد تغير أحداث شديدة التقلب شروط التنفيذ داخل الفترة. افحص زوج العملة نفسه، ومصدر التسعير، وتوقيت سعري الشراء والبيع، والكمية المطلوبة، وسجلات التنفيذ الفعلية. الشمعة الكبيرة ليست مقياسا للسيولة القابلة للتنفيذ.

إذا كان السؤال هو هل تحسن هذه الفترة التنفيذ، فقارن أوامر متساوية الحجم وأسعارا متماثلة التعريف ضمن عينة محددة، مع فصل أيام الأحداث والعطلات والملاحظات المفقودة. حساب الساعة يثبت الانتماء إلى النافذة؛ أما تلك الملاحظات فتختبر جودة التنفيذ. من دونها لا تثبت النافذة الزمنية وحدها وجود ميزة.

أنشئ جدولا مرتبطا بالتاريخ وقابلا للمراجعة

ابدأ بتسجيل تاريخ التحليل والزوج والمنتج والفترة المحلية المفترضة لكل مدينة واسم منطقتها الزمنية. في البرمجيات استخدم معرفات تراعي التاريخ، مثل Europe/London وAmerica/New_York، مع بيانات مناطق زمنية محدثة، بدلا من طرح أربع أو خمس ساعات بصورة دائمة. احتفظ بالطوابع الأصلية ومنطقة البيانات أو الخادم، ولا تستبدلها بأوقات محلية بلا تعريف.

ثم حوّل الفترتين إلى UTC، واحسب تقاطعهما، وحوّل طابعي البداية والنهاية كاملين إلى منطقة العرض. احفظ تاريخ البداية وتاريخ النهاية والإزاحتين والمدة معا. يجب أن تعطي التواريخ الستة في الجدول الأول مددا من 4 ثم 5 ثم 4 ثم 4 ثم 5 ثم 4 ساعات. أضف اختبارا يستبعد لحظة النهاية وآخر يتحقق من تاريخ اليوم التالي في بكين.

بعد ذلك راجع ساعات المنتج الفعلية لدى مقدم الخدمة والاستثناءات، وطابق التقويم الاقتصادي وطوابع البيانات كلّا على حدة. إذا كان الجدول معرفا أصلا بتوقيت UTC ثابت، فأبق هذا التعريف؛ إنه مدخل مختلف وليس خطأ يصلح تلقائيا. وإذا وقع حد محلي تختاره لاحقا داخل الساعة المتكررة أو المحذوفة عند تغيير التوقيت، فحدد قاعدة معالجة الالتباس بدلا من التخمين. أمثلة ساعات النهار في أيام الأسبوع هنا تتجنب تلك المشكلة.

وأخيرا أعد إنتاج الجدول كلما تغيرت قواعد الساعة أو الفترات المحلية المختارة. سجل الافتراضات إلى جانب النافذة الناتجة. المخرج الموثوق فترة مؤرخة قابلة للاختبار ولها نطاق واضح، وليس ادعاء بأن لندن ونيويورك تتداخلان في الساعات نفسها طوال السنة.