ميثاق DID الجديد في W3C يحتاج إلى سجل لحالة المعيار

الخلاصة

الميثاق الحالي لمجموعة DID، المعتمد في 2024 والممدد حتى 28 أكتوبر 2026، أدرج DID Resolution أصلاً كمخرج على مسار Recommendation. لذلك لا تعمل المجموعة في فراغ مؤسسي، ولا يحتاج الميثاق المقترح إلى إنشاء سلطة بأثر رجعي.
نُشرت في 6 أغسطس Candidate Recommendation Snapshot بوصفها Patent Review Draft، وفتحت مهلة استثناء حتى 5 أكتوبر وحددت متطلبات تنفيذ على مستوى كل خاصية. لكنها ليست W3C Recommendation ولا إقراراً من W3C بصحة التقنية أو ملاءمتها.
بدأ W3C في 10 أغسطس مرحلة refinement لميثاق الاستمرارية. ومع ذلك بقيت المسودة العامة، بما فيها رأس المستودع المدمج في 27 أغسطس، تصف DID Resolution بأنه Working Draft وتضع 10 يوليو كأحدث نشر وتشير إلى Exclusion Draft القديم لعام 2024.
يسجل التاريخ الرسمي أيضاً Candidate Recommendation Draft في 28 أغسطس. وهو أحدث نص تقني مدمج، لكنه ليس لقطة جديدة لمراجعة البراءات ولا يستبدل وظيفة لقطة 6 أغسطس لمجرد أنه أحدث زمناً.
قبل مراجعة Advisory Committee، ينبغي إرفاق سجل صغير يربط الميثاق النافذ، والمسودة التقنية الأحدث، واللقطة المرجعية، ومهلة الاستثناء، والخاصية المعرضة للتغيير، ودليل التنفيذ المؤرخ. هذا السجل لا يضيف بوابة قرار جديدة؛ بل يحفظ حدود القرارات القائمة.

المشكلة ليست نقص الصفحات بل انقطاع سلسلة الحيازة

من السهل العثور على كل عنصر على حدة. يعرض تاريخ النشر لقطة بتاريخ 6 أغسطس ومسودة أحدث بتاريخ 28 أغسطس. وتعرض صفحة IPR فرصة استثناء حتى 5 أكتوبر. وتعرض صفحة المجموعة ميثاقاً سارياً حتى 28 أكتوبر. ويعرض تقرير الاختبار وقت تشغيل في 27 مارس.

لكن لا توجد كلمة «حالي» واحدة تغطي هذه العناصر جميعاً.

في المسار التحريري، أحدث نص قابل للقراءة هو Candidate Recommendation Draft الصادر في 28 أغسطس. وفي مسار البراءات، الجسم المرجعي هو Candidate Recommendation Snapshot الصادر في 6 أغسطس. وفي مسار التنفيذ، يجب ربط النتيجة بنسخة المواصفة وحزمة الاختبار ووقت التشغيل، لا بتاريخ النشر وحده. وفي المسار المؤسسي، يبقى ميثاق 2024 هو مصدر الاختصاص إلى أن يُعتمد ميثاق آخر ويدخل حيزه.

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

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

الميثاق النافذ هو الذي يحمل العمل الحالي

أدخل ميثاق أبريل 2024 DID Resolution كمخرج جديد على مسار Recommendation. كان من المقرر أن ينتهي في أبريل 2026، ثم مُدد حتى 28 أكتوبر. وتعرض صفحة المجموعة هذا التاريخ باعتباره نهاية المدة الحالية.

لذلك جرت أعمال Candidate Recommendation تحت سلطة قائمة. لا يحتاج الميثاق التالي إلى منح تلك الأعمال شرعية رجعية، كما أن وجود مسودة على GitHub لا يمنحها سلطة حالية.

تصف issue 562 في مستودع الاستراتيجية المقترح بعبارة مباشرة: إعادة تفويض لمجموعة قائمة، من دون تغييرات جوهرية؛ المطلوب هو مزيد من الوقت لأن الوصول إلى توافق حول DID Resolution استغرق وقتاً أطول من المتوقع.

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

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

للـ Snapshot وظيفة لا يمنحها التاريخ الأحدث للـ Draft

التشابه اللفظي بين Candidate Recommendation Snapshot وCandidate Recommendation Draft يخفي فرقاً إجرائياً مهماً.

لقطة 6 أغسطس نقطة مراجعة مستقرة. يعرّفها W3C Process بوصفها Patent Review Draft. ويترتب على نشرها Call for Exclusions. لهذا تسجل صفحة IPR الخاصة بالمجموعة بداية الفرصة في 6 أغسطس ونهايتها في 5 أكتوبر.

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

ينبغي للسجل أن يدوّن الحالتين هكذا:

أحدث نص تقني مدمج: CR Draft بتاريخ 28 أغسطس؛
الجسم المرجعي الحالي لمراجعة البراءات: CR Snapshot بتاريخ 6 أغسطس؛
فرصة الاستثناء الحالية: من 6 أغسطس إلى 5 أكتوبر؛
المرجع المستقر التالي: لا يُفترض وجوده قبل نشر Snapshot جديدة فعلاً.

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

سجل IPR لم يختفِ ولم يتوقف

لا تزال خانة DID Resolution في مسودة الميثاق تسمي Working Draft الصادر في 28 نوفمبر 2024 باعتباره Exclusion Draft، وتورد فترة انتهت في 27 أبريل 2025. إذا قرئت هذه الخانة وحدها بدت متأخرة عن الواقع.

أما صفحة IPR الحية فتعرض الفرصة الجديدة من 6 أغسطس إلى 5 أكتوبر، وتحفظ فرصة 2024–2025 كتاريخ سابق. وتوضح Call for Exclusions أن الفرصة الجديدة تخص المواد التي لم تكن موجودة أو ظاهرة في الجسم المرجعي السابق.

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

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

يكفي أن يشير سجل التسليم إلى Snapshot والمرجع السابق وتاريخي الفتح والإغلاق وصفحة IPR العامة. لا ينبغي للميثاق أن يستبق المواقف القانونية أو يحل محل سجلها المتخصص.

تقرير التنفيذ لا يُقرأ بعدد الأعمدة

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

هذه الشروط لا تختصر إلى عدد أسماء المنفذين.

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

حتى تكون النتيجة قابلة للتدقيق، يحتاج سجل التنفيذ إلى:

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

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

عبارة at risk عنوان لمسألة مفتوحة وليست حكماً بالفشل

يصف Status في لقطة 6 أغسطس خاصية DID URL dereferencing بأنها at risk، ويرجح تغييرها أو حذفها. وتسأل المجموعة المنفذين إن كانت للخاصية، كما عُرّفت، قيمة عملية. كما ينبه النص إلى أن issues مفتوحة من الفئات 1 و2 و3 قد تغير المواصفة.

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

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

سجل التسليم الجيد يربط الخاصية بالـ issue، وبالدليل المطلوب، وبجهة القرار، ثم بالقرار النهائي عندما يقع. لا يحدد السجل النتيجة التقنية، بل يمنع ضياع السؤال أثناء النقل.

مرحلة refinement موجودة لكي تُصحح هذه الفجوة

تصف صفحة الميثاق نفسها بأنها DRAFT، وتترك تاريخي البداية والنهاية كحقول مؤقتة. وهذا مفهوم لأن البداية الفعلية تتبع اعتماداً مستقبلياً وCall for Participation. أعلن W3C أن refinement سيستمر تقريباً حتى 15 سبتمبر.

وفق Process Document، هذه هي مرحلة المراجعة الواسعة، والمعالجة الرسمية للـ issues، ثم قرار W3C Team ببدء مراجعة Advisory Committee أو تمديد refinement أو عدم متابعة المقترح.

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

عند قطع البحث، بقي head المدمج في 27 أغسطس على وصف Working Draft وتاريخ 10 يوليو ومرجع الاستثناء القديم، رغم أن Snapshot كانت منشورة منذ 6 أغسطس. ثم صدر CR Draft في 28 أغسطس.

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

يكفي سجل رفيع من ستة أقسام

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

السلطة: الميثاق النافذ ومدته، وcommit المقترح، ومرحلة refinement، وقرار الاعتماد النهائي.
النص: أحدث تقرير تقني مقروء، وSnapshot المتحكمة في حقل منفصل.
البراءات: Patent Review Draft، وموعدا الفتح والإغلاق، والجسم السابق، ورابط IPR.
التنفيذ: نسخة المواصفة والاختبار، ووقت التشغيل، والتغطية لكل خاصية، وأساس الاستقلال.
المراجعة: الخاصية at risk، والـ issues، والمراجعات الأفقية والواسعة، ومآل التعليقات.
الحيازة: مالك كل حقل، وطريق التصحيح، والحدث الذي يحل حالة جديدة محل القديمة.

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

الربط بموضوع identity and access management لا يوسع تفويض W3C. المواصفة ذات صلة بهذا المجال، لكنها لا تعتمد كل منتج IAM أو كل طريقة DID أو كل نظام هوية قانونية. والمسودة نفسها تستبعد بروتوكولات المصادقة والتفويض وواجهات المتصفح وطموح «حل الهوية» على الويب.

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

إعادة تفويض مجموعة DID في W3C تحتاج إلى سجلّ تسليم لحالة المعيار

لماذا هذا مهم

الخلاصة

المشكلة ليست نقص الصفحات بل انقطاع سلسلة الحيازة

الميثاق النافذ هو الذي يحمل العمل الحالي

للـ Snapshot وظيفة لا يمنحها التاريخ الأحدث للـ Draft

سجل IPR لم يختفِ ولم يتوقف

تقرير التنفيذ لا يُقرأ بعدد الأعمدة

عبارة at risk عنوان لمسألة مفتوحة وليست حكماً بالفشل

مرحلة refinement موجودة لكي تُصحح هذه الفجوة

يكفي سجل رفيع من ستة أقسام

المصادر

سياق أعمق للملف الشخصي

الدائرة الاستراتيجية

تحالف القيادات

إحاطة الدائرة الاستراتيجية

إحاطة تحالف القيادات