عندما حاول سجل الشركات أن يرسم شجرة أسماء النطاقات: ما كشفه RFC 2352 عن حدود السلطة

الخلاصة

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

خلاف صغير في خانة واحدة يخفي مؤسسات كثيرة

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

كان الشكل العام المقترح <الرمز-القانوني>.<الموقع>.<الدولة>. يمكن أن تقع شركة بريطانية محدودة تحت LTD.UK، وعلامة فرنسية تحت TM.FR، وأن تضيف بعض الأشكال الأميركية طبقة الولاية. يُستمد ملصق المؤسسة من اسمها المسجل الكامل، مع حذف اللاحقة القانونية لأن الفرع الأعلى يمثلها، وتحويل المسافات إلى شرطات وإهمال علامات الترقيم أو تحويلها.

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

التفرد لا يتجاوز حدود السجل الذي يمنحه

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

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

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

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

سجل النشر احتفظ باعتراضه

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

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

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

حلول لاحقة أبقت التمثيل منفصلاً عن الفصل في النزاع

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

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

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

تساعد مقالتا Heng Lu عن طبقات الواقع وعن المواصفة المشتركة الدنيا والقرار المحلي على قراءة الحد: السجل يصف واقعاً محدداً ولا يخلق كل واقع يعتمد عليه لاحقاً. نشر RFC دليل على وجود اقتراح موثق، وليس دليلاً على اعتماده أو نشره أو نجاحه. وما كشفه RFC 2352 هو أن نقل القرار لا يلغي السلطة؛ بل يطيل سلسلة الجهات التي يجب مساءلتها.

المصادر وحدود الاستنتاج

يعتمد المقال على سجل RFC 2352، ونصوص RFC 2240، وRFC 2352، وRFC 920، وRFC 1034، وRFC 1035، وRFC 1591، وRFC 3490، وعلى سياسة ICANN ومقالتي Heng Lu أعلاه. لا تثبت هذه المصادر ملكية راهنة لأي نطاق أو علامة، ولا يقدم المقال مشورة قانونية.