الخلاصة

  • يطلب RySG من مجلس ICANN اعتماد نموذج حوكمة Root Server System الذي اكتمل في فبراير، وتوفير الموارد والسكرتارية لمرحلة البدء، ووضع مواعيد مستهدفة لها وللمراحل اللاحقة.
  • تقتصر المرحلة الأولى على بناء التنظيم والاستعداد. وبدء العمل لا يمنح Council المستقبلي كامل صلاحيات الحوكمة مباشرة.

نشرت ICANN في 13 أكتوبر رسالة من Keith Drazek، الرئيس المؤقت لمجموعة سجلات النطاقات العامة العليا (RySG)، تدعو إلى نقل تصميم حوكمة Root Server System (RSS) إلى التنفيذ. وتتضمن الرسالة ثلاثة طلبات لمجلس ICANN: اعتماد النموذج الوظيفي الذي أعدته مجموعة عمل حوكمة RSS (GWG)، وتوجيه المنظمة لتوفير الموارد ودعم السكرتارية اللازمين لإطلاق مرحلة البدء، ووضع «مواعيد مستهدفة طموحة» لإنجازها واستكمال المراحل التالية. وتحمل الرسالة تاريخ 7 أكتوبر.

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

لم يعلن المجلس اعتماد النموذج

قالت رئيسة مجلس ICANN، Tripti Sinha، في معاينة ورشة أكتوبر المنشورة في 13 أكتوبر إن المجلس سيواصل مناقشة النموذج. وكان متوقعا أن يعرض موظفو المنظمة لمحة عن أعمال التنفيذ والجدول الزمني والضوابط الممكنة، ومنها ميثاق RSS Council والسياسات اللازمة لاستكمال الهيكل. وعند مراجعة صفحة أنشطة المجلس في 17 أكتوبر، ظلت اجتماعاته العادية في 18 أكتوبر مدرجة على أنها مقبلة. ولا يظهر في السجل العام الذي تمت مراجعته قرار اعتماد أو التزام بموارد الإطلاق. إدراج بند للنقاش لا يساوي قرارا.

بدء التحضير لا يعني نقل السلطة

يقسم النموذج الوظيفي، المنشور في 18 فبراير، التنفيذ إلى ثلاث مراحل. تنشئ مرحلة البدء Council والسكرتارية، وتضع أسس الشفافية، وتحضّر للعمل اللاحق. ونطاقها محدود عمدا؛ فهي ليست مرحلة ممارسة صلاحيات الحوكمة المستقبلية. ثم ترسخ مرحلة التأسيس السياسات والإجراءات وآليات المساءلة. ولا تنتقل البنية إلى Governance Phase كاملة الصلاحيات إلا بعد إنجاز المراحل السابقة والمعالم المحددة.

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

ويفرق النموذج بين التشغيل والاعتماد. يشارك Root Server Operators كل على حدة لأنهم هم من يشغلون النظام. أما مجتمعات سجلات gTLD وسجلات رموز البلدان، فتُدرج كمجتمعات مشاركة عند استيفاء معايير الاعتماد التشغيلي المباشر والتنظيم الكافي. ويمنح الاعتماد على الجذر هذه السجلات مكانا في نقاش الحوكمة المقترح، لكنه لا يجعلها مشغلة للخوادم.

شروط الانطلاق لا تزال مفتوحة

لا تذكر رسالة أكتوبر مبلغا أو مصدرا للتمويل أو جدولا تفصيليا. وكان RySG قد طلب في تعليقه العام لعام 2025 وضع سقف لعدد المقاعد التي تشغلها منظمة واحدة في Council، وإقرار رقابة مالية وشفافية منذ البداية، والبحث عن مصادر تمويل مستدامة، وتوثيق العلاقة بين الهيكل المقترح وRSSAC وICANN في مرحلة أبكر.

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

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

مراجع رسمية إضافية: RSSAC058: Success Criteria for the RSS Governance Structure; RSSAC037: A Proposed Governance Model for the DNS Root Server System; Functional Model for Root Server System Governance proceeding; ICANN Correspondence archive; Approved Resolutions: Special Meeting of the ICANN Board, 18 November 2021.