الخلاصة

  • وافق مجلس AFRINIC بالبريد الإلكتروني في 28 سبتمبر 2016 على أن تعهد ICANN إلى PTI بأداء خدمات أرقام IANA، ثم أُثبتت الموافقة الكتابية في عقد 30 سبتمبر، وصادق المجلس بالإجماع على القرار في اجتماعه المنعقد في 12 أكتوبر. هذه تواريخ لخطوات مختلفة وليست روايات متعارضة عن واقعة واحدة.
  • كانت موافقة AFRINIC عنصراً واحداً في آلية موافقة جماعية تخص مناطق سجلات الإنترنت الخمس. لم تمنح AFRINIC أمراً منفرداً على PTI، ولم تنقل إليها ملكية وظيفة الترقيم أو سلطة عامة على موارد الأرقام.
  • أدت PTI العمل التشغيلي، لكن ICANN بقيت «المشغّل» الملزم بموجب اتفاقية مستوى الخدمة، وظلت مسؤولة مسؤولية كاملة أمام السجلات الإقليمية وقادرة على التدخل لأداء التزام لا تنفذه PTI.
  • تقوم الاستمرارية في هذه السلسلة على واجبات محددة: أهداف للاستجابة وتحديث السجلات، وتقارير وحالة مكتوبة، وأمن، وتسوية متدرجة للنزاع، وبيانات عامة، ووثائق قابلة للنقل، وتعاون مع الخلف. إنها استمرارية للخدمة والسجل، لا حصانة للمؤسسة القائمة من الاستبدال.

غيّرت الموافقة جهة التنفيذ لا الجهة الملزمة

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

يسجل محضر مجلس AFRINIC لعام 2016 أن البند 15.9 من اتفاقية مستوى خدمات الترقيم ألزم ICANN بالحصول على الموافقة قبل التعاقد من الباطن. ويسجل أيضاً رغبة ICANN في إسناد أداء خدمات أرقام IANA إلى Public Technical Identifiers، أو PTI، ثم يورد القرار الذي وافق على ذلك وأذن للرئيس التنفيذي لـAFRINIC بتوقيع الموافقة. هذه هي الواقعة المؤسسية الدقيقة. ليست الواقعة منح PTI ترخيصاً عاماً من أفريقيا، ولا اعترافاً بسلطة فوق تعاقدية، ولا نقل وظيفة سيادية من مؤسسة إلى أخرى. الواقعة هي ممارسة حق تعاقدي في التحكم بتبديل المنفّذ.

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

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

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

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

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

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

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

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

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

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

تأسست PTI في أغسطس 2016 بوصفها جهة تابعة لـICANN، وبدأت أداء وظائف IANA في أكتوبر من خلال عقود وعقود من الباطن. يفسر هذا التسلسل سبب قرب التواريخ: الاتفاقية الأصلية في يونيو، تأسيس الجهة التابعة في أغسطس، موافقة AFRINIC في أواخر سبتمبر، العقد من الباطن في 30 سبتمبر، ثم بدء الأداء في أكتوبر. لكنه لا يبرر أن ننسب إلى أي وثيقة أكثر مما تقوله. التأسيس المؤسسي يشرح هوية المنفّذ؛ الموافقة تشرح مشروعية إدخاله في العقد؛ وبقاء ICANN مسؤولة يشرح استمرار الطرف المقابل.

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

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

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

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