أولوية الشيفرة قيد التشغيل: الرقعة اللازمة للحفاظ على التصميم الأصلي للإنترنت

الملاحظات السبع السابقة لـ Heng.lu في هذا التسلسل هي:

ملاحظة 52: عندما تنفصل سلطة السجل عن المسؤولية: لماذا لا يستطيع نموذج تنسيق سجلات الإنترنت الإقليمية الحالي البقاء بصورته الراهنة
ملاحظة 53: موارد أرقام الإنترنت ليست ملكية سياسية
ملاحظة 56: الحوكمة الكثيفة لسجلات الإنترنت الإقليمية تحوّل التفرد إلى استخراج مزدوج
ملاحظة 58: من الاستخراج المزدوج إلى انقلاب السيادة: كيف تفقد الدول سيطرتها السيادية لصالح سجلات الإنترنت الإقليمية مقابل 100 دولار أمريكي
ملاحظة 59: عقوبة الفقر: كيف يفرض نموذج سجلات الإنترنت الإقليمية ضريبة على الفقراء ويسميها مساواة
ملاحظة 61: خيانة الشيفرة قيد التشغيل: كيف حوّل نظام سجلات الإنترنت الإقليمية التوافقَ ضد المجتمع التقني
ملاحظة 62: غسل التفويض: من خيال سجلات الإنترنت الإقليمية إلى بنية الانتقال

لم تكن المقالات السبع السابقة برنامج إصلاح لسجلات الإنترنت الإقليمية.

كانت تشريحاً.

لقد تتبعت المرض المؤسسي نفسه عبر طبقات مختلفة: مسؤولية منفصلة عن العواقب؛ وموارد رقمية أعيدت تسميتها ملكيةً سياسية؛ وتفرد تحوّل إلى استخراج مزدوج؛ وانقلاب السيادة؛ وفرض ضريبة على الفقر باسم المساواة؛ وتحويل التوافق ضد الشبكات التي كان يفترض أن يخدمها؛ وأخيراً غسل تفويض حتى بدأ موظف إداري يبدو كأنه صاحب سيادة. يهم هذا التسلسل لأن الفشل لم يكن مجلس إدارة سيئاً، ولا سجلاً سيئاً، ولا دعوى قضائية، ولا حدثاً سوقياً مزعجاً. كان عيباً بنيوياً يظهر بأقنعة مختلفة. تعرض صفحة المؤلف في CircleID هذا التسلسل الآن بوضوح، بما في ذلك Running-Code Betrayal وMandate Laundering. (circleid.com)

لا يتناول هذا المقال جعل سجلات الإنترنت الإقليمية حكاماً أفضل.

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

هذه الإضافة هي أولوية الشيفرة قيد التشغيل (Running-Code Primacy).

لم تعد الحاجة إليها نظرية. ففي نقاش حديث على CircleID، قدّم جون كِرَن أقوى صيغة لحجة الطرف القائم. فبحسب أطروحته، ليست سلطة نظام سجلات الإنترنت الإقليمية مجرد ناتج ثانوي لتنسيق تقني محدود، بل نتيجة سلسلة تاريخية: الورقة البيضاء، وICANN، ومنظمة دعم العناوين، وICP-2، وانتقال الإشراف على IANA، والحوكمة متعددة الأطراف المستمرة للقطاع الخاص. ويؤكد أن سلطة النظام نتجت عن العمل داخل نموذج القطاع الخاص متعدد الأطراف الذي دفعته حكومة الولايات المتحدة. (circleid.com)

تفيد هذه الحجة لأنها تجعل موضع النزاع مرئياً.

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

أما الجواب الذي يفرضه التصميم التقني الأصلي للإنترنت فهو لا.

كان تقليد الإنترنت الأصلي أضيق وأشد وأفضل. ينص RFC 3935 على أن هدف IETF هو «جعل الإنترنت يعمل بصورة أفضل»؛ ويؤسس العمل على الكفاءة التقنية والتنفيذ في العالم الحقيقي و«التوافق التقريبي والشيفرة قيد التشغيل». كما يقرر أنه عندما لا تكون IETF مسؤولة عن بروتوكول أو وظيفة، فإنها لا تحاول فرض السيطرة عليه. (rfc-editor.org) ويكرر RFC 7282 العبارة القديمة لديفيد كلارك: «نرفض: الملوك والرؤساء والتصويت» و«نؤمن بـ: التوافق التقريبي والشيفرة قيد التشغيل». (rfc-editor.org) ويوضح RFC 9592 النقطة المناهضة للسيادة أكثر: فـIETF لا تدير الإنترنت ولا تسيطر عليه ولا تقوم بدوريات فيه، وليست «شرطة البروتوكولات». (rfc-editor.org)

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

استعارت الطبقة السجلية تلك الشرعية.

لكنها لم تقبل ذلك الانضباط كاملاً قط.

تلك هي الرقعة المفقودة.

ما معنى أولوية الشيفرة قيد التشغيل؟

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

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

وهي لا توجد لصنع سلطة سياسية.

ولا توجد لمراقبة الأخلاق التجارية.

ولا توجد لتحويل جغرافيا الخدمة إلى سند ملكية.

ولا توجد لتحويل قائمة بريدية إلى هيئة تشريعية.

ولا توجد لتمكين سجل خاص من محو أصول شبكية عاملة بالفعل لأنه غيّر نظريته الداخلية للسياسات.

السجل ليس دولة.

جهة اتصال في قاعدة بيانات ليست توكيلاً موثقاً للشركة.

منطقة الخدمة ليست شعباً.

قاعة السياسات ليست هيئة تشريعية.

يمكن للسجل أن يصف الواقع التشغيلي، لكنه لا ينشئه.

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

الترتيب الصحيح هو: المواصفة الأولية، وحالة دفتر الأستاذ الموزع، والتحقق المحلي، والتنفيذ الجاري، والتبني الطوعي، ومجموعة التوافق، ثم التوثيق.

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

لقد فشل نظام سجلات الإنترنت الإقليمية لأنه اختار الترتيب الثاني بصورة متزايدة.

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

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

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

تلك هي الرقعة الأساسية المفقودة في تنسيق الموارد الرقمية.

كان عيب التصميم حاضراً منذ البداية.

افترضت البنية الأولى لسجلات الإنترنت الإقليمية عالماً منخفض القيمة.

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

لكن ندرة IPv4 حطمت تلك الفرضية.

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

لم يتكيف الشكل المؤسسي ليتناسب مع هذا الخطر الجديد.

بل توسع.

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

يكشف NRS المشكلة البنيوية بوضوح: صُممت سجلات أرقام الإنترنت كهيئات تنسيق تقني، لكن عندما حولت ندرة IPv4 العناوين إلى أصول قيّمة، تحولت سلطة السجل التقديرية إلى قوة اقتصادية؛ وعندما تتحكم نظم التنسيق في رأس المال، تصبح المركزية خطراً بنيوياً، وتصبح اللامركزية مسألة هندسة نظم أكثر منها أيديولوجيا. ويطرح NRS أيضاً الاتجاه التصميمي المعاكس: إنترنت واحد، وبنية تحتية مفتوحة ومستقلة، وحوكمة لامركزية مع حد أدنى من المشاركة البشرية في صميمها. (nrs.help)

هذه هي المشكلة الحقيقية. فلم تُكيَّف طبقة السجل قط للحظة التي تحول فيها جدول تنسيق إلى بوابة وصول إلى الأصول.

أولوية الشيفرة قيد التشغيل هي ذلك التكييف.

إنها ليست عقيدة «سجل إقليمي أفضل».

إنها انضباط ما بعد السجلات الإقليمية.

قواعد الرقعة الثلاث

القواعد البنائية هي الملاحظة 64 المنقحة: المواصفة الأولية الدنيا، والقرار المستقبلي المحلي، والتبني الطوعي لنظم تنسيق الإنترنت: المواصفة الأولية الدنيا، والقرار المستقبلي المحلي، والتبني الطوعي.

تبقى الأسماء دون تغيير. لكن المنطق يجب أن يكون دقيقاً.

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

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

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

لا تعيد هذه القواعد الثلاث تأهيل سيادة السجل.

بل تمنع ظهورها باسم آخر.

APNIC: كان الهيكل القانوني هو الخطر

يكشف APNIC الفشل الأول: فلم تُحدَّد الحدود الدنيا بصرامة كافية منذ البداية.

ليست هذه قصة قواعد سلوك، ولا قصة لياقة، ولا قصة ما إذا كان ناقد ما مهذباً بما يكفي مع مؤسسة قائمة.

إنها قصة هيكل قانوني.

في مارس 2023، نشرت LARUS مراجعة قانونية حذرت من أن هيكل حوكمة APNIC ينشئ مخاطر لا لشركة في بريزبن فحسب، بل لحوكمة الإنترنت في منطقة آسيا والمحيط الهادئ بأكملها. وذكرت المراجعة أن المدير العام لـAPNIC يملك السلطة القانونية النهائية لإغلاق APNIC وعزل المجلس التنفيذي المنتخب، وأن إصلاحات حوكمة عاجلة لازمة. كما أشارت إلى أن الهيكل يثير شكوكاً بشأن أمن حوكمة الإنترنت لأكثر من مليار مستخدم في المنطقة. (larus.net)

يوفر الملحق الأول، وهو مقتطف ASIC، الأساس المؤسسي. فقد كانت APNIC Pty Ltd شركة أسترالية خاصة محدودة بالأسهم، مسجَّلةً في كوينزلاند. وكان بول بايرون ويلسون مدرجاً مديراً وأميناً. وأظهرت معلومات الأسهم سهماً عادياً واحداً مُصدراً، وكان بول بايرون ويلسون العضو الحائز لذلك السهم. (larus.net)

ليست هذه طريقة طبيعية لاستضافة وظيفة تنسيق إقليمية حرجة للإنترنت.

أما الملحق الثاني، وهو الرأي القانوني للدكتور بيتر فِلتر، فيستخلص نتيجة الحوكمة. فهو يصف الهيكل العام لـAPNIC — الأعضاء والانتخابات والمجلس التنفيذي والمدير العام والأمانة — بأنه لجنة خاصة قائمة على المادة 9.3 من النظام الأساسي لشركة APNIC Pty Ltd. ويقول إن APNIC Pty Ltd كانت طوال 25 عاماً شركة خاصة يسيطر عليها مدير ومساهم وأمين، جميعهم الشخص نفسه. (larus.net)

هذا التمييز مهم.

فالمؤسسة العامة الموجهة نحو المجتمع لم تكن الحاوية القانونية النهائية، بل كانت هيكلاً مبنياً فوق شركة خاصة.

ثم يشرح الرأي القانوني سبب أهمية هذا التمييز. إذ يذكر أن النظام الأساسي لـAPNIC يخضع للنظام الأساسي للشركة ولسلطات المؤسسة ومديريها ومسؤوليها وأعضائها. وبموجب هذا التفسير، كان يمكن تعديل الهيكل العام لـAPNIC بقرار من مدير APNIC Pty Ltd؛ ويصف الرأي APNIC بأنها، فعلياً، قسم من APNIC Pty Ltd. (larus.net)

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

ذلك هو فشل التصميم الأول في أنقى صوره.

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

ينبغي أن تكون طبقة التنسيق الحرجة مقروءة من الخارج.

ولا ينبغي أن تتطلب الثقة في وثائق وراء وثائق.

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

ولا ينبغي أن توحي بحوكمة الأعضاء بينما توجد السلطة الرسمية في مكان آخر.

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

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

لا ينبغي أن يكون السجل مصدر الصلاحية.

بل ينبغي أن يكون مصدرها حالة دفتر الأستاذ الموزع التي جرى التحقق منها وفق المواصفة الأولية.

ARIN: اصطدمت السياسة بواقع الأصول

يكشف ARIN الفشل الثاني: يمكن للواقعين القانوني والسوقي أن يسبقا نظرية السجل.

كان الحدث الحاسم هو معاملة Nortel/Microsoft. فعندما أفلست Nortel، أصبحت عناوين IPv4 البالغ عددها 666,624 أصولاً ذات قيمة ضمن الإجراءات. وبِيعت العناوين إلى Microsoft مقابل 7.5 ملايين دولار. وتدخل ARIN على أساس أن العناوين ليست ملكية ولا يمكن بيعها خارج سياسة السجل. وأيدت Industry Canada ذلك الموقف. لكن محكمة الإفلاس رفضته؛ ثم وقعت Microsoft لاحقاً اتفاق «legacy»؛ وكانت النتيجة العملية واضحة: لم يعد بوسع سياسة السجل أن تظل المصدر الوحيد للواقع عندما تعاملت المحاكم والأسواق مع الموارد الرقمية كأصول. (btw.media)

الدرس المهم ليس أن ARIN كان معيباً على نحو خاص.

بل إن طبقة السجل دخلت فئة جديدة.

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

وبمجرد أن أصبحت IPv4 نادرة، تحولت عملية السجل إلى واجهة سوق. فلم تعد قواعد النقل وتقييمات الحاجة وتأخيرات الاعتراف والقيود الإقليمية تفاصيل إدارية؛ بل أصبحت احتكاكات أصول. ويصف التحليل العام اليوم كتاب قواعد مجزأً لسجلات الإنترنت الإقليمية، تحكم فيه خمسة أنظمة إقليمية سوقاً تتداول فيه العناوين بنحو 18 إلى 45 دولاراً للعنوان، مع قواعد متعارضة قادرة على تجميد الأصول وتأخير الاندماجات وإجبار الشركات على هياكل منفصلة لمجرد الاحتفاظ بكتل العناوين. (btw.media)

هذا ليس تنسيقاً محايداً.

إنه أثر تنظيمي بلا مسؤولية تنظيمية.

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

السجل الذي يرفض الواقع لا يصبح سيادياً.

بل يتحول إلى قاعدة بيانات متقادمة.

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

لا يوجد سجل ننتقل إليه.

ولا يوجد سجل نسأله.

لا توجد إلا حالة موزعة يتحقق منها المشاركون ويقبلونها أو يرفضونها أو يتفرعون عنها أو يحققون التشغيل البيني معها.

AFRINIC: عندما هددت نظرية السجل الأصول العاملة

AFRINIC هي الحالة المركزية لأنها اختزلت المشكلة إلى جوهرها.

الرواية الخاطئة هي أن عضواً مزعجاً أصاب سجلاً إقليمياً بالشلل.

تلك هي الرواية الأخلاقية للطرف القائم.

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

لا تحتاج الوقائع إلى مبالغة مسرحية. فقد وصفت تقارير عامة نزاع AFRINIC بأنه خلاف تجاري بسيط حول عناوين IP تحول إلى أكبر قصة حوكمة إنترنت في أفريقيا. وأشارت أيضاً إلى أن Cloud Innovation قُدّمت غالباً بوصفها الشرير، في حين أشارت مواد وثائقية لاحقة إلى قوى مدمرة داخل AFRINIC نفسها، وإلى تقاضٍ مؤجَّل ومطوَّل واصل ممثلو AFRINIC خوضه على نفقتها. (btw.media)

وهذا مهم لأنه يقلب السرد المعتاد.

فالتقاضي لم ينشئ العيب البنيوي.

بل كشفه.

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

ومع ذلك، وضعت قراءة السجل هذه العناصر ضمن إطار إلغاء.

هنا تتحول عملية التنسيق إلى حوكمة.

تفيد التقارير بأن AFRINIC أرسلت إلى Cloud Innovation رسالة في مارس 2021 تزعم انتهاكات للسياسات وتهدد بإنهاء عضويتها؛ وأن المحكمة العليا في موريشيوس منعت AFRINIC في يوليو 2021 من إلغاء عضوية Cloud Innovation؛ وأن محاولة إلغاء جديدة أُحبطت في ديسمبر 2021. (btw.media) وهذه السلسلة ليست قصة سجل يحمي الإنترنت بهدوء، بل قصة سلطة السجل وهي تصطدم بالقانون العادي.

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

يمكن للسجل تصحيح احتيال سجلي قابل للإثبات في بياناته الخاصة.

ويمكنه منع التخصيصات المزدوجة ما دام نموذج السجل قائماً.

ويمكنه الحفاظ على ادعاءات الأمان ما دام المشاركون يعتمدون عليه.

لكن هذه وظائف انتقالية لبنية قديمة.

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

لا ينبغي لهيئة خاصة أن تحول التأجير إلى خيانة إقليمية.

ولا ينبغي أن تحول جغرافيا العملاء إلى محفز للإلغاء.

ولا ينبغي أن تعامل الخلاف التجاري كأنه بطلان تقني.

ولا ينبغي أن تحول استمرارية الأصول إلى إذن.

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

لا يستطيع مشغل كسر قابلية التشغيل البيني للمشغلين الآخرين عبر تأجير العناوين.

ولا يستطيع كسرها بخدمة عملاء خارج منطقة سجل تاريخية.

ولا يستطيع كسرها باستخدام نموذج أعمال لا يوافق عليه السجل.

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

هذا الحد ليس أيديولوجياً.

إنه تشغيلي.

مشكلة الوكيل ليست تفصيلاً

أظهر الجدل الانتخابي في AFRINIC عيباً ثانياً: التمثيل.

يعرض NRS أساس تمثيله بعبارات قانونية مباشرة. فهو يقول إن الأعضاء المدرجين عهدوا إلى NRS بالتمثيل في شؤون حوكمة سجلات الإنترنت الإقليمية، وإن كل عضو مدرج منح وكالة موثقة (power of attorney). (nrs.help) وخلال النزاع الانتخابي في AFRINIC، طلب NRS من الأعضاء إبلاغه بما إذا كانت أسماؤهم تظهر في سجلات التصويت أو ما إذا كانت أصواتهم قد سُجلت دون مشاركتهم، وأشار إلى أن هذه التقارير الواقعية ستُعالج عبر المسارات القانونية. (nrs.help)

وهذا مهم لأنه يبين الفرق بين التمثيل القانوني والخطاب المجتمعي.

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

قد تساعد جهة الاتصال في قاعدة بيانات على إدارة السجلات.

وقد تجيز الوكالة الموثقة التمثيل إذا كانت صحيحة وضمن نطاقها.

وقد يقدم مشارك السياسات معرفة خبيرة.

وقد يعبر مشارك القائمة البريدية عن رأي.

ولا يتحول أي من هذه العناصر تلقائياً إلى أصيل قانوني لجميع الشركات أو العملاء أو الدول أو الدائنين أو المقرضين أو المشترين أو المستأجرين أو الشبكات التي تتحمل عواقب قرار السجل.

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

القاعة ليست تفويضاً.

القائمة البريدية ليست شعباً.

سجل جهات الاتصال ليس توكيلاً موثقاً للشركة.

منطقة الخدمة ليست دائرة سيادية.

هذه ليست مسألة صرامة إجرائية.

إنها الفرق بين التنسيق والسلطة المعيارية.

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

أفضل مشكلة حوكمة هي التي يلغيها تصميم النظام.

RIPE NCC وLACNIC: النادي ونقطة الاختناق

لا يثبت RIPE NCC وLACNIC أن بعض سجلات الإنترنت الإقليمية أكثر «تحضراً» من غيرها. بل يثبتان أن نموذج السجلات الإقليمية يضم طبقتين من الإنفاذ تتجاوزان الوظيفة التقنية: النادي ونقطة الاختناق.

يقرر النادي من هو الجدير بالاحترام. وتتحكم نقطة الاختناق في انتقالات الحالة السجلية.

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

ورفض LACNIC الرعاية أيضاً. منطقة مختلفة، والنمط نفسه: نادي السجل يحمي نفسه عبر التحكم في القاعات والظهور والسمعة.

هذا ليس مجتمعاً. إنه تحكم في الوصول.

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

هذه ليست انتقاداً لـRIPE NCC لأنه يمتثل للقانون. فالكيان الهولندي يجب أن يمتثل للقانون الهولندي وقانون الاتحاد الأوروبي. لكن المشكلة معمارية: لماذا ينبغي لكيان خاص في هولندا أن يكون نقطة الاعتراف المركزية بحركة الموارد الرقمية بين بلدان ومشغلين وأنظمة قانونية متعددة؟

قد تُلزم العقوبات بنكاً، وقد تلزم كياناً هولندياً، وقد تلزم طرفاً مقابلاً يقرر عدم التجارة. لكنها لا ينبغي أن تصبح شرط صلاحية تقنية عالمياً للجميع.

ذلك هو عيب التصميم.

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

وهذا يرتبط مباشرة بالمبادئ الثلاثة.

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

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

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

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

الحل ليس لياقة أفضل.

وليس طابور عقوبات أكثر شفافية.

الحل هو إزالة الصلاحية من النادي ومن نقطة الاختناق معاً.

حالة موزعة. تحقق محلي. قبول طوعي للأطراف المقابلة. لا سجل كمصدر للصلاحية.

رسالة NRO: طريق الهروب إلى الأعلى

الدليل الأخطر ليس محاولة AFRINIC للتجاوز.

بل هو رد النظام الجماعي.

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

وانتقدت الرسالة نفسها تقاضي Cloud Innovation، وقالت إن أكثر من 25 دعوى قُدمت، وشكت من أوامر قضائية جمدت حسابات AFRINIC وأوقفت الانتخابات، وذكرت أن AFRINIC طلبت مراراً من موريشيوس الاعتراف بها منظمة دولية. وحثت NRO الحكومة على اتخاذ تدابير للحفاظ على استقلال AFRINIC واستقرار الإنترنت في أفريقيا. (nro.net)

هذه هي الوثيقة الأكثر كشفاً في القصة كلها.

عندما دخل سجل خاص في نزاع مع محاكم عادية، لم يكن رد فعل النظام تقليص نطاق التفويض.

ولم يكن التخلص من الارتهان للسجلات.

ولم يكن فصل إدارة السجل عن الإنفاذ.

ولم يكن تحديد تحقق موزع.

ولم يكن التساؤل عما إذا كانت سلطة الإلغاء الأحادية على الأصول العاملة غير مشروعة منذ البداية.

بل كان رد الفعل طريق هروب إلى الأعلى.

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

هذه المجموعة ليست حوكمة.

إنها شكل من «غسل التفويض» على مستوى النظام.

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

ذلك هو مسار الانهيار.

وترفضه أولوية الشيفرة قيد التشغيل.

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

سيادة أقل.

لا سجل كمصدر للصلاحية.

إنفاذ أقل.

تحقق موزع أكثر.

مراجعة ICP-2 غير كافية

يعترف النظام الحالي بأن شيئاً ما قد انكسر.

وتشير صفحة التعليقات العامة لـICANN بشأن المسودة الثانية لوثيقة حوكمة سجلات الإنترنت الإقليمية إلى أن المقترح سيضع قواعد ومعايير للاعتراف بسجلات جديدة، والتزامات تشغيلية ومتطلبات للسجلات القائمة، وقواعد لسحب الاعتراف؛ وإذا اعتُمد فسيحل محل ICP-2. وتذكر الصفحة نفسها أن العملية بدأت بعد أن طلبت NRO من ASO اقتراح تحديثات لمنح نظام السجلات الإقليمية مساءلة أكبر أمام مجتمع الإنترنت. (icann.org)

قد يكون ذلك ضرورياً كتدبير لاستمرارية العمل.

لكنه غير كافٍ كنظرية للشرعية.

فقواعد الاعتراف وسحب الاعتراف تجيب عن سؤال متأخر: متى يكون السجل قد فشل بما يكفي لإزالته؟

أما السؤال الأسبق والأهم فهو: لماذا ينبغي لسجل أن يملك أصلاً من القوة ما يكفي للفشل الكارثي؟

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

وتطرح أولوية الشيفرة قيد التشغيل مجموعة مختلفة من الأسئلة.

كيف يستمر الإنترنت إذا انهار سجل إقليمي؟

كيف تظل تخصيصات الموارد الرقمية قابلة للتحقق دون إذن كيان قائم؟

كيف يبقى التفرد دون سلطة تقديرية احتكارية؟

كيف نمنع السجلات من أن تصبح أدوات إنفاذ قسري؟

كيف نبقي القرارات التجارية خارج الصلاحية الحتمية، إلا عندما يكون هناك ثابت عالمي حقيقي معرض للخطر؟

كيف يظل التنسيق قابلاً للاستخدام من دون سجل ذي سلطة مرجعية؟

كيف يتحقق المشغل من الحالة العادية دون استشارة هيئة دائمة؟

كيف نمنع تحول الرفض إلى وسم مخالفة؟

هذه ليست أسئلة إصلاح.

إنها أسئلة ما بعد السجلات الإقليمية.

لماذا هذه هي رقعة التصميم الأصلي

المشكلة ليست ما إذا كان أحد يحب السجلات القائمة أم لا.

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

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

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

هكذا نحافظ على التصميم الأصلي، لا نهجره.

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

لا يجوز لنظام بُني لتجنب الملوك أن يسمح لمحاسب بأن يطمح إلى أن يكون ملكاً.

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

ما الذي يتطلبه التنسيق ما بعد السجلات الإقليمية

لا يعني التنسيق ما بعد السجلات الإقليمية الفوضى.

بل يعني أن الطبقة المشتركة تصبح أرق وأكثر موضوعية وحتمية وتوزيعاً من احتكار السجلات الإقليمية الحالي.

لا يوجد سجل ننتقل إليه.

ولا سجل جديد نُتوِّجه ملكاً.

ولا كهنوت جديد.

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

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

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

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

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

والأهم هو فهم قابلية النقل فهماً صحيحاً.

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

من دون ذلك، يصبح كل سجل نقطة اختناق.

وبذلك، يتوقف السجل عن أن يكون مصدر الصلاحية.

لذلك يحتاج التنسيق ما بعد السجلات الإقليمية إلى أربع خصائص تصميم.

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

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

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

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

هذا ليس حجة لصالح خمسة احتكارات أفضل.

بل حجة ضد الاحتكار كمصدر للصلاحية.

لماذا يمكن التنبؤ بمسار الفشل

إذا لم يتغير شيء، فإن مسار الفشل واضح.

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

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

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

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

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

لا يفشل الإنترنت فقط عندما تتوقف الحزم عن الحركة.

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

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

يتغير السؤال

يسأل النظام القديم: من يملك التفويض؟

ذلك هو السؤال الخطأ.

السؤال الأفضل هو: ما الذي تتطلبه الشيفرة قيد التشغيل فعلاً؟

هل تحمي هذه القاعدة التفرد؟

هل تحافظ على قابلية التشغيل البيني؟

هل تصحح احتيالاً سجلياً يمكن إثباته بأدلة حتمية؟

هل تحمي الأمان المرتبط بالتوجيه؟

هل تحافظ على دقة إثبات السيطرة؟

هل تتيح التحقق المحلي؟

هل تلغي الاعتماد على طرف قائم واحد؟

هل تصف الواقع المتبنى أم تعلن التزاماً غير متبنّى؟

هل يستطيع مشارك رفضها دون وسمه بأنه غير صالح؟

هل يستطيع مشارك التحقق من الصلاحية العادية دون طلب حالة من سجل؟

هل يستطيع طرف مقابل قبول الحالة أو رفضها طوعاً؟

هل يمكن أن يحدث تفرع دون أن تمحو مؤسسة أحد الطرفين؟

إذا لم ترتبط الإجابة بالحاجة الحتمية للشيفرة قيد التشغيل، فلا ينبغي أن تستقر تلك السلطة في الطبقة المشتركة.

تلك هي أولوية الشيفرة قيد التشغيل.

للنقاش

هذا المقترح للنقاش. وليس حلاً نهائياً.

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

وينبغي أن يقيمها المشغلون والمحامون والاقتصاديون ومهندسو البروتوكولات وخبراء أمن التوجيه والمشاركون في السوق والحكومات والنقاد.

وينبغي أن تطرح المسودة أسئلة صعبة.

ما الثوابت العالمية؟

ما قواعد التحقق الحتمية؟

ما انتقالات الحالة التي يجب أن تكون مرئية عالمياً؟

ما سلطات السجل القديمة التي ليست إلا بقايا تاريخية؟

ما القرارات التي تخص المشغلين؟

ما القرارات التي لا تتطلب تمثيلاً لأنها لا ينبغي أن تدخل الطبقة المشتركة أصلاً؟

ما مسار الرفض؟

ما مسار التفرع؟

ما مسار الرفض المحلي؟

كيف يثبت الحائز السيطرة دون سجل قائم؟

كيف يتحقق طرف مقابل من الحالة دون سجل؟

هل يستطيع الإنترنت الاستمرار إذا انهار سجل إقليمي؟

هل يمكن أن تظل الموارد الرقمية فريدة دون إذن طرف قائم؟

هل يستطيع مشارك التحقق من الحالة العادية دون مؤسسة دائمة؟

هل تستطيع عملية السياسات التمييز بين ثابت في الشيفرة قيد التشغيل والإرادة المؤسسية؟

هل يمكن أن تختفي طبقة السجلات القديمة دون فقدان الحالة القابلة للتحقق؟

هل يستطيع السجل وصف الواقع دون أن يصبح سيداً عليه؟

يمكن لأي شخص مهتم التواصل معي عبر LinkedIn. ويمكن للباحثين الجادين والكتاب التقنيين والمؤسسات أو خبراء السياسات الراغبين في المساعدة على تحويل هذا إلى أول Internet-Draft، ثم في نهاية المطاف إلى RFC أو نقاش BCP إذا رآه المجتمع مفيداً، التواصل معي. وأنا ومؤسسة LARUS مستعدان لدعم وتمويل بحث جاد في هذا الاتجاه.

فشل نظام السجلات الإقليمية في تصميمه الأولي لأنه لم يسأل قط ما الذي تتطلبه الشيفرة قيد التشغيل فعلاً.

بل سأل من يستطيع الكلام في القاعة.

ويجب على النظام التالي أن يعكس هذا الترتيب.

ليس هذا غسل تفويضات.

وليس خيانة للشيفرة قيد التشغيل.

بل أولوية الشيفرة قيد التشغيل.

ملحق: المواصفة الأولية الدنيا، والقرار المستقبلي المحلي، والتبني الطوعي لنظم تنسيق الإنترنت

الملاحظة 64

الملخص

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

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

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

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

لا تحدد هذه الوثيقة بروتوكول شبكة (wire protocol). بل تحدد أفضل ممارسة حالية (BCP) لتصميم البروتوكولات ونظم المعرفات ودفاتر الأستاذ الموزعة وآليات التنسيق التي يجب ألا تتحول إلى مؤسسات حوكمة دائمة.

1. المقدمة

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

ويحدث ذلك عادة في ثلاث خطوات.

أولاً، تُدرج الأسئلة المستقبلية في الطبقة التأسيسية قبل أن تصبح ضرورية تقنياً.

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

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

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

تقترح هذه الوثيقة انضباطاً تصميمياً مختلفاً:

المواصفة الأولية الدنيا: تحديد القواعد الحتمية المشتركة اللازمة فقط للتشغيل البيني الأساسي والتفرد وإثبات السيطرة والأمان المشترك والأمن.

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

التبني الطوعي: جعل التغييرات اللاحقة واقعاً فقط من خلال التنفيذ والتشغيل والتحقق والتبني من المشاركين الذين يشغلون الشيفرة.

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

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

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

2. النطاق

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

لا تجادل هذه الوثيقة ضد القواعد المشتركة. بل تجادل بأن القواعد المشتركة يجب أن تكون حتمية ودنيا وقابلة للتحقق محلياً ومحدودة بما يحتاجه النظام فعلاً ليعمل.

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

3. الاصطلاحات والتعريفات

3.1. لغة المتطلبات

يجب تفسير مصطلحات المتطلبات المكتوبة بأحرف كبيرة في هذه الوثيقة بالمعنى المحدد في BCP 14، وبالتحديد RFC 2119 وRFC 8174.

3.2. المصطلحات

المواصفة الأولية:
مجموعة القواعد وهياكل البيانات والصيغ والثوابت وإجراءات التحقق وقواعد انتقال الحالة وقواعد التعارض اللازمة للنشر الأول لنظام ما.

الطبقة المشتركة (Common Layer):
مجموعة القواعد المشتركة الدنيا أو بنية المرجع اللازمة لتمكين المشاركين المستقلين من التشغيل البيني. الطبقة المشتركة ليست مؤسسة، بل هي الجوهر التقني الذي ينفذه المشاركون ويتحققون منه.

دفتر الأستاذ الموزع (Distributed Ledger):
سجل مكرر أو موزع بطريقة أخرى لانتقالات الحالة، يتيح للمشاركين التحقق من الصلاحية العادية دون الاعتماد على سجل دائم أو لجنة أو سلطة أخرى. ولا يتطلب المصطلح أي خوارزمية توافق أو تنفيذ محدد.

قاعدة التحقق الحتمية (Deterministic Validation Rule):
قاعدة تتيح للمشارك أن يقرر، بالحساب المحلي أو التحقق المحلي، ما إذا كانت حالة أو مادة سجل أو انتقال أو ادعاء أو رسالة صالحة وفق مجموعة قواعد محددة.

الثابت العالمي (Global Invariant):
خاصية يجب أن تبقى مشتركة داخل مجموعة توافق للحفاظ على التفرد أو التشغيل البيني الأساسي أو سلامة إثبات السيطرة أو الأمان المشترك أو الأمن.

المشارك (Participant):
مشغل أو تنفيذ أو عقدة أو شبكة أو منظمة أو فاعل آخر يشغل النظام أو يتحقق منه أو ينشره أو يعتمد عليه.

مجموعة التوافق (Compatibility Set):
مجموعة من المشاركين تسمح لهم قواعد التحقق المنفذة لديهم بالتشغيل البيني. وقد ينشئ تغيير لاحق مجموعة توافق جديدة إذا تبناه بعض المشاركين ولم يتبناه آخرون.

التبني (Adoption):
التنفيذ والنشر والتحقق والاستخدام الفعلي من المشاركين الذين يشغلون النظام.

قبول الطرف المقابل (Counterparty Acceptance):
قرار طوعي من مشارك بقبول حالة مشارك آخر، أو إجراء معاملات معه، أو تحقيق التشغيل البيني معه، أو الوثوق بها بموجب قواعد التحقق التي يشغّلها.

عدم التبني (Non-Adoption):
قرار مشارك عدم تنفيذ تغيير مقترح أو عدم استخدامه. ولا ينشئ عدم التبني حالة بطلان، بل يعني فقط أن المشارك لم يدخل مجموعة التوافق التي أنشأها ذلك التغيير.

الرفض المحلي (Local Rejection):
قرار محلي من مشارك بتجاهل حالة أو رسالة أو سجل أو انتقال يكون باطلاً أو غير متوافق وفق قواعد التحقق التي يشغلها، أو رفضه أو عدم التشغيل البيني معه.

التفرع (Fork):
تباعد في قواعد التحقق أو الممارسة التشغيلية ينشئ مجموعتي توافق أو أكثر.

أداة التنسيق (Coordination Artifact):
وثيقة أو توصية أو مذكرة تنفيذ أو ملف تعريف أو تنفيذ مرجعي أو متصفح دفتر أستاذ أو نسخة مكررة أو أداة أخرى تساعد المشاركين على التنسيق. ولا تنشئ أداة التنسيق واقعاً تشغيلياً ملزماً ما لم يتبنها المشاركون في الأنظمة العاملة.

4. صياغة المشكلة

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

للمواصفة الزائدة في الطبقة التأسيسية ثلاث تكاليف.

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

ثانياً، تخلق غموضاً بين الصلاحية التقنية والاعتراف المؤسسي.

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

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

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

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

5. المبدأ 1: المواصفة الأولية الدنيا

5.1. البيان

ينبغي أن تحدد المواصفة الأولية فقط الحد الأدنى من القواعد المشتركة الحتمية اللازمة للتشغيل البيني الأساسي والتفرد وإثبات السيطرة والأمان المشترك والأمن.

5.2. المتطلبات

التصميم الذي يستخدم هذا المبدأ:

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

5.3. آثار التصميم

لا تعني المواصفة الأولية الدنيا مواصفة غامضة، بل تعني مواصفة صارمة فقط لما يجب أن يكون مشتركاً.

ولا يزال النظام يحتاج إلى بنية مشتركة كافية ليعمل. والانضباط هو التمييز بين:

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

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

6. المبدأ 2: القرار المستقبلي المحلي

6.1. البيان

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

6.2. المتطلبات

التصميم الذي يستخدم هذا المبدأ:

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

6.3. آثار التصميم

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

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

لا يُعتمد التغيير المستقبلي مركزياً، بل يتبناه أو يتجاهله أو يتفرع عنه أو يهجره المشاركون الذين يشغلون الشيفرة.

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

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

7. المبدأ 3: التبني الطوعي

7.1. البيان

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

7.2. المتطلبات

التصميم الذي يستخدم هذا المبدأ:

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

7.3. آثار التصميم

التبني الطوعي هو الاختبار التشغيلي لمدى فائدة التغيير وإمكانية تحمّله وتوافقه مع النشر الفعلي.

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

لا ينشئ عدم التبني أي حالة مخالفة، بل ينشئ حقيقة واحدة: لم يدخل المشارك مجموعة التوافق التي أنشأها التغيير.

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

8. العلاقة بين المبادئ الثلاثة

تعزز المبادئ الثلاثة بعضها بعضاً، ولا تكون فعالة منفردة.

تضمن المواصفة الأولية الدنيا أن تحتوي الطبقة المشتركة قواعد تحقق حتمية بدلاً من سلطة تقديرية.

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

ويضمن التبني الطوعي أن تصمد التغييرات اللاحقة أمام الاحتكاك بالتنفيذ والتحقق وقبول الأطراف المقابلة والاستخدام.

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

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

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

9. نمط التصميم الموصى به

9.1. طبقة مشتركة موزعة وحتمية

ينبغي أن تقتصر الطبقة المشتركة على ما يلي:

• دلالة مستقرة للمعرفات؛
• قواعد صلاحية حتمية؛
• قواعد تسوية التعارض اللازمة للحفاظ على التفرد؛
• آليات إثبات السيطرة؛
• قواعد انتقال الحالة؛
• متطلبات التشغيل البيني على مستوى الشبكة أو البروتوكول؛
• ثوابت الأمان المشتركة؛
• صيغ حالة قابلة للنقل والتدقيق؛
• وضوح الحالة الموزعة أو المكررة؛
• إشارات الامتدادات وتعريف مجموعات التوافق.

ولا ينبغي أن تحتوي الطبقة المشتركة على ما يلي:

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

9.2. سطح قرار المشغل

ينبغي أن تبقى الأمور التالية خارج الطبقة المشتركة، ما لم تغير مباشرة ثابتاً عالمياً معلناً:

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

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

9.3. دورة التبني

عندما يكون ذلك ممكناً، يكون الترتيب المفضل للتغييرات الجوهرية في النظام هو:

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

ينبغي أن تأتي أداة التنسيق بعد التبني، لا أن تحاول استباقه.

9.4. التفرع والرفض المحلي وقبول الطرف المقابل

ينبغي للتصميم المطابق أن يعامل التفرع والرفض المحلي وقبول الأطراف المقابلة بوصفها متطلبات تصميم عادية لا إخفاقات.

ينبغي أن يحدد النظام كيف يستطيع المشارك:

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

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

10. القابلية للتطبيق والحدود

ينطبق نمط التصميم هذا بوجه خاص عندما:

• يكون النظام متعدد الفاعلين ومتعدد الولايات القضائية؛
• يكون النشر المستقل مهماً؛
• يُراد للطبقة التنسيقية أن تظل رقيقة؛
• يُحتمل وجود تنوع مستقبلي لا يمكن التنبؤ بتفاصيله؛
• ينشئ الاحتجاز أو الاعتماد (lock-in) خطراً حوكمياً؛
• يمكن جعل الصلاحية حتمية أو قابلة للتحقق محلياً؛
• يمكن للحالة الموزعة تقليل خطر الأسر المؤسسي.

وقد يكون أقل قابلية للتطبيق مباشرة عندما:

• يكون المجال الإداري الواحد هو البنية المقصودة؛
• يتطلب الاقتران القوي في الزمن الحقيقي سلوكاً موحداً في كل لحظة؛
• تتطلب اعتبارات سلامة الأرواح توحيداً عالمياً فورياً؛
• لا يمكن التحقق من الصلاحية محلياً بأي آلية عملية.

حتى في هذه الحالات، ينبغي للمصممين مواصلة تقليل الطبقة المشتركة وتجنب السيطرة التقديرية المستقبلية قدر الإمكان.

11. أمور ليست أهدافاً

لا تقوم هذه الوثيقة بما يلي:

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

12. اعتبارات الأمان

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

لذلك يجب على المصممين الذين يطبقون هذه الوثيقة أن يحددوا ثوابت الأمان صراحة. وعلى وجه الخصوص:

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

ولا تبرر استثناءات الأمان وجود طبقة أذونات عامة، بل تبرر فقط قواعد أمان حتمية لازمة للحفاظ على الثوابت العالمية المعلنة.

13. اعتبارات IANA

لا تتطلب هذه الوثيقة أي إجراء من جانب IANA.

14. المراجع

14.1. المراجع المعيارية

• RFC 2119 — برادنر، س.، الكلمات المفتاحية المستخدمة في RFCs للدلالة على مستويات المتطلبات، BCP 14، RFC 2119.
• RFC 8174 — ليبا، ب.، الالتباس بين الأحرف الكبيرة والصغيرة في الكلمات المفتاحية في RFC 2119، BCP 14، RFC 8174.

14.2. المراجع الاسترشادية

• RFC 6709 — كاربنتر، ب. وأبوبـا، ب.، اعتبارات تصميم تمديدات البروتوكول، RFC 6709.
• RFC 7282 — ريسنيك، ب.، حول التوافق والهمهمة في IETF، RFC 7282.

الملحق أ. قائمة تحقق التصميم

ينبغي لتصميم يدعي المطابقة لهذه الوثيقة أن يستطيع الإجابة بوضوح عن الأسئلة التالية:

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

عنوان المؤلف

لو
[TBD]