فريق GoPlausible التابع لـ Algorand يتبرع بمحلل DID عالمي لهيئة DIF

2026-08-31

identity · did · infrastructure · standards · discovery · web · algorand

GoPlausible من Algorand يتبرع بمحلل DID عالمي لمؤسسة DIF

في منتصف مايو/أيار، طرحت مؤسسة الهوية اللامركزية (DIF) — الهيئة الصناعية التي تتعاون فيها الشركات والمشاريع على معايير الهوية اللامركزية — عبر نشرتها الدورية احتمالًا غير مريح: أن محلّلها العالمي (Universal Resolver)، الخدمة المرجعية المشتركة التي تحوّل المعرّفات اللامركزية إلى مستندات يمكن للتطبيقات التحقق منها، قد يُحال إلى التقاعد ببساطة «ما لم يتضح أن أعضاءنا يحتاجون إليه حقًا». ومنذ ذلك الحين جاء الجواب على هذا السؤال في صورة إعادة بناء، إذ وجّه حساب DIF الرسمي القرّاء إلى thisDID — الذي «يتعامل مع الطرق المدعومة مباشرةً ويُعيد توجيه الطلبات الأخرى إلى محلّلات معروفة» — ويذكر ملف README الخاص بالمشروع بوضوح أنه بُني وتبرّعت به إلى DIF شركة GoPlausible، الفريق الذي تقوم بنيته التحتية للهوية على Algorand.

هذا التبرع يتجاوز الشؤون التنظيمية للمعايير، فالمحلّل العالمي هو السباكة التي تتيح لتطبيق يفحص بيانات الاعتماد قبول معرّفات متمركزة في أي مكان — نطاق، أو بلوك تشين، أو خدمة أسماء — دون الحاجة إلى دمج كل مصدر على حدة. وAlgorand ليست متفرجة: did:algo وdid:nfd من بين الإدخالات المميزة في المحلّل.

نقطة نهاية واحدة لكل أشكال الهوية

المعرّف اللامركزي (DID) هو سلسلة نصية تعرّفها رابطة الشبكة العالمية (W3C)، الهيئة الرئيسية لمعايير الويب: did:web:example.com، did:key:z6Mk...، did:algo:uti7paas... وكل معرّف يُحلّ إلى مستند DID، وهو سجل قابل للقراءة آليًا يحتوي المفاتيح العامة ونقاط نهاية الخدمة — المادة الخام للتحقق من التوقيعات وبيانات الاعتماد القابلة للتحقق، أي التصديقات الموقعة رقميًا. ويسمّي مقطع الطريقة (method) مكان وجود المعرّف وكيفية جلب هذا المستند؛ وأي تطبيق يريد قبول معرّفات من منظومات متعددة كان عليه تاريخيًا أن يبني منطق حلّ كل طريقة على حدة.

thisDID يختزل كل هذا العمل في استدعاء HTTP واحد. الصفحة الرئيسية تعلن دعم «70+» طريقة — بينما قائمته المنشورة تذكر 68 — منها 24 تُحل داخل الخدمة عبر برامج تشغيل معزولة بلغة TypeScript تعمل عند الحافة على شبكة Cloudflare، أي حوسبة موزعة على مراكز بيانات قريبة من المستخدمين (42 منطقة بحسب إحصاء الموقع)، مع إعادة توجيه الذيل الطويل إلى أنظمة عليا. كل استجابة تُطبَّع إلى مستند واحد متوافق مع W3C يحمل بيانات تعريفية موقّعة لعملية الحل. وتنفّذ واجهة البرمجة الربطَ HTTP الخاص بمحلّل DIF العالمي، أي شكل عنوان URL متفق عليه، GET /1.0/identifiers/{did}، يعرف أي عميل متوافق كيف يستدعيه؛ والمثال في التوثيق هو did:web:identity.foundation. وإلى جانب ذلك توجد خدمة الاكتشاف والصحة والتحليلات وخلاصة حلّ مباشرة، إضافة إلى نقطة نهاية /mcp تنفّذ بروتوكول سياق النموذج (Model Context Protocol)، المعيار المفتوح لربط الأدوات بوكلاء الذكاء الاصطناعي — أي أن الوكيل يمكنه حلّ معرّفات DID أثناء سير العمل دون أدوات لاصقة مخصصة.

داخل محرّك التوجيه

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

المفهوم	الأثر في الواقع العملي
GoPlausible — عامل أصيل في Algorand؛ القفزة الأولى لـ did:algo وdid:nfd، مع godiddy وarchon كخطين احتياطيين	معرّفات Algorand تُحلّ عبر برنامج تشغيل متخصص عوضًا عن نظام علوي عام
Godiddy (Danube Tech) — محلّل عالمي مستضاف وواجهة برمجة تسجيل	يستوعب معظم الطرق التي تحتاج إلى برنامج تشغيل علوي
Archon — يشغّل برنامجي تشغيل iden3 وdid:cid	القفزة الأولى لطريقة الهوية zk-identity من Polygon؛ والخط الاحتياط الأخير فيما سواها

برامج التشغيل الجديدة تصدر بموجب ما يسميه README «ضمان التحقق»: حيثما يمكن لنظام علوي مستقل حلّ الطريقة نفسها، تُفحص كل عملية حل بشكل مزدوج بالتوازي حتى يحقق برنامج التشغيل معدل مطابقة مباشرًا يؤهله للاعتماد، أما الطرق التي لا يقدمها أي نظام علوي فتُوسم بأنها غير مُتحقَّق منها. الخلاصة العامة تظهر النتيجتين — معرّف did:cheqd حُلّ محليًا ووُسم فحصه المتبادل بـ«مطابق»، ومعرّف did:ebsi وُسم بـ«غير مطابق». عامل فحص منفصل ينفّذ عمليات حل تجريبية (canary) لكل مسار كل خمس دقائق؛ وفي 31 أغسطس، أدرجت صفحة الحالة جميع مقدمي الخدمة في حالة تشغيل، بمعدلات نجاح بين 0.997 و1.0.

مدخل Algorand

did:algo يحلّ معرّفات Algorand على السلسلة، وتُظهر الخلاصة المباشرة أنه يتعامل مع الأصول فضلًا عن الحسابات: المعرّفات المبنية على النمط did:algo:mainnet:asa: حُلّت بنجاح طوال الفترة المفحوصة، بما في ذلك معرّف الأصل الذي يقف خلف USDC، العملة الدولارية المستقرة. أما did:nfd فيحلّ أسماء NFDomains، خدمة أسماء .algo في Algorand التي تربط الأسماء البشرية بعناوين السلسلة، إلى مستندات هوية.

في اختبار جرى في 31 أغسطس، حُلّ المعرّف المثال في توثيق واجهة البرمجة — did:algo:uti7paas...، وهو عنوان Algorand كامل — خلال 332 مللي ثانية عبر النظام العلوي GoPlausible، وحُلّ معرّف أصل USDC خلال 400 مللي ثانية. وهذا العنوان ليس عشوائيًا: فهو حساب الإيداع الذي يقف خلف NFD باسم goplausible.algo، المسجّل في يونيو/حزيران 2023، ويحتفظ بـ1,544.13 ALGO و40,283.56 USDC موزعة على 197 أصلًا. البنّاء حلّ هويّته الخاصة أولًا.

غير أن هناك عثرة واحدة: مثال did:nfd المميّز في الموقع، وهو did:nfd:thisdid.algo، يعيد خطأ 404، ولا يوجد اسم مطابق له في دليل NFD. اسم الخدمة الاستعراضي نفسه لا يُحلّ.

قراءة المقاييس بصدق

الصفحة الرئيسية تدّعي وسيط زمن استجابة أقل من 200 مللي ثانية وتوفّرًا عالميًا بنسبة 99.98%. لقطة التحليلات للنطاق اليومي تدعم نصف هذا الادعاء فقط: برامج تشغيل thisDID داخل Worker حققت متوسطًا قدره 198 مللي ثانية، لكن المسارات العلوية كانت أبطأ — 477 مللي ثانية عبر GoPlausible، و488 عبر godiddy، و1,471 عبر archon — ما رفع المتوسط الإجمالي إلى نحو 700 مللي ثانية. الوسيط والمتوسط الحسابي يقيسان أمرين مختلفين، لذا فالعبارة تصف المسار المحلي السريع لا الخدمة بأكملها. وحمل GoPlausible الحصة الأكبر من التوجيه في اللقطة نفسها، بواقع 179 عملية حل.

معدلات النجاح تحتاج تحليلًا مماثلًا. لوحة المعلومات تعرض 253 عملية حل ناجحة من أصل 285 (88.8%)، بينما يعرض Endpoint الأساسي بصيغة JSON 248 من أصل 280 (88.6%) — أي أن السطحين يختلفان قليلًا، وتعرض اللوحة أيضًا إشعار إعداد بجانب أرقامها: «وحدة تخزين التحليلات غير مربوطة بعد». والأهم أن معظم حالات الفشل هي أخطاء notFound: معرّفات غير موجودة أصلًا، مثل معرّفات did:web لموقع تذكاري ألماني يتصدر خلاصة الأخطاء المباشرة. إن المحلّل الذي يبلّغ بشكل صحيح عن معرّف غائب ليس فاشلًا.

حركة المرور حقيقية لكنها متواضعة. الخط الزمني في نطاق اليوم يعرض بين 1 و39 عملية حل يوميًا خلال الأسابيع الثلاثة الأولى من يوليو/تموز، مع ذروة بلغت 39 في 7 يوليو. أما استعلام على نطاق أوسع فيروي قصة أغرب: 59,468 طلبًا في 14 أغسطس وحده، منها 33,262 طلبًا بخطأ notFound — وهذا بصمة مسح آلي — وتصدرت الولايات المتحدة قائمة الدول بواقع 52,379 طلبًا، تليها النمسا بـ15,385. التحليلات خشنة بطبيعتها: لا عناوين IP، ولا ملفات تعريف ارتباط، وجغرافيا على مستوى الدولة فقط، كما أن النطاقات نفسها تتصرف بشكل غريب: فالمخطط الزمني للقطة «اليوم» يمتد من 1 يوليو إلى 21 يوليو.

تبرّع يحمل اختبارًا

الكود موجود ضمن مؤسسة GitHub الخاصة بـ DIF تحت اسم decentralized-identity/thisdid، ومرخّص بموجب رخصة Apache-2.0 المتساهلة، وآخر دفعة كانت في 28 أغسطس مع تحديث يضيف بحثًا عن «مرشحي الطريقة من الموجة السادسة» — أي طرق جديدة في طور الإعداد. لكن الاهتمام ما يزال ضعيفًا حتى الآن: المستودع لديه نجمة واحدة، والمساهم الأول emg110 لديه 73 مساهمة. ووصفت نشرة DIF لشهر يونيو «إصلاحًا شاملًا لنموذج DIF من المحلل العالمي»، وذكرت did:webvh وdid:webplus كطريقتين موصى بهما؛ وألمحت إلى تحديث إضافي في أغسطس.

ما سيحدث بعد ذلك يتوقف على المتغير الذي حددته DIF نفسها في مايو: هل سيوجّه الأعضاء حركة مرور حقيقية عبر هذه الخدمة؟ البنية التحتية تعمل الآن ويمكن ملاحظتها — فحوصات حالة، وخلاصة عامة، وواجهة برمجة مفتوحة — وهويات Algorand أصبح لها طريق مسمّى ومرساة في المعايير نحوها. وبالنسبة لفريق حلّ حسابَه أولًا، فإن المحطة التالية هي معرّف شخص آخر.

المصادر

Source: https://thisdid.com