أطلقت Solana خدمة SAS للتحقق من الهوية، مما يحقق تقدمًا في التحقق من الهوية داخل السلسلة.

Solana أطلقت خدمة جديدة للتحقق من الهوية، مما يحقق突破 في التحقق من الهوية داخل السلسلة

في 24 مايو، شهدت الشبكة الرئيسية لـ Solana تحديثًا مهمًا - تم إطلاق خدمة التحقق من Solana (SAS) رسميًا. هذه بروتوكول شهادة قابلة للتحقق مفتوح وغير مصرح به، تم تطويره بالتعاون بين مجموعة التعريف بالهوية في Solana ومؤسسة Solana. الوظيفة الأساسية لـ SAS هي ربط المعلومات خارج السلسلة بمحفظة المستخدم، والتي قد تشمل نتائج التحقق من الهوية، مؤهلات الموقع الجغرافي، العضوية أو حالة التحقق، وغيرها.

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

من خلال توفير طبقة إثبات محايدة وغير مرخصة، تأمل SAS في تحقيق إدارة امتثال أكثر كفاءة، والتحكم في الوصول، ونظام السمعة، وهويات قابلة للبرمجة عبر نظام Solana البيئي. هذا لا يوفر فقط تجربة أفضل وأكثر ملاءمة للمستخدمين النهائيين، بل يفتح أيضًا مجالًا جديدًا للابتكار للبناة.

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

1. الاستخدامات الرئيسية:

   • SAS: تحويل المعلومات الذاتية أو الثابتة مثل الهوية والحالة والسلوك من خارج السلسلة إلى شهادات داخل السلسلة.
   • أوراكل: يوفر البيانات الموضوعية والديناميكية (مثل الأسعار، والطقس، وغيرها) خارج السلسلة لتطبيقات داخل السلسلة.

2. نوع البيانات:

   • SAS: التعامل مع المعلومات الذاتية أو الحدثية، مثل التحقق من العمر، التعريف بالهوية، عضوية المنظمة، وغيرها.
   • أوراكل: معالجة البيانات الرقمية أو الواقعية مثل أسعار العملات المشفرة، بيانات API الخارجية، معلومات الطقس، وغيرها.

3. هيكل البيانات:

   • SAS: إنشاء "ختم" تحقق قابل لإعادة الاستخدام ومرتبط بالمحفظة.
   • أوراكل: يوفر تدفق البيانات المستخدم في الوقت الفعلي أثناء التداول.

4. مصدر الثقة:

   • SAS: تعتمد على ناشرين موثوقين محددين (مثل وكالات KYC، DAO، مصنعي الأجهزة) لإجراء التحقق من التوقيع.
   • أوراكل: عادةً ما يدمج عدة مصادر بيانات، ثم يتم نشرها بعد تجميعها من شبكة الأوراكل.

5. تكرار التحديث:

   • SAS: عادة ما تكون صالحة لفترة طويلة بعد أن يتم إنشاؤها مرة واحدة، وتكون وتيرة التحديث منخفضة.
   • Oracle: تحديثات متكررة، قد يتم تحديث البيانات كل دقيقة أو حتى في فترات زمنية أقصر.

6. القابلية للتجميع:

   • SAS: قابلية تجميع عالية، يمكن استخدام تحقق واحد لعدة تطبيقات.
   • الأوراق المالية: عادة ما تستخدم كمدخلات لصفقات أو عمليات معينة، دون التأكيد على إعادة الاستخدام عبر التطبيقات.

7. حماية الخصوصية:

   • SAS: يركز على حماية الخصوصية، يتحقق فقط مما إذا كان قد تم التحقق، دون الكشف عن التفاصيل.
   • أوراكل: عادةً لا تتعلق مباشرةً بمعلومات خصوصية المستخدم.

8. تمثيل المشروع:

   • SAS：بالإضافة إلى خدمة التحقق من الهوية في Solana، هناك أيضًا خدمة التحقق من الهوية في Ethereum داخل السلسلة (EAS).
   • الأوراق المالية: تشمل المشاريع المعروفة Chainlink و Pyth و Band Protocol وغيرها.

لفهم الفرق بين الاثنين بشكل أكثر وضوحًا ، يمكننا النظر إلى المثال التالي:

سيناريوهات تطبيق SAS: بعد أن يكمل المستخدم التحقق من الهوية على منصة Web3 معينة، يحصل على ختم التحقق من الهوية "بالغ" داخل السلسلة. يتم تخزين هذا الختم في محفظة المستخدم، ويمكن لأي dApp يدعم هذا التحقق التحقق منه مباشرة في المستقبل، دون الحاجة إلى تقديم وثائق الهوية مرة أخرى.

سیناریو استخدام أداة التنبؤ: تتطلب بروتوكولات DeFi سعر ETH في الوقت الفعلي لتحديد ما إذا كان يجب تنفيذ التصفية. ستقوم بالحصول على أحدث سعر صرف ETH/USD من خلال خدمة أداة التنبؤ.

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