الخلاصة

  • تقول أول مسودة إنترنت مخصصة لنظام عناوين at إن صيغة at:// المنشورة لا تتوافق بالكامل مع RFC 3986، لأن معرّفات DID تضع أكثر من نقطتين رأسيتين داخل مكوّن السلطة. وتقر المسودة نفسها بأن هذه النسخة لا تستوفي شروط التسجيل الدائم وفق RFC 7595.
  • أدرجت IANA الاسم at كتسجيل مؤقت منذ 2023. يثبت ذلك وجود قيد في السجل، لكنه لا يثبت مراجعة رسمية من IETF، ولا مكانة دائمة، ولا توافقاً عاماً بين المحللات، ولا رابطة ثابتة بين اسم الحساب وهويته ومستودعه وسجله والبايتات التي يتكون منها السجل.

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

تحمل draft-newbold-atp-aturi-00 تاريخ 1 أكتوبر 2026، وتصف في رأسها الحالة المقصودة بأنها Standards Track. إلا أن سجل Datatracker المحفوظ يصنفها مساهمة فردية، ولا يسجل لها مساراً أو حالة أو مستوى معايير. إنها النسخة 00: ليست RFC، ولا نتيجة إجماع داخل IETF، ولا دليلاً على قبول طلب تسجيل دائم أو رفضه.

تبدو البنية مألوفة: at:// ثم مكوّن سلطة، وقد يتبعه اسم مجموعة ومفتاح سجل. يمكن أن تكون السلطة اسماً مقروءاً للحساب، أو معرّفاً دائماً له. تظهر المشكلة عندما يكون المعرّف الدائم DID مثل did:plc:…، لأن النقطتين الرأسيتين جزء أصيل من ذلك المعرّف.

يضع RFC 3986 لمكوّن السلطة قواعد مشتركة: بيانات مستخدم اختيارية، ثم مضيف، ثم منفذ اختياري يسبقه فاصل واحد. يستطيع تعريف النظام منع بيانات المستخدم أو المنفذ، لكنه لا يستطيع، وفق RFC 7595، إعادة كتابة نحو URI العام. لذلك تقدم النسخة 00 إقراراً محدداً: إدخال DID متعدد النقطتين بعد // يخالف البنية العامة، ومن ثم لا تكون الصيغة الموصوفة في هذه النسخة مؤهلة للتسجيل الدائم.

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

يكشف سجل IANA أهمية الفصل بين السؤالين. يحمل at صفة Provisional منذ 1 يونيو 2023. يسمح RFC 7595 بالتسجيل المؤقت لنظام شوهد أو أريد له أن يستخدم خارج مؤسسة خاصة واحدة، ويخضع هذا المسار لقاعدة أسبقية الطلب. أما التسجيل الدائم فيخضع لمراجعة خبير ويشترط استيفاء اعتبارات التصميم في القسم الثالث.

الملاحظة التي أرفقها الخبير المعيّن بقيد at دقيقة بدورها. فهي تقول إن التسجيل المؤقت لا يعني أن النظام خضع لمراجعة رسمية داخل IETF، ولا أنه توصية منها للاستخدام العام في الإنترنت المفتوحة. وتسجل مخاوف من أن الاسم القصير “at” قد يلتبس باستعمالات أخرى، وتشير إلى بدائل مقترحة مثل atproto أو atp، وترى أن هذه المسألة قد تعرقل طلباً دائماً لاحقاً. لكنها تنص أيضاً على أن الملاحظة ليست موقفاً لـ IETF أو IANA. لا يجوز نقل أحد التحفظين وحذف الآخر.

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

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

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

لذلك يحتاج الإيصال المفيد إلى سبعة إحداثيات على الأقل: نسخة ملف تعريف URI والمسودة؛ اسم المحلل وإصداره؛ ما إذا كان الإدخال اسماً أم DID؛ نتيجة حل الاسم إلى DID ووقتها؛ نقطة نهاية المستودع؛ المجموعة والمفتاح ونسخة السجل المسترجعة؛ وCID عند الاعتماد على محتوى محدد. ويضاف سجل ثامن للقرار الذي اتخذه التطبيق. نجاح التحليل لا يثبت أياً من المراحل اللاحقة.

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

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

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

المصادر