تسجل ICANN سحب مشاركة من دون أن تحدد علناً من قام به

الخلاصة

• تعرض مشاورة ICANN المفتوحة بشأن التقرير الأولي لـ Technical Study Group حول دمج gTLD مع أنظمة تسمية بديلة إحدى عشرة مشاركة، وتظهر واحدة منها بوصفها مسحوبة ومن دون نص علني.
• تؤكد البيانات العامة داخل الصفحة القيمة retracted: true ووقت الإرسال الأصلي، لكنها لا تعرض وقتاً مستقلاً للسحب ولا فئة الفاعل ولا القاعدة ولا مشاركة بديلة ولا طريقة التعامل معها في التقرير.
• يتيح دليل ICANN لصاحب المشاركة أن يسحبها بنفسه ما دامت المشاورة مفتوحة. وتمنح Terms of Service المؤسسة، في مسار منفصل، صلاحية رفض المحتوى أو إزالته.
• في إجراء رسمي عام 2023، قالت ICANN إنها تلقت ست مشاركات، لكنها لن تواصل النظر في واحدة أزيلت. لذلك قد تغيّر الحالة مجموعة المواد التي تدخل التحليل.
• لا يبرر نقص البيانات إعادة بناء النص أو تخمين السبب أو اتهام أي طرف بالرقابة أو المخالفة. المطلوب إيصال حالة يحمي البيانات.
• المشاركة توفر معرفة وتحذيراً، ولا تمنح تفويضاً تلقائياً. والفصل بين سحب المؤلف والإزالة الإدارية يصون حرية المشارك ومساءلة المؤسسة معاً.

بقي موضع المشاركة وغاب فعل الانتقال

فتحت ICANN في 10 أغسطس باب التعليقات على التقرير الأولي المتعلق بإمكان ربط gTLD في DNS العالمي بالسلسلة نفسها في نظام تسمية بديل من دون الإضرار بأمن DNS واستقراره. ينتهي الاستقبال في 21 سبتمبر، ويحل موعد التقرير في 5 أكتوبر.

عند فحص الصفحة كانت القائمة تقول «1–11 of 11 submissions». حمل السطر الأول الاسم العلني Krypto@Recht on X وتاريخ 1 سبتمبر 2026 وعبارة «Submission Retracted». وبدلاً من ملخص أو رابط إلى النص ظهرت الجملة «This Submission has been removed.» كما ظهر السجل نفسه بين أحدث المشاركات في صفحة الإجراء الرئيسية.

يتضمن HTML الذي تنشره ICANN حالة منظمة: slug علنياً، والقيمة retracted: true، وsubmissionTime عند الساعة 10:53:08 بالتوقيت العالمي. يدل اسم الحقل على وقت الإرسال، وليس بالضرورة وقت السحب. ولا تعرض الواجهة وقتاً عاماً آخر لانتقال الحالة.

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

نتيجة واحدة لمسارين مختلفين

يصف دليل Public Comment الصادر عام 2021 إجراء يبدأه المستخدم. يستطيع صاحب الحساب، أثناء بقاء المشاورة مفتوحة، الدخول إلى مشاركته واختيار «Retract Submission» من Document Actions ثم التأكيد. بعدها لا يعود النص متاحاً علناً وتظهر ملاحظة تفيد بأنه أزيل. ويستخدم السحب أيضاً قبل تعديل مشاركة منشورة وإعادة نشرها.

في هذا المسار يقرر صاحب المشاركة مصير مساهمته.

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

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

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

المستلم والمتاح والمعتبر ثلاث مجموعات

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

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

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

وتحتفظ صفحة أخرى لمشاورة GNSO جرت بين 2025 و2026 بسطر مؤرخ يحمل «Submission Retracted» والتنبيه نفسه. إذاً تملك الواجهة فكرة الشاهد الذي يبقى بعد غياب النص. ما ينقص هو قواعد حالة موحدة تربط القائمة والتصدير والتقرير.

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

إيصال صغير لا يعيد نشر المحتوى

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

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

تلزم Bylaws لدى ICANN بعمليات مفتوحة وشفافة وتطبيق متسق ومحايد وموضوعي وعادل للسياسات الموثقة. كما تدعو Expected Standards of Behavior إلى آليات متينة للمدخلات العامة والمساءلة. حدث حالة محدد النوع هو تطبيق صغير لتلك الالتزامات، لا محاكمة علنية للمحتوى.

صاحب الصوت ليس صاحب كل قرار لاحق

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

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

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

المصادر

1. ICANN — المشاورة بشأن التقرير الأولي لـ TSG
2. ICANN — جميع مشاركات الإجراء
3. ICANN — About Public Comment
4. ICANN — دليل إرسال التعليقات خطوة بخطوة
5. ICANN — Terms of Service
6. ICANN — Expected Standards of Behavior
7. ICANN — ممارسات المؤسسة ومواردها
8. ICANN — Bylaws
9. ICANN — مشاورة ccNSO لعام 2023
10. ICANN — مشاركات إجراء GNSO الخاص بعكس اعتماد Board
11. Lu Heng — The Multi-Stakeholder Mirage