الجميع يتحدث عن طبقة الشهادة في Sign. لا يسأل الكثيرون عن ما يفعله جزء ZK فعليًا تحت الغطاء.

يدعم Sign الشهادات الخاصة و ZK كجزء من S.I.G.N. Stack. يبدو الاستخدام منطقيًا على الورقة. تصدر الحكومة بيانات اعتماد قابلة للتحقق دون كشف بيانات المواطنين الخام. يؤكد البنك KYC دون نقل السجلات الشخصية. يثبت المواطن الأهلية دون الكشف عن الدخل. نظيف وسيادي وخاص.
وبصراحة، الحدس الفني وراء هذا سليم.
ولكن هنا بدأت في القراءة بعناية أكبر. شهادات ZK في Sign هي وضع تختار الانضمام إليه، وليست السلوك الافتراضي. الطبقة الأساسية شفافة. يوقع المُصدرون المطالبات onchain وتكون تلك السجلات قابلة للاستعلام بشكل افتراضي. يجلس ZK في الأعلى للحالات التي يحتاج فيها العميل بشكل خاص إلى الخصوصية. وهذا يعني أن ضمان الخصوصية الفعلي ليس في البروتوكول. إنه في قرار النشر الذي اتخذه من يدير العقدة.
Sign ليس مخطئًا في البناء بهذه الطريقة. تحتاج البنية الأساسية للمؤسسات إلى خيارات. لا يمكنك نشر نظام هوية وطني يفرض إثباتات ZK قبل أن تفهم الوزارة ما هو الإثبات حتى.
لكن هذا الإطار يغير درجة البيع قليلاً. Sign لا تبيع بروتوكولًا يحافظ على الخصوصية بالمعنى التشفيري الصارم. إنها تبيع المنصة مع إمكانية الخصوصية المتاحة للعملاء المستعدين لاستخدامها بشكل صحيح. لذا عندما يتم الإعلان عن نشرات سيادية في قيرغيزستان أو سيراليون، فإن السؤال الذي يستحق طرحه ليس ما إذا كان Sign يحتوي على ZK. إنه ما إذا كانت تلك النشرات تستخدمه فعلاً.
@Sign $SIGN #SignDigitalSovereignInfra