قسائم موقعة توقيعاً أعمى وبيانات اعتماد وصول مجهولة
تشرح هذه الصفحة بالعربية "قسائم موقعة توقيعاً أعمى وبيانات اعتماد وصول مجهولة": تحل vouchers ذات التوقيع الأعمى مشكلة التحقق من حق استخدام الخدمة دون ربط الهوية. يجب أن تعرف العقدة أن المستخدم يملك حق الاستخدام، لكنها لا يجب أن تعرف أي wallet أو حساب أو عملية دفع أنتجت هذا الحق.
قسائم موقعة توقيعاً أعمى وبيانات اعتماد وصول مجهولة
تشرح هذه الصفحة بالعربية "قسائم موقعة توقيعاً أعمى وبيانات اعتماد وصول مجهولة". مناسبة للمستخدمين الجدد ومشغلي العقد والمطورين وبناة AI agents والشركاء الذين يقيّمون AeroNyx.
نظرة عامة
تحل vouchers ذات التوقيع الأعمى مشكلة التحقق من حق استخدام الخدمة دون ربط الهوية. يجب أن تعرف العقدة أن المستخدم يملك حق الاستخدام، لكنها لا يجب أن تعرف أي wallet أو حساب أو عملية دفع أنتجت هذا الحق.
ثابت الخصوصية
يجب فصل الإصدار عن الاستخدام. جهة الإصدار تؤكد الأهلية، والعقدة تتحقق من التوقيع. لا ينبغي لأي طرف أن يعيد ربط الجلسة الحية بهوية المستخدم.
التنفيذ الحالي
- ينشئ العميل طلب credential أعمى.
- يوقّع backend أو خدمة الإصدار الكائن الأعمى فقط ولا يرى credential النهائي القابل للاستخدام.
- تتحقق عقدة Rust من الصلاحية والحصة والانتهاء دون قراءة بيانات wallet أو الحساب.
التشغيل والتكامل
يجب أن يعرض nodeboard حالة credentials المجمعة فقط، مثل مجموعات الصلاحية وعدد أسباب الرفض وضغط الإساءة، وليس أسرار vouchers الفردية.
التطور التالي
الخطوة التالية هي تنفيذ دورة حياة vouchers وسياسة الإلغاء ونوافذ الحصة وحماية anti-replay داخل طبقة تحقق Rust.
سيتم تحديث هذه الصفحة مع عقد AeroNyx Rust و nodeboard والدردشة المشفرة و Memory Chain وبيانات الاعتماد المجهولة.