الملخص

  • أجاز مجلس ICANN في 6 سبتمبر عقداً لتطوير الأنظمة ودعمها من أجل جولة 2026 لبرنامج نطاقات gTLD الجديدة. ويذكر القرار المنشور في 9 سبتمبر وظائف النظام والاستجابة السريعة للحوادث والاستقرار والعمليات الحرجة، بينما يحجب المورّد والمبلغ وجزءاً مهماً من المبررات.
  • كان قرار 3 مايو قد وصف ستة أشهر من المناوبة المعزّزة تبدأ مع فتح نافذة الطلبات وتنتهي عند تأكيد السلاسل، الذي كان متوقعاً في 30 أكتوبر، ثم توقع تقليص الفريق والعودة إلى ساعات العمل المعتادة.
  • لا يثبت السجل العلني أن القرارين يخصان المورّد أو العقد أو النطاق نفسه. لكنه يثبت أن المبرر السابق وضع حداً زمنياً ينبغي تسجيل نتيجته.
  • يمكن لاختبار خروج لا يكشف أسراراً أن يحدد لكل وظيفة خط الأساس العادي، والمسؤول الداخلي، ودليل التسليم، والاستثناءات الباقية، وتاريخ القرار، والمراجعة التالية.

ترخيص جديد وحدّ زمني لم يُغلق بعد

تجيز قرارات 6 سبتمبر لرئيس ICANN ومديرها التنفيذي، أو لمن يفوضهم، إبرام عقد وصرف أموال لتطوير الأنظمة والدعم اللازمين لجولة 2026. ويسرد النص المتاح أربع حاجات: تطوير وظائف النظام، والاستجابة للحوادث في الوقت المناسب، والمحافظة على الاستقرار، وإسناد العمليات التجارية الحرجة. وتقول ICANN إن الأثر المالي أُدرج في ميزانية السنة المالية 2027 وفي الميزانيات اللاحقة.

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

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

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

لم يكن ذلك تعهداً بأن تنتقل كل الأنظمة في اللحظة نفسها. لكنه أنشأ وصفاً علنياً لبداية الاستثناء وسببه ونهايته المتوقعة. ومن ثم يغيّر قرار سبتمبر السؤال: ما الدليل الذي يسمح بإعادة وظيفة ما إلى الوضع العادي؟ وما الوظائف التي تحتاج استثناءً محدد المدة؟ ومن يتخذ القرار داخل ICANN؟

لا يجوز افتراض صلة تجارية غير منشورة. قالت حيثيات مايو إن المورّد القائم آنذاك اختير عبر طلب عروض في أكتوبر 2023 وإنه سلّم أنظمة RSP وASP وأحرز تقدماً في TAMS. أما قرار سبتمبر فلا يثبت استمرار المورّد أو العقد أو النطاق. ينبغي لاختبار الخروج أن يتبع الوظيفة التي ستتحملها ICANN، لا اسماً تجارياً مستنتجاً.

أُغلق باب الطلبات ولم تنته رحلة النظام

أُقفلت النافذة في 12 أغسطس. وأعلنت ICANN تلقي أكثر من 1600 طلب أساسي، تضمن أكثر من 1100 منها سلاسل بديلة. هذا عدد طلبات، لا عدد معاملات أو جلسات متزامنة أو تذاكر دعم أو حوادث. ولا يصلح لتقدير حجم فريق المناوبة.

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

وكان تقرير الحالة السابق لاجتماع ICANN85 قد عرض هذه المراحل. ففي فبراير اكتمل الإصدار الخامس من TAMS واختبار قبول المستخدم، وبدأ اختبار التكامل من طرف إلى طرف، بينما بقيت الإصدارات 6 و7 و8 مخططة لاستكمال وظائف التقييم والتعاقد. وفصل التقرير بين حوكمة البرنامج، وتطوير البنية، والتشغيل، واستعداد الموظفين والمورّدين، ووظائف التمويل وإدارة المورّدين والموارد البشرية والشؤون القانونية.

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

ستة أسطر تصنع اختباراً قابلاً للمراجعة

تكفي صفحة مؤرخة ومرتبطة بأرقام القرارات. ولكل فئة واسعة من الخدمات تسجل ما يلي:

  1. ما التغطية التي كانت استثنائية، وما خط الأساس العادي المستهدف؟
  2. ما الدور الداخلي في ICANN الذي يقبل الخدمة ويقرر خفض الدعم أو تمديده أو إعادة تصميمه؟
  3. ما نوع الأدلة التي راجعها: اختبار استعادة، أو عيوب مفتوحة، أو توقع عبء العمل، أو تسليم إجراءات التشغيل، أو بيانات مناوبة معرّفة جيداً؟
  4. أي وظائف بلغت التشغيل المستقر، وفي أي تاريخ؟
  5. ما الاستثناءات الباقية، ولماذا، ومتى تُراجع؟
  6. متى تأتي نقطة القرار العلني التالية؟

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

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

يمكن إعلان الحالة مع حماية التفاصيل

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

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

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

ما لا تقوله الأدلة

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

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

المصادر

  1. Heng Lu — The Policy Mirror
  2. Heng Lu — Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
  3. Heng Lu — Why BTW Media Exists and Why Reality, Not Advocacy, Is the Product
  4. ICANN — قرارات مجلس الإدارة المعتمدة في 6 سبتمبر 2026
  5. ICANN — قرارات مجلس الإدارة المعتمدة في 3 مايو 2026
  6. ICANN — تقرير حالة جولة 2026 قبل ICANN85
  7. ICANN — إغلاق جولة 2026 بأكثر من 1600 طلب
  8. برنامج gTLD الجديدة — رحلة مقدم الطلب
  9. ICANN — سياسة الإفصاح عن المعلومات الوثائقية
  10. ICANN — ممارسات النشر
  11. ICANN — سياسة التعاقد والصرف