الاستئناف ضد القرار النهائي لـ ICP-2

ملخص

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

القرار النهائي يخلق مشكلة مساءلة جديدة

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

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

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

إنالجدول الزمني الحالي للمراجعة من NROيوضح اللحظة المؤسسية. طلب المجلس التنفيذي لـ NRO مراجعة ICP-2 في عام 2023؛ تبع ذلك جولتان من المشاورات؛ صياغة النسخة النهائية لا تزال جارية في عام 2026؛ ومن المقرر الموافقة والقبول في وقت لاحق من العام. وبالتالي فإن مسألة الانتصاف ليست شكوى بأثر رجعي بشأن أداة مكتملة. إنه قرار تصميم لا يزال من الممكن اتخاذه قبل ممارسة سلطة غير مسبوقة.

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

المسودة تشير إلى باب قد يكون مغلقًا

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

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

بعد هذا القرار النهائي، يقدم القسم 2.3(c)(ii) جملة واحدة حول المراجعة: يمكن للسجل المتأثر أو المرشح تقديم طلب وفقًا لإجراءات ICANN المعمول بها والمطبقة بعد ذلك. تبدو الجملة مطمئنة. لكنها الغموض الأكثر عواقب في المسودة. لا تحدد منتدى، أو موعد تقديم، أو معيار مراجعة، أو حق في أمر قضائي مؤقت، أو معالجة السجلات السرية، أو مشاركة أصحاب الموارد، أو الانتصافات المتاحة، أو الأثر القانوني للقرار. والأهم من ذلك، لا تثبت أن إجراء ICANN الحالي ينطبق على نزاع الترقيم.

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

الاستثناءات أكثر أهمية من التوفر العام لهذه الآليات. قرار سحب RIR سيتعلق بوضوح بمسؤولية تقديم خدمات لعناوين IP وأرقام الأنظمة المستقلة. قرار اعتراف مرشح سيتعلق بنفس النظام. ما لم يتم تعديل اللوائح، قد يتبع مقدم الطلب دعوة المسودة فقط ليكتشف أن منتديات ICANN الواضحة خارج النطاق. حق المراجعة الذي يعتمد على إجراء مستبعد منه الموضوع ليس حقًا في المراجعة. إنه حجة مستقبلية.

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

إعادة النظر من قبل صاحب القرار غير كافية

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

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

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

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

الخبرة مهمة لأن هذا ليس انتصافًا عامًا في قانون الشركات. قد تحتاج الهيئة إلى فهم بيانات السجل، وتبعيات الخدمة، وعمل RPKI، وتاريخ التخصيص، وDNS العكسي، وهيكل العضوية، وترتيبات الاستمرارية، والعلاقة بين السياسة العالمية والإقليمية، وحدود قانون الشركات الوطني. تنص لوائح ICANN بالفعل على الوصول إلى خبراء تقنيين مؤهلين مستقلين في IRP. يجب أن يفعل الانتصاف المستقل للترقيم الشيء نفسه، مع تسجيل جميع التفاعلات الجوهرية مع الخبراء والكشف عنها بموجب أوامر سرية صارمة.

يجب أن تتبع أهلية المشاركة الضرر، وليس المؤسسة فقط

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

السؤال الأكثر صعوبة يتعلق بأصحاب الموارد. تعرفهم المسودة على أنهم أشخاص اعتباريون أو طبيعيون يمتلكون موارد أرقام مسجلة لدى RIR. قد يواجهون العواقب التشغيلية الأكثر فورية لقرار الحالة، لكن القسم 2.3(c)(ii) لا يمنحهم صراحةً حق التقديم. قد يحتاج المالك إلى تحديث التسجيل أثناء النقل، أو يعتمد على تفويض توجيه، أو يواجه عدم يقين بشأن تحويل، أو يعترض على أن الخلف المعين يمكنه قانونيًا معالجة معلوماته السرية. قد يفقد العضو أيضًا حقوق التصويت أو يجد أن تفويضه يُنسب إلى ائتلاف لم يدعمه.

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

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

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

هذا النهج يتماشى مع مبدأ موجود بالفعل في IRP العام لـ ICANN: يجب أن يكون مقدم الطلب متأثرًا بشكل كبير بضرر مباشر وسببي، ومقدم الطلب الذي يدعي تمثيل الآخرين يجب أن يفعل ذلك بشكل مناسب وكافٍ. يمكن لانتصاف الترقيم أن يتبنى هذا الانضباط دون وراثة استثناء الترقيم. يجب أن يعترف أيضًا بحقيقة خاصة لحوكمة السجل: يمكن أن يكون الضرر جماعيًا في تأثير الخدمة بينما يظل محددًا للكيانات التي يتم نقل سجلاتها وتفويضاتها.

يجب أن يصل الإشعار إلى الأشخاص الذين قد يخسرون شيئًا

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

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

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

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

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

يجب أن يكون السجل متاحًا قبل بدء الانتصاف

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

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

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

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

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

يجب أن يحافظ التعليق على الخدمات، وليس فقط شاغل المنصب

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

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

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

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

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

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

يحتاج المراجع إلى معيار يتجاوز أخطاء الوقائع

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

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

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

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

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

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

أصحاب الموارد المتأثرون بحاجة إلى أكثر من جمهور

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

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

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

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

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

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

يجب أن تصلح الانتصافات القرار دون تدمير المنطقة

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

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

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

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

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

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

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

يجب ألا يلتهم الاستمرارية الطارئة والانتصاف بعضهما البعض

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

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

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

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

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

يجب أن تكون الحدود الزمنية سريعة بما يكفي لتكون فعالة

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

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

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

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

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

أربعة سيناريوهات توضح قرارات التصميم

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

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

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

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

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

يجب أن تكون بند الانتصاف جزءًا من التسوية الحاكمة

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

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

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

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

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

يجب أن تستحق النهائية من خلال المراجعة

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

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

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

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

يجب أن تحدث النهائية في نهاية هذه العملية. كل ما هو أبكر هو مجرد سلطة تنتظر الطعن.