يشهد تطور تطبيقات Web3 تحولاً جوهرياً في مفهوم البلوكشين، حيث ينتقل من كونه شبكة بسيطة لنقل القيمة إلى شبكة متكاملة للهوية والسمعة والبيانات. ومع تزايد حالات الاستخدام التي تتطلب التحقق من معلومات العالم الحقيقي - كالتحقق من الهوية، وبيانات اعتماد الشركات، وأهلية الحوكمة، وسجلات الائتمان على السلسلة - فالبلوكشين وحده لا يستطيع تحديد مدى صحة البيانات خارج السلسلة. وهنا تنشأ الحاجة إلى آلية موحدة لربط المعلومات الموثوقة على السلسلة.
يمثل إثبات BAS اللبنة الأساسية لـخدمة إثبات BNB والوحدة الأساسية لإطار الثقة بأكمله. فمن أنظمة الهوية الرقمية وحوكمة DAO إلى شبكات وكلاء AI، يلعب الإثبات دوراً حاسماً في ترسيخ الثقة.
ما هو إثبات BAS؟
بصفته سجلاً رقمياً للإثبات يصدر عن كيان موثوق لحقيقة محددة، يمكن لإثبات BAS توثيق حالة التحقق من الهوية، وبيانات اعتماد الشركات، وعضوية DAO، ونتائج التحقق من الهوية (KYC)، وسجلات النشاط على السلسلة، وبيانات سمعة وكيل AI. ونظراً لالتزام جميع الإثباتات بمعيار موحد، فإنها قابلة للتحقق وإعادة الاستخدام عبر التطبيقات المختلفة.
لماذا يحتاج BAS إلى آلية الإثبات؟
يضمن البلوكشين عدم قابلية تغيير البيانات، لكنه لا يستطيع التحقق تلقائياً من صحة مصادر البيانات. فعلى سبيل المثال، بعد إتمام المستخدم للتحقق من الهوية (KYC)، لا يستطيع البلوكشين تأكيد أن المستخدم اجتاز التحقق فعلياً. وبالمثل، لا يمكن الجزم بأن الشركة تمتلك بيانات اعتماد مشروعة بالاعتماد فقط على سجلات المعاملات على السلسلة.
تعالج آلية الإثبات هذه المشكلة من خلال إدخال مُحقِّق موثوق يسجل نتائج التحقق على السلسلة بتنسيق موحد. وعندما يحتاج طرف ثالث إلى التحقق من المعلومات ذات الصلة، يمكنه الاطلاع على الإثبات الحالي مباشرة دون إعادة تشغيل عملية المراجعة بأكملها. لا يقتصر أثر هذا النموذج على تحسين كفاءة التحقق فحسب، بل يخفض أيضاً تكاليف إعادة التصديق المتكررة عبر المنصات المختلفة.
ما هو دور المخطط في دورة حياة الإثبات؟
يمثل المخطط نقطة انطلاق دورة حياة الإثبات. يمكن النظر إليه كقالب للإثبات، إذ يحدد هيكل البيانات وتنسيق الحقول. وبدون المخطط، لا يستطيع النظام تحديد المحتوى المحدد الذي يصفه سجل الإثبات.
على سبيل المثال، في التحقق من الهوية، قد يتضمن المخطط حقولاً مثل عنوان المستخدم، والجهة المصدرة، ومستوى التصديق، وتاريخ السريان، وتاريخ الانتهاء. أما بالنسبة لبيانات الاعتماد الأكاديمية، فقد يتضمن حقولاً مثل اسم المؤسسة التعليمية، ومستوى الدرجة العلمية، وتاريخ التخرج. وباستخدام تنسيق بيانات متسق، تستطيع التطبيقات المختلفة قراءة وتحليل محتوى الإثبات بالطريقة ذاتها، مما يتيح التوافقية عبر المنصات.
كيف يُصدر المُصدر إثباتاً؟
المُصدر هو الجهة التي تصدر الإثبات، وهو مشارك محوري في نظام الثقة. عند تقديم المستخدم طلب تصديق، يتحقق المُصدر من المعلومات ذات الصلة وفق قواعد محددة سلفاً. فمثلاً، تراجع وكالة التحقق من الهوية مستندات هوية المستخدم، وتتحقق وكالة تصديق الشركات من تفاصيل تسجيل الأعمال التجارية، وقد تتحقق DAO من سجلات مساهمات الأعضاء.
بعد الانتهاء من المراجعة، يُنشئ المُصدر إثباتاً بناءً على المخطط المقابل ويسجل نتيجة التصديق في بيانات الإثبات. عند هذه المرحلة، يتضمن الإثبات معلومات المُصدر، والطابع الزمني للإصدار، وبيانات التحقق ذات الصلة، ليشكل بذلك مطالبة ثقة متكاملة. ونظراً لارتباط الإثبات مباشرة بالجهة المصدرة، فإن سمعة المُصدر غالباً ما تحدد مصداقية الإثبات نفسه.
كيف يتلقى المستلم إثباتاً ويستخدمه؟
المستلم هو الطرف المتلقي للإثبات. في معظم الحالات، يكون المستلم مستخدماً فردياً، لكن حسابات الشركات، ومنظمات DAO، والعقود الذكية، وحتى وكلاء AI يمكن أن يكونوا مستلمي إثبات أيضاً. بمجرد إصدار الإثبات، يكتسب المستلم الحق في استخدامه. وعند الوصول إلى تطبيقات أخرى لاحقاً، يمكن للمستلم تفويض طرف ثالث للتحقق من الإثبات ذي الصلة دون الحاجة إلى إعادة تقديم المستندات أو تكرار عملية المراجعة بأكملها. يتيح هذا النموذج لبيانات الهوية والسمعة الرقمية الانتقال بسلاسة عبر المنصات، لتصبح تدريجياً أصول بيانات قابلة لإعادة الاستخدام.
كيف يُخزَّن الإثبات في شبكة BAS؟
بعد الإصدار، يُسجَّل الإثبات في نظام سجل BAS. يتضمن سجل الإثبات عادةً معرّف المخطط، والمؤسسة المصدرة، والمستلم، ووقت الإصدار، وحقول البيانات ذات الصلة. ونظراً لتسجيل هذه المعلومات على البلوكشين، فهي غير قابلة للتغيير ويمكن تتبعها. تستطيع التطبيقات المختلفة الاستعلام عن الإثبات المقابل من خلال واجهة موحدة، والتحقق من صحته، ومصدره (هل هو من كيان موثوق؟)، وصلاحيته الحالية. تشكل طبقة البيانات الموحدة هذه عاملاً أساسياً في تمكين قدرة التحقق عبر التطبيقات التي تتميز بها BAS.
كيف يتحقق طرف ثالث من الإثبات؟
يُعد التحقق من أهم المراحل في دورة حياة الإثبات. عندما يحتاج تطبيق إلى تأكيد هوية المستخدم أو بيانات اعتماده، يرسل طلب تحقق إلى BAS ويدقق في عدة عوامل رئيسية، منها هوية المُصدر، ومحتوى الإثبات، ووقت الإصدار، والحالة الحالية. إذا كان الإثبات صادراً عن مُصدر موثوق ولم يُلغَ، فإن نتيجة التحقق تُعتبر صالحة عادةً. وبالمقارنة مع النموذج التقليدي القائم على جمع بيانات المستخدم ومراجعتها بشكل متكرر، تحسِّن آلية التحقق القائمة على الإثبات الكفاءة بشكل ملحوظ وتقلِّل المخاطر المرتبطة بتخزين البيانات الزائد عن الحاجة.
كيف تعمل آلية الإلغاء؟
المعلومات في العالم الحقيقي ليست دائمة، لذا يجب أن يدعم الإثبات تحديثات الحالة. الإلغاء هو آلية لإنهاء صلاحية الإثبات. عندما تنتهي صلاحية التحقق من الهوية، أو تصبح بيانات اعتماد الشركات غير صالحة، أو تتغير صلاحيات المستخدم، يمكن للمُصدر إلغاء الإثبات المقابل بشكل فعّال. لا يُحذف الإثبات الملغى من السلسلة - فسجلات البلوكشين دائمية بطبيعتها - بل يُوسم بوصفه غير صالح. وفي عمليات التحقق اللاحقة، يتعرف عليه النظام كغير صالح. يحافظ هذا التصميم على سلامة السجلات التاريخية مع ضمان دقة نتائج التحقق الحالية.
ما هي دورة الحياة الكاملة للإثبات؟
بشكل عام، يمر إثبات BAS بالمراحل التالية. أولاً، ينشئ المطوّر مخططاً يحدد هيكل البيانات ومعايير التحقق. ثم يقدم المستخدم المواد ذات الصلة إلى المُصدر، الذي يُكمل المراجعة وفق القواعد. بعد اجتياز المراجعة، يُصدر المُصدر الإثبات ويسجله في شبكة BAS. يحصل المستلم على الإثبات ويمكنه تفويض استخدامه عبر التطبيقات المختلفة. وعندما يحتاج طرف ثالث إلى التحقق من المعلومات، يمكنه الاستعلام مباشرة عن شبكة BAS للتحقق من حالة الإثبات. وإذا تغيرت المعلومات، يمكن للمُصدر تحديث حالتها عبر آلية الإلغاء. تشكل هذه العملية بأكملها - من الإنشاء والإصدار والتخزين إلى التحقق والإلغاء - دورة الحياة الكاملة والمنطق الجوهري لشبكة الثقة BAS.
كيف يختلف إثبات BAS عن عمليات التصديق التقليدية؟
تعتمد نماذج التصديق التقليدية عادةً على منصات فردية تراجع بيانات المستخدم كل على حدة. يضطر المستخدمون إلى تقديم معلومات الهوية مراراً عبر منصات مختلفة، وتضطر المنصات إلى تنفيذ عمليات التحقق بشكل متكرر. وهذا لا يزيد التكاليف التشغيلية فحسب، بل يضعف تجربة المستخدم أيضاً. في المقابل، يتبنى إثبات BAS نموذج 'تحقق مرة واحدة، استخدم عدة مرات'، مما يتيح مشاركة المعلومات التي تم التحقق منها عبر تطبيقات مختلفة.
| بُعد المقارنة |
نموذج التصديق التقليدي |
إثبات BAS |
| التحقق من الهوية |
مراجعات متعددة متكررة |
مراجعة لمرة واحدة، قابلة لإعادة الاستخدام |
| تخزين البيانات |
تخزين منفصل حسب المنصة |
إثبات موحد |
| مشاركة المعلومات |
عزلة المنصات |
التحقق عبر التطبيقات |
| قابلية التتبع |
محدودة |
قابل للتحقق على السلسلة |
| مستوى الأتمتة |
منخفض |
يدعم استدعاءات العقود الذكية |
يساعد هذا النموذج في بناء نظام ثقة Web3 أكثر انفتاحاً وكفاءة.
الخاتمة
بصفته الآلية الأساسية لخدمة إثبات BNB، يحوِّل إثبات BAS الهويات وبيانات الاعتماد والسلوكيات والسمعة في العالم الحقيقي إلى سجلات قابلة للتحقق على السلسلة من خلال إطار إثبات موحد. يبدأ الإثبات بإنشاء المخطط، ثم يمر بمراجعة وإصدار المُصدر، ويُخزَّن في شبكة BAS، وفي النهاية يُتحقق منه وتُعاد استخدامه بواسطة تطبيقات الطرف الثالث.
الأسئلة الشائعة
ما العلاقة بين الإثبات والمخطط؟
المخطط هو قالب للإثبات يحدد هيكل البيانات، بينما الإثبات هو سجل إثبات محدد يُنشأ من ذلك القالب. وبدون المخطط، يستحيل إجراء التحقق الموحد من الإثبات.
من يمكنه أن يصبح مُصدراً؟
أي كيان يمتلك قدرات تحقق وأساساً من السمعة يمكنه أن يصبح مُصدراً، بما في ذلك مزودو خدمة التحقق من الهوية (KYC)، والمؤسسات التجارية، والمؤسسات التعليمية، ومجتمعات DAO، وشبكات وكيل AI.
هل يجب تخزين الإثبات على السلسلة؟
يدعم BAS كلاً من نموذجي الإثبات على السلسلة وخارج السلسلة. عادةً ما تُسجَّل معلومات التحقق الأساسية على السلسلة، بينما يمكن تخزين بعض البيانات خارج السلسلة وفقاً للاحتياجات الفعلية لتحسين الخصوصية وقابلية التوسع.
ماذا يحدث بعد إلغاء الإثبات؟
لا يُحذف الإثبات الملغى، بل يُوسم بوصفه غير صالح. يستطيع نظام التحقق التعرف على هذه الحالة ولن يقبله بعد ذلك كدليل صالح.
هل يمكن للمستخدم الحصول على إثباتات متعددة؟
نعم. يمكن للمستخدم نفسه الاحتفاظ بعدة إثباتات في وقت واحد، مثل إثبات التحقق من الهوية، وبيانات الاعتماد الأكاديمية، وعضوية DAO، وإثباتات السمعة على السلسلة.
