الخلاصة

  • طلبت GAC ندوة قبل ICANN86 ثم حواراً ثلاثياً خلال المنتدى؛ لكن الموعد المخصص استُخدم لإحاطة من GNSO، وحضر بعض أعضاء مجلس ICANN كمراقبين لا كجهة موافقة.
  • أوضحت رئيسة المجلس لاحقاً أن إنشاء التزامات جديدة على المسجلين، أو تعديل الالتزامات القائمة في RDDS Accuracy Program Specification، لا يتم إلا بالتفاوض التعاقدي أو بوضع سياسة gTLD. ولا يكشف السجل العام عن اختيار أحد المسارين.
  • ينبغي نشر سجل لاختيار المسار، مؤرخ ومحفوظ الإصدارات، كي لا تختلط الإحاطة والمراقبة وترتيب الأولويات والتفاوض ووضع السياسة.

الاجتماع غيّر صفته قبل أن يختار طريقاً

في 11 مايو 2026، طلب رئيس GAC Nicolas Caballero من رئيستي مجلس ICANN ومجلس GNSO إعادة عقد حوار ثلاثي أثناء ICANN86. كان الموضوع هو الفاصل بين تسجيل اسم النطاق واللحظة التي قد يتحقق فيها المسجل من معلومات الاتصال بصاحب التسجيل. كما أرادت GAC ندوة سابقة للاجتماع، حتى تدخل نقاش إشبيلية وهي مستعدة لبحث خطوات محددة.

كان التسلسل المقترح واضحاً: معلومات أولية، ثم حوار ثلاثي، ثم بحث ما ينبغي فعله. لكن الترتيب الفعلي اختلف.

في 26 مايو، ردت Susan Payne بأن الوقت لا يكفي لإعداد ندوة وافية قبل ICANN86. واقترحت استخدام موعد الحوار الثلاثي لجلسة معلومات. كما تزامن الموعد مع اجتماع Registrar Stakeholder Group، رغم أن الالتزام الحالي يقع على المسجلين. ومع ذلك، أبدت GNSO استعدادها لحوار لاحق بعد المنتدى.

يسمي السجل المنشور لـ ICANN86 جلسة 9 يونيو «جلسة معلومات بشأن دقة بيانات التسجيل». وكان هدفها شرح خلفية المهلة، وكيف يمكن استغلالها في DNS Abuse، والآثار التشغيلية لتغيير المهلة أو عملية التحقق، والمسارات الممكنة للتنفيذ. أما الحوار الثلاثي فبقي حدثاً مستقبلياً متوقعاً بعد اجتماع إشبيلية.

الفرق هنا مؤسسي لا لغوي. جلسة المعلومات تنقل المعرفة، والحوار يكشف المواقف، لكن أياً منهما لا ينشئ التزاماً تعاقدياً ملزماً.

الحضور بصفة مراقب ليس موافقة من المجلس

حملت رسالة Tripti Sinha تاريخ 25 أغسطس، ونشرتها ICANN في 14 سبتمبر. وقالت إن GAC تلقت إحاطة أولية من GNSO في الوقت الذي كان مخصصاً للحوار، وإن عدداً من أعضاء مجلس ICANN حضروا «بصفة مراقبين».

هذا الوصف لا يجوز إسقاطه. الرسالة لا تقول إن المجلس صوّت، أو أقر تفضيل GAC، أو اختار وسيلة تنفيذ، أو أذن بتعديل العقد. إنها تسجل وجود أعضاء في مناسبة معلوماتية.

شارك المجلس الهدف العام المتمثل في الحد من DNS Abuse، ودعا إلى النظر في مصادر بيانات متنوعة لمعرفة المسائل الأعلى أثراً. هذا يبرر استمرار الفحص، لكنه لا يحوّل المراقبة إلى تفويض.

الواجب القائم ليس النتيجة المطلوبة

تتضمن RDDS Accuracy Program Specification الملحقة باتفاق اعتماد المسجلين لعام 2013 واجبات قائمة بالفعل. فعند التسجيل أو النقل أو تغيير صاحب التسجيل في الحالات المحددة، على المسجل التحقق من الحقول المطلوبة وقناة الاتصال ذات الصلة خلال 15 يوماً. وإذا لم يتلق رداً إيجابياً من صاحب الاسم، فعليه التحقق يدوياً أو تعليق التسجيل إلى أن يكتمل التحقق.

أما تفضيل GAC فيغير توقيت الواجب: ينبغي التحقق من معلومات الاتصال قبل أن يصبح الاسم الجديد متاحاً عبر DNS. لذلك يبدأ سؤال السلطة بالتصنيف. هل يجري تفسير التزام قائم، أم يجري تغيير نقطة بدايته أو مدته أو أثره؟

رسمت رسالة المجلس حداً ضيقاً ودقيقاً. فإذا كان الهدف إنشاء واجبات جديدة للمسجلين أو تعديل واجباتهم في هذه المواصفة، فهناك آليتان فقط تولدان تلك الواجبات: المفاوضات التعاقدية ووضع سياسة gTLD.

هذه العبارة تخص هذا النوع من الالتزام. ولا يصح تعميمها على كل تدبير لمواجهة DNS Abuse، كما أنها لا تثبت بدء أي من المسارين.

التقرير النهائي محطة، لا قراراً باختيار المسار

أشارت رسالة المجلس إلى Final Issue Report on DNS Abuse وقالت إنه قد يسهّل عملاً سياسياً مستقبلياً. يناقش التقرير بالفعل غياب التحقق الاستباقي أو السريع من معلومات الاتصال. ويسجل مخاطر نافذة ما بعد التسجيل، والبحوث المتعلقة بالتحقق المبكر، وعدة مقترحات: تعديل فوري للعقد، عمل سياسي لاحق، مسار آخر تقوده GNSO، أو معالجة أضيق عبر الامتثال والخبرة التقنية.

لكن أول موضوعين أوصى التقرير بإعطائهما أولوية في PDP هما Associated Domain Checks وضوابط وصول العملاء الجدد إلى واجهات API. أما التحقق الاستباقي من الاتصال فبقي ضمن فجوات قد تُبحث في مراحل لاحقة، بحسب الموارد المتاحة وقدرة المجتمع وأولويات المجلس.

إدراج موضوع في جرد السياسات لا يعني إدخاله في أول حزمة عمل مفوضة. والإحالة إلى التقرير لا تبدأ تلقائياً PDP بشأن مهلة الأيام الخمسة عشر.

نسبة 70% دليل وليست تفويضاً

استشهدت رسالة GAC بنتيجة INFERMAL التي وجدت أن التحقق من الهاتف أو البريد أثناء إنشاء الحساب أو قبل شراء النطاق ارتبط بانخفاض يقارب 70% في التسجيلات الخبيثة ضمن بيانات الدراسة ونموذجها. ويعرض التقرير الأصلي معاملاً ذا دلالة إحصائية.

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

سجل اختيار المسار يجعل التقدم قابلاً للتدقيق

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

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

في هذه القضية سيقول السجل الحالي: المطلوب تحقق قبل إتاحة الاسم؛ المقترح يغير توقيت واجب قائم؛ حدد المجلس مسارين رسميين؛ لا يظهر في المصادر العامة اختيار أي منهما؛ ما زالت شروط أولوية GNSO ومواردها قائمة؛ ولم تعدل الإحاطة وحضور المراقبين RAA، ولم تطلقا PDP، ولم تقرا طلب GAC.

هذا السجل لا يمنح الأفضلية لأي طرف. وظيفته أن يمنع مساواة «حضر» و«تلقى المعلومات» و«ملك سلطة القرار».

المصادر