الخلاصة

  • بدأ ميثاق WebTransport Working Group الجديد في 1 سبتمبر 2026 ويستمر حتى 31 أغسطس 2028، ويصف سجل الميثاق التغيير بأنه إضافة عمل محتمل على تفاعلات الندّ للندّ.
  • يضع النص هذه القدرة في النطاق بوصفها آليات «ينظر الفريق في احتضانها». أما قسم المخرجات المعيارية فلا يسمي سوى WebTransport، ويقصر النسخة الأولى على اتصال العميل بالخادم.
  • تجمع issue 590 احتياجات مختلفة: شبكة محلية، خادم خلف NAT، وإمكانات مثل mDNS وICE وNAT-PMP وUPnP وQUIC للندّ للندّ. بقيت القضية مفتوحة ولم تعتمد مساراً.
  • طلب تعليق أمني متأخر وغير معطِّل مراجعة عالية المستوى. ووعد الرد العلني بمراجعة مبكرة وتوقّع جلسة في TPAC، لكنه لم يقر تصميماً أو مخرجاً.
  • يفصل Process لدى W3C بين النطاق وطبيعة المخرجات؛ ولذلك تتوقف المعاملة اللاحقة على موقع التصميم الفعلي من مخرج WebTransport القائم.
  • ينبغي لسجل علني أن يوضح إن كان العمل سيدخل النسخة التالية، أو يصبح مخرجاً جديداً، أو ينتقل إلى جهة أخرى، أو يبقى غير معياري، أو يُرجأ ويُغلق.

صياغة تمنح مساحة ولا تمنح نتيجة

أكثر ما يلفت في جملة الندّ للندّ هو تحفظها. لا يقول الميثاق إن الفريق سيصدر مواصفة، بل إنه «ينظر في احتضان» آليات. النظر يسبق القرار، والاحتضان يسبق المسار المعياري. في هذه المرحلة يمكن تعريف الحالات العملية ومقارنة التصاميم واستبعاد ما لا ينجح.

ثم يأتي قسم المخرجات ليمنع القراءة المتعجلة. لا يوجد فيه مخرج معياري اسمه P2P. الموجود هو WebTransport، وهو مجموعة واجهات ECMAScript لنقل البيانات بين متصفح وخادم. ويضيف الميثاق صراحة أن النسخة الأولى من هذا المخرج محدودة باتصالات العميل والخادم. كما يسمي سجل الميثاق العمل الجديد «محتملاً».

لكل طبقة وظيفة مختلفة. النطاق يحدد ما يجوز للفريق بحثه. والمخرج يحدد الناتج الذي نال موضعاً مؤسسياً معروفاً. ثم تحدد حالات Working Draft وCandidate Recommendation وRecommendation نضج الوثيقة. أما التنفيذ المتوافق والتبني الفعلي فهما نوع آخر من الدليل.

إذا جُمعت هذه الطبقات في عبارة «W3C يدعم P2P في WebTransport»، حصلت فكرة غير مكتملة على سلطة لم تكتسبها، وفقدت التجربة حقها في الفشل أو التبدل.

كلمة واحدة تخفي مسائل شبكية متعددة

لا تبدأ issue 590 بحل. تبدأ بطلبات يستخدم أصحابها اسم P2P لأوضاع مختلفة. هناك عميل وخادم على الشبكة المحلية نفسها، حيث قد يفيد mDNS في الاكتشاف. وهناك خادم خلف NAT، فتظهر ICE أو NAT-PMP أو UPnP كاحتمالات. وهناك نقاشات IETF حول عبور NAT وQUIC للندّ للندّ من دون ICE.

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

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

توفر مراجعة TAG لـLocal Peer-to-Peer API مثالاً مقارناً، لا سابقة منقولة. كان ذلك مقترحاً آخر يُحتضن في WICG، ولم يكن مقر توحيده محسومًا. طلب تعليق أمني نموذج تهديد محدداً يشمل إساءة استخدام الوظائف، والاكتشاف، وبصمة الأجهزة، وتنميط المستخدمين، وأوجهاً تشبه UPnP.

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

الوعد بالمراجعة لا يساوي الموافقة

في 29 يوليو، بعد دخول الميثاق مراجعة Advisory Committee، نُشر تعليق أمني متأخر وموصوف بأنه غير معطِّل. ربط النطاق الجديد بالقضية 590 وسأل عما إذا كان الاحتضان سيحصل على مراجعة عالية المستوى على الأقل. وفي 24 أغسطس، جاء الرد بأن أي قدرة جديدة ستخضع لمراجعة مبكرة، وأن جلسة حول الموضوع ينبغي أن تُعقد في TPAC.

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

أُغلقت Strategy issue 537 بصفتها completed في 1 سبتمبر. وقال التعليق الأخير إن الميثاق أُعلن، وأحال إلى أرشيف للأعضاء. ويعطي الميثاق النهائي وصفحة الفريق الحالة العلنية القابلة للتحقق: من 1 سبتمبر 2026 حتى 31 أغسطس 2028.

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

موعد فبراير ليس حجزاً للمحتوى

يتوقع الجدول الزمني First Public Working Draft للنسخة التالية من WebTransport في فبراير 2027. لا يقول الميثاق إن P2P سيكون جزءاً منها. قد تحمل النسخة وظائف أخرى، وقد يصبح P2P مخرجاً منفصلاً، أو يبقى في وثائق حالات استخدام غير معيارية، أو ينتقل إلى فريق آخر، أو يتوقف.

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

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

إيصال للحظة انتقال الهوية

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

ينبغي أن يميز بين خمسة مصائر: الدخول في النسخة التالية من WebTransport؛ إنشاء مخرج معياري مستقل؛ النقل أو التقسيم بين جهات أخرى؛ البقاء تجربة أو مادة تفسيرية؛ التأجيل أو الإغلاق.

ليس المطلوب اختيار مصير اليوم. المطلوب ألا يتحول غداً commit لمحرر أو اجتماع أو نموذج أولي، من دون أثر واضح، إلى لحظة منح السلطة المعيارية.

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

وضع الميثاق P2P داخل مجال البحث المشروع لـWebTransport. ولم يضعه في قائمة نواتج معيارية مستقلة. الاختبار المؤسسي التالي هو أن يرى الجمهور الفعل المحدد الذي يغيّر هذه الهوية، إن تغيّرت، ومن اتخذه وعلى أي دليل.

المصادر

  1. W3C — ميثاق WebTransport Working Group لعام 2026
  2. W3C — صفحة WebTransport Working Group
  3. W3C — سجل مواثيق WebTransport
  4. W3C Strategy issue 537 — ميثاق WebTransport
  5. طلب أمني متأخر وغير معطِّل لمراجعة P2P عالية المستوى
  6. الرد العلني الذي وعد بمراجعة مبكرة وتوقّع جلسة TPAC
  7. WebTransport issue 590 — خادم خلف NAT أو على شبكة محلية
  8. W3C TAG design review 932 — Local Peer-to-Peer API
  9. تعليق TAG الأمني على المقترح المختلف
  10. W3C Process Document، نسخة 18 أغسطس 2025
  11. W3C — إشعار مراجعة Advisory Committee العلني
  12. W3C — WebTransport Candidate Recommendation Snapshot
  13. commit لمسودة الميثاق أضاف نطاق P2P
  14. Lu Heng — Running-Code Primacy