حين سبقت كلمة «نُفِّذت» اكتمال السياسة العالمية: ماذا يثبت تاريخ AFRINIC في 26 مايو 2010؟

الخلاصة

• يثبت الأرشيف الشهري وصفحة السياسة لدى AFRINIC أن AFPUB-2009-ASN-001 حمل حالة «منفّذة» وتاريخ 26 مايو 2010، ويثبت سجلها اكتمال محطة إقليمية علنية بعد موافقة مجلسها في مايو. لكنه لا يثبت تعديل نظام إنتاج، أو تغيير نموذج طلب، أو معاملة مختلفة لعضو، أو تخصيصاً جديداً من IANA في ذلك اليوم.
• تكشف وثيقة معاصرة من AFRINIC-12 أن السلسلة العالمية كانت لا تزال غير مكتملة بعد ذلك التاريخ: كان الاقتراح قد مر في الأقاليم وصدّق عليه مجلس AFRINIC، لكنه لم يكن قد انتقل رسمياً من NRO-EC إلى ASO-AC. ثم وقع النقلان في يوليو، وجاءت مصادقة ICANN في 21 سبتمبر، تلتها خطوات تنفيذ يفترض أن يقوم بها موظفو ICANN وIANA.
• كان التعديل ضيقاً: إبقاء التمييز بين مخزون أرقام الأنظمة المستقلة ذات 16 بتاً والمخزون الذي لا يصلح إلا لاستخدام 32 بتاً حتى 31 ديسمبر 2010، ثم الانتقال في 1 يناير 2011 إلى مخزون 32 بتاً غير مميّز. أما الخوارزمية الأساسية لتوريد الكتل وتفاصيل الانتقال التقني فليستا موضوع هذا التحقيق.
• أفضل قراءة لتاريخ 26 مايو هي أنه إيصال إقليمي محدود: أعلنت AFRINIC أن دورتها الخاصة اكتملت وأن موقف خدمتها صار محدداً داخل سلسلة مشتركة. وأفضل معيار للمستقبل هو سجل تنفيذ متعدد الطبقات يربط القرار بالإجراء والنظام والاختبار والمعاملة والنتيجة، من غير تحويل أمين سجل خاص ومنسق إلى سلطة سيادية أو تنظيمية.

كلمة واحدة وثلاث حالات زمنية

في ظاهر الأرشيف، القصة بسيطة. يحمل سجل AFRINIC الشهري لعام 2010 بنداً مؤرخاً في 26 مايو للسياسة AFPUB-2009-ASN-001. وتعرض صفحة السياسة الأساسية الحالة نفسها: «منفّذة»، مع التاريخ ذاته. كما يسجل تاريخ الصفحة أن مجلس AFRINIC وافق على الاقتراح في 25 مايو. لو وقف القارئ عند هذه السطور، لأمكن أن يفهم أن الاقتراح اجتاز الموافقة ثم دخل حيز التنفيذ في اليوم التالي، وأن الانتقال من القرار إلى الخدمة كان قد اكتمل.

لكن وثيقة رسمية معاصرة تقطع الطريق على هذا الاختصار. ففي عرض قُدّم خلال AFRINIC-12، الذي انعقد بين 23 مايو و4 يونيو 2010، ورد أن اقتراح أرقام الأنظمة المستقلة مر في جميع الأقاليم خلال 2009 و2010، وأن مجلس AFRINIC صدّق عليه في مايو، لكنه لم يكن قد انتقل رسمياً بعد من المجلس التنفيذي لمنظمة موارد الأرقام، NRO-EC، إلى مجلس العناوين في منظمة دعم العناوين، ASO-AC. هذه ليست ملاحظة لاحقة كتبت بعد أن خفتت الذاكرة؛ إنها وصف قريب زمنياً من يوم 26 مايو، ومن داخل المسار المؤسسي نفسه.

ثم يضيف سجل ICANN فاصلاً ثالثاً. فقد أرسل NRO-EC الاقتراح النهائي إلى ASO-AC في 13 يوليو كي يتحقق المجلس من الإجراءات، وأحاله ASO-AC إلى مجلس ICANN في 22 يوليو. فُتحت بعد ذلك فترة تعليق عام نهائية من 23 يوليو إلى 13 أغسطس. وفي 21 سبتمبر أعلنت ICANN أن لجنتها التنفيذية صدّقت على السياسة العالمية، وقالت إن الموظفين سيتخذون خطوات التنفيذ اللازمة. لذلك لا يمكن أن يكون يوم 26 مايو، بمجرد تسلسل التواريخ، هو تاريخ اكتمال السياسة العالمية لدى ICANN.

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

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

التعديل الضيق الذي كان موضع الفعل

رقم النظام المستقل، ASN، معرّف فريد لشبكة تتصل بأكثر من شبكة أخرى وتدير سياسة التوجيه الخاصة بها. لم يكن اقتراح 2009 يعيد اختراع هذا المعرّف أو يفتح تاريخ الانتقال التقني كله. كان يعدّل موعداً واحداً في ترتيب قائم: استمرار IANA وسجلات الإنترنت الإقليمية في التمييز، حتى 31 ديسمبر 2010، بين مخزون 16 بتاً والمخزون الذي لا يصلح إلا لاستخدام 32 بتاً، بدلاً من إنهاء ذلك التمييز في نهاية 2009. وابتداءً من 1 يناير 2011 يصبح التخصيص من مخزون 32 بتاً غير مميّز.

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

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

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

ست طبقات لا تختصرها خانة حالة

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

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

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

الدرجة الرابعة هي التمرير الإجرائي العالمي. في يوليو نقل NRO-EC النص إلى ASO-AC، ثم أحاله ASO-AC إلى ICANN بعد التحقق الإجرائي. وجود هذين الفعلين بعد مايو يثبت أن السلسلة لم تكن قد استنفدت خطواتها. ولا يمكن منطقياً استخدامهما لإعطاء أثر رجعي إلى 26 مايو ما لم ينص instrument واضح على ذلك، ولا يوجد في السجل المتاح ما يثبت أثراً رجعياً من هذا النوع.

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

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

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

تسلسل زمني يحفظ الفروق بدل تسويتها

بدأ المسار الإقليمي المسجل بإيداع الاقتراح في قائمة RPD لدى AFRINIC في 28 أغسطس 2009. وفي 27 نوفمبر سجل اجتماع AFRINIC-11 التوافق الإقليمي. هذه المحطة خلفية ضرورية لأنها تسبق موافقة المجلس، لكنها ليست مركز القضية: السؤال هنا ليس كيف تكوّن التوافق ولا مدى اتساع المشاركة، بل لماذا حملت المرحلة التالية اسم التنفيذ قبل اكتمال السلسلة العالمية.

حتى السجل السابق للموافقة يحمل فرقاً آخر. تسجل AFRINIC فترة النداء الأخير بين 4 و19 ديسمبر 2009، بينما يسجل تقرير ICANN الفترة بين 2 و17 ديسمبر. لا تتيح الوثائق المتاحة تفسير الفارق. ربما تعكس التواريخ تعريفين مختلفين لبداية المدة أو نهايتها، وربما تعكس تحديثاً إدارياً، لكن كلا الاحتمالين تخمين. المنهج المنضبط هو تدوين التناقض وعدم تحويله إلى اتهام أو قصة دافع.

في مايو 2010 تتقارب ثلاثة أفعال ولا تتطابق. ICANN تسجل تبني مجلس AFRINIC في 24 مايو. AFRINIC تسجل موافقة مجلسها في 25 مايو. ثم تعرض AFRINIC «منفّذة» في 26 مايو. القرب الزمني قد يغري بقراءتها كمسار واحد تم كله خلال يومين، لكنه لا يوضح الفرق بين لحظة القرار ولحظة النشر ولحظة الجاهزية الفعلية. ولا نعرف إن كان 26 مايو تاريخ إعلان، أو تاريخ نفاذ إقليمي، أو تاريخ نشر، أو تاريخ إجراء داخلي، أو مزيجاً من ذلك.

وفي الفترة نفسها تقريباً جاء AFRINIC-12 بالدليل الحدّي. كان الاقتراح قد اجتاز الأقاليم، وورد أن مجلس AFRINIC صدّق عليه، لكن الانتقال الرسمي من NRO-EC إلى ASO-AC ظل معلقاً. هذا الوصف يجعل من الصعب تفسير كلمة «منفّذة» بوصفها إعلان اكتمال عالمي. وفي المقابل، لا يمنع تفسيرها بوصفها اكتمالاً محلياً: يمكن لسجل إقليمي أن ينهي استعداده قبل أن ينهي النظام متعدد الأطراف خطواته المشتركة.

في 13 يوليو حصل انتقال NRO-EC، وفي 22 يوليو حصل انتقال ASO-AC، ثم جرى التعليق العام النهائي، وفي 21 سبتمبر جاءت مصادقة ICANN. هذا الفاصل، الذي يقارب أربعة أشهر بعد 26 مايو، ليس مجرد تأخر في تحديث صفحة. إنه يحتوي أفعالاً مؤسسية مسماة، لكل منها جهة وتاريخ ودور في تحويل مقترحات إقليمية متناظرة إلى سياسة عالمية. حذف هذه الأفعال من الرواية ينسب النتيجة إلى الجهة الخطأ ويجعل وضع المسؤولية عند الخطأ مستحيلاً.

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

ما الذي يثبته 26 مايو فعلاً؟

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

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

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

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

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

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

أقوى دفاع عن التسمية

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

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

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

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

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

أقوى اعتراض على التسمية

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

وتزداد المشكلة لأن صفحة الحالة نفسها أسهل وصولاً من سجل المعاملات الذي لا يظهر في المصادر. بمرور الوقت قد تصبح الكلمة المختصرة هي الرواية التاريخية السائدة، بينما تختفي الفروق بين مجلس AFRINIC وNRO-EC وASO-AC ومجلس ICANN وIANA. عندها لا يعود الباحث قادراً على الإجابة عن سؤال بسيط: من فعل ماذا، وبأي أداة، وفي أي تاريخ؟

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

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

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

دفتر تنفيذ يمكن أن يحسم الخلاف

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

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

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

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

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

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

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

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

أولوية الواقع الجاري

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

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

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

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

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

حدود الدور المؤسسي في واقعة 2010

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

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

هذا الحد مهم لتفسير 26 مايو. إذا قيل إن AFRINIC نفذت موقفها الإقليمي وإجراءاتها المحدودة، فالوصف منسجم مع دورها. وإذا قيل إنها شرعت سياسة عالمية أو ألزمت المشغلين بقوة سيادية، يكون الوصف قد غادر الأدلة والوظيفة. لم تكن المصادقة الإقليمية بديلاً من NRO-EC أو ASO-AC أو ICANN، ولم يكن النشر بديلاً من تغيير IANA أو نتيجة المشغل.

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

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

حكم إثباتي محدود

الخلاصة التاريخية التي تتحمل التدقيق هي أن AFRINIC أكملت في مايو 2010 دورة إقليمية مرتبطة بتعديل AFPUB-2009-ASN-001، ونشرت في 26 مايو حالة «منفّذة» والنص الذي يمدد التمييز بين فئتي مخزون ASN حتى نهاية العام. وهذا جعل موقفها الإقليمي معلوماً ووضع خطوة حقيقية في السلسلة المشتركة.

وفي الوقت نفسه، كانت السلسلة العالمية غير مكتملة بحسب عرض AFRINIC-12. وقع التمرير الرسمي عبر NRO-EC وASO-AC في يوليو، وجاءت مصادقة ICANN في سبتمبر، ثم كان على الموظفين اتخاذ خطوات التنفيذ. لذلك لا يجوز نسبة تغيير عالمي في قاعدة IANA إلى 26 مايو، ولا اعتبار ذلك اليوم تاريخاً مثبتاً لتغيير إنتاج أو معاملة عضو أو نتيجة مشغل.

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

ولا ينبغي حل فرق التواريخ بالحدس. ICANN تقول 24 مايو لموافقة المجلس، وAFRINIC تقول 25 مايو، ثم تقول 26 مايو للتنفيذ. لا دليل على سبب الاختلاف، ولا أساس لاتهام أو استنتاج دافع. سجل الفروق نفسه جزء من الحوكمة الجيدة، لأنه يمنع نسخة واحدة من محو ما قاله مصدر آخر.

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

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

حدود ما تقوله الوثيقة الرسمية

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

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

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

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