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

لماذا تبرز أهمية نظام URI جديد الآن

يعتمد الويب الحالي على روابط URL تشير إلى مواقع، وليس إلى تعريفات غير قابلة للتغيير للمورد. فعندما ينتقل موقع، أو تتغير واجهة برمجة تطبيقات، أو يتم تحديث أداة CLI، قد يتعطل الرابط الأصلي أو يعيد بيانات مختلفة. يقدم W3BS مخطط "w3bs://" مدعوماً ببيان (manifest) بتنسيق JSON يصف المورد وناشره وتوقيعاً تشفيرياً. ويمكن للمتصفح أو البرمجية النصية أو المساعد الصوتي معالجة المعرف نفسه، مما يضمن أن يرى كل مستهلك البيانات نفسها الموثقة.

ما يقدمه مشروع W3BS

  • W3BS.org – المركز الخاص بالحوكمة، وبيانات المهمة، ومتطلبات المنتج.
  • Specs.w3bs.org – ثمانية مواصفات، ثلاث منها مسودات نشطة (URI, MANIFEST, RESOLVE) وخمسة مقترحات (SURFACE, PROMPT, TRUST, DELEGATION, DISCOVERY).
  • Prompt.w3bs.org – سجل يحتوي على عشرة أوامر (prompts) موقعة ومرخصة بموجب رخصة MIT، يمكن للوكلاء استخدامها مباشرة.
  • Browse.w3bs.org – واجهة مستخدم للمعالجة (resolver UI)؛ قم بلصق رابط w3bs:// واستعرض البيان، وتفاصيل الناشر، وحالة التوقيع.

كيف تعمل هذه التقنية

يتم وصف كل مورد بواسطة بيان JSON. ويتم توحيد هذا البيان (canonicalized) وفقاً لمعيار RFC 8785، مما يزيل الاختلافات السطحية (مثل ترتيب المسافات البيضاء) قبل توقيعه باستخدام مفتاح Ed25519. ويقوم سجل مركزي بربط المفاتيح العامة للناشرين بمساحات الأسماء (namespaces)، بحيث يتم رفض أي توقيع من مساحة أسماء خاطئة فوراً.

يعمل التنفيذ المرجعي على خدمة Node 24 واحدة، مبنية باستخدام Express 5 ومدعومة بـ PostgreSQL. كما يتضمن حزمة تطوير البرمجيات (SDK) الرسمية لـ MCP، والتي تتولى تحليل البيان والتحقق من التوقيع.

يمكن للمطورين تجربة أداة المعالجة فوراً:

git clone https://github.com/profullstack/w3bs.org && cd w3bs.org && npm ci
W3BS_API=https://w3bs.org node src/cli.mjs resolve w3bs://prompt/w3bs/research@1

يقوم الأمر بجلب البيان الخاص بأمر "research" في الإصدار 1 ويعرض حالة التحقق منه.

من المستفيد؟

  • بناة الأدوات – أي برمجية تسحب بيانات خارجية (وكلاء البحث، مسارات البيانات، البرامج الثابتة لإنترنت الأشياء IoT) يمكنها ربط مدخلاتها ببيان يمنع التلاعب.
  • ناشرو المحتوى – من خلال تسجيل مساحة أسماء وتوقيع البيانات، يحصلون على ضمان تشفيري بأن المستخدمين اللاحقين سيتلقون مواد غير معدلة.
  • المستخدمون النهائيون – يعمل المعرف نفسه سواء نقروا على رابط في متصفح، أو طلبوه عبر واجهة برمجة تطبيقات (API)، أو سألوا مساعداً صوتياً، مما يقلل من الارتباك الناتج عن الروابط المعطلة أو المعاد توجيهها.

المخاطر والانتقادات

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

ما الذي يجب مراقبته لاحقاً

  • الاكتشاف اللامركزي – الانتقال من مخزن PostgreSQL واحد إلى سجل موزع أو شبكة نظير لنظير (peer-to-peer) قد يعالج المخاوف المتعلقة بمركز الثقة.
  • التكامل الأصلي مع الهاتف المحمول – ستحتاج أنظمة تشغيل الهاتف المحمول إلى التعرف على مخطط w3bs:// وتوجيهه إلى أداة المعالجة دون أي عناء للمستخدم.
  • مقاييس الاعتماد – سيشير التبني المبكر من قبل المشاريع مفتوحة المصدر أو واجهات برمجة التطبيقات التجارية ما إذا كانت المعايير تحل مشكلة حقيقية أم ستظل تجربة محدودة.
  • مواصفات إضافية – ستحدد المواصفات الخمس المقترحة (SURFACE, PROMPT, TRUST, DELEGATION, DISCOVERY) كيفية تفاوض الوكلاء على الأذونات، وتفويض السلطة، وإظهار المحتوى عبر الأجهزة غير المتجانسة.

الخلاصة

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