أخواتي، مساء الخير! لإثبات أن الرصيد يفي بالمتطلبات، لماذا يجب منح إذن لملحق المتصفح؟ عند المشاركة في أنشطة Web3، غالبًا ما تثير هذه المطالب شكوكًا. أريد فقط إثبات أهليتي، فهل يجب أن أُظهر محفظتي وسجلات تداولي للجميع؟ لو كان هناك طريقة لإثبات حقيقة واحدة فقط، لكان الأمر أبسط بكثير. بعد الاطلاع على مستودع Kaito Pulse العام، لاحظت أن zkTLS من @primus_labs يقوم بعمل عملي هنا. على سبيل المثال، للتحقق مما إذا كان الرصيد يتجاوز عتبة معينة، يحتاج المتصفح إلى الوصول إلى بيانات المنصة ذات الصلة لإنشاء الإثبات، لكن وفقًا للتصميم الرسمي، فإن Kaito تتلقى فقط نتيجة الإثبات، ولا تأخذ محتوى الحساب الكامل. ما يتم الكشف عنه بالضبط يعتمد على قواعد التحقق الخاصة بالمهمة نفسها. هناك تفصيل مهم يجب التمييز بينه. عادةً ما يعرض Pulse Signals على X، مما يتطلب صلاحيات وصول إلى المواقع ذات الصلة؛ بينما تسجيل الدخول والاتصالات عبر واجهات برمجة التطبيقات تتضمن نطاقات Kaito الخاصة بها. أما عند التحقق من حسابات الطرف الثالث، فعندما ينقر المستخدم على "متابعة"، فقط حينها يطلب Chrome صلاحيات اختيارية من الموقع المعني. رفض الإذن يوقف عملية التحقق هذه. ما إذا كان الملحق يمكنه الوصول إلى موقع معين، وما البيانات التي تُرسل في النهاية إلى Kaito، هما أمران يجب التحقق منهما بشكل منفصل. لذلك أعتقد أن تطبيق Primus هذا ذو معنى حقيقي. في كثير من الأحيان، لا تحتاج المنصات إلا إلى التأكد من تحقيقك لشرط معين، ولا داعي لمعرفة كل تفاصيل حسابك. لكن zkTLS يحمي فقط عملية إثبات محددة؛ أما كيفية تعامل الملحق مع البيانات في وظائفه الأخرى، فما زال يعتمد على سياسة الخصوصية. في المستقبل، عندما أواجه مثل هذه التحققات، سأبدأ بفحص ما الذي يجب إثباته فعليًا، وأي موقع يطلب Chrome الوصول إليه، وما المعلومات التي سيتم الكشف عنها في النهاية. يمكن للتكنولوجيا أن تساعدنا في تقليل تسليم خصوصيتنا، لكن قرارات الإذن المتبقية لا تزال تتطلب منا مراجعة دقيقة. المستودع الرسمي لـ Kaito Pulse: https://t.co/O8Ua37jqI2 رابط التسجيل: https://t.co/Sx5Dpn4Thk