إثيريوم يطلق OpenAC: شهادات رقمية مع خصوصية كاملة من خلال إثباتات المعرفة الصفرية

المصدر: كريبتونوتيس العنوان الأصلي: إيثيريوم تطلق OpenAC، شهادات رقمية لا تترك آثاراً رابط أصلي:

OpenAC: بيانات اعتماد رقمية مجهولة على الإيثريوم

PSE، فريق مؤسسة Ethereum (EF) المكرس لتطوير أدوات تركز على الخصوصية، قدم OpenAC، تصميم تشفيري مفتوح المصدر لإصدار إثباتات تمثل اعتمادات رقمية مجهولة، شفافة وخفيفة.

النظام، الذي تم مشاركته علنًا في 29 نوفمبر، أصبح جاهزًا بالفعل لتطبيقه من قبل المطورين في مشاريعهم.

ما هو OpenAC؟

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

أبرز فريق PSE أن OpenAC يصف بناءً للهوية يعتمد على إثباتات المعرفة الصفرية (ZK) مصممًا للعمل مع أكوام الهوية الحالية ومُنشأ عمدًا ليكون متوافقًا مع إطار المرجعية والهندسة المعمارية للهوية الرقمية الأوروبية (EUDI ARF). هذا يعني أن OpenAC مصمم ليتكامل مع أنظمة الهوية المُنفذة بالفعل، سواء كانت عامة أو خاصة.

كيف يعمل OpenAC

OpenAC يستخدم اختبارات المعرفة الصفرية (ZK)، وهي طريقة تشفيرية تسمح بإثبات أن سمة ما صالحة دون الكشف عن البيانات الأصلية التي تثبتها. في سياق الهوية الرقمية، يتيح ذلك للمستخدم عرض الاعتماد دون تعريض الوثيقة بالكامل أو السماح لطرف ثالث بتتبع تاريخ استخدامه.

يتم تنظيم عمل OpenAC في ثلاثة أدوار:

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

افتراضات الثقة والإلغاء

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

OpenAC لا يتضمن آلية خاصة للإلغاء. لذلك، إذا كان على المُصدر إبطال اعتماد بسبب خطأ أو انتهاء صلاحية، يجب أن يعتمد على أنظمة خارجية. وفقًا لـ PSE، يجب أن تكون تلك الأدوات قوائم تشفيرية تمكن من التحقق مما إذا كانت الاعتماد لا يزال ساريًا دون الكشف عن هوية حاملها أو تتبع أنشطته.

منع التتبع

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

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

التنفيذ العملي

تحدث عملية توليد اختبارات OpenAC خارج السلسلة (off-chain). وهذا يعني أن كل الحسابات الثقيلة تتم على جهاز المستخدم أو في تطبيق خارجي، وليس داخل Ethereum. من خلال تجنب تنفيذ هذه العملية على الشبكة، يتم تقليل التكلفة وتجنب ازدحام السلسلة.

يمكن إجراء التحقق من الاختبار سواء خارج السلسلة أو داخل عقد ذكي. أفاد فريق PSE أن زمن التحقق كان 0.129 ثانية، مما يجعل النظام قابلاً للإدارة للتطبيقات التي تتطلب استجابات سريعة. ومع ذلك، سيعتمد الأداء على الأجهزة. في الأجهزة ذات السعة الأقل أو في السيناريوهات ذات الحمولة العالية، قد تزداد الأوقات.

تداعيات على إيثريوم

OpenAC ستضع Ethereum كمنصة مناسبة لإدارة الهويات الرقمية دون التضحية بالخصوصية، على الرغم من أن التصميم يتطلب مكونات خارج السلسلة ويعتمد على مُصدرين موثوقين.

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

قيود ومتطلبات البنية التحتية

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