تكنولوجيا البلوكشين - بما في ذلك إثباتات المعرفة الصفرية - لا توفر بعد حلولاً كافية للتحقق من الهوية.

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

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

ما هي zk وKYC؟

يشير مصطلح ZK إلى “الإثباتات الصفرية المعرفة”، وهو مصطلح في علم التشفير يُستخدم لإنشاء إثباتات تشفيرية دون كشف المعلومات السرية الكامنة. تُعد الحلول القائمة على Z سبّاقة في تحقيق الخصوصية عبر الويب. دفعت صناعة البلوك تشين ابتكار تقنيات ZK، وذلك بفضل صِغر حجم المعاملات وكونها تحافظ على الخصوصية.

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

لماذا لن تعمل إثباتات zkKYC مع سلاسل الكتل (blockchains)؟

عند إنشاء إثباتات المعرفة الصفرية (zero-knowledge proofs)، ترتبط هذه الإثباتات بعنوان محفظة من خلال توقيع. ولا يمكن اكتشاف هذه الإثباتات علنًا عن قصد. ومع ذلك، عندما يتفاعل عنوان بلوك تشين مع عقد ذكي عام (smart contract) يتطلب مثل هذا الإثبات، تصبح حقيقة وجود الإثبات علنية، مما يلغي مزايا الخصوصية في إثبات المعرفة الصفرية. ويعود ذلك إلى تصميم العقود الذكية التي تعمل على سلاسل كتل عامة، والتي تُنشئ قائمة يمكن اكتشافها علنًا بكل المحافظ المتفاعلة.

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

إثبات معرفة صفرية قائم على

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

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

لا تخزّن معلومات شخصية داخل إثبات

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

هذه الدفاتر الحسابية الأبدية ليست مصممة للخصوصية الشخصية، ولأجل هذا الاستخدام فهي لا تمتثل للوائح الخصوصية مثل اللائحة العامة لحماية البيانات (GDPR) وقانون خصوصية المستهلك في كاليفورنيا (CCPA). ترتبط بعض المشكلات الكبيرة بحقيقة أن أي بيانات—even إن كانت مُشفّرة—تُعتبر معلومات قابلة للتحديد بشكل شخصي. يجب حذف أي معلومات من هذا النوع عند الطلب وفقًا لهذه اللوائح.

بما أن تخزين المعلومات الشخصية على بلوك تشين يعزّز عدم الامتثال للوائح الخصوصية، فهو ليس حلاً مثاليًا لتخزين أي شكل من أشكال المعلومات الشخصية (المُتحقَّق منها) على السلسلة.

ما الحلول الأخرى التي لدى مشاريع بلوك تشين؟

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

بالإضافة إلى ذلك، عندما تكون الإثباتات وحدها غير كافية، وعندما تكون مشاركة المعلومات الشخصية بين المشاركين في المعاملة أمرًا ضروريًا، يُنصح بالاعتماد فقط على حلول خارج السلسلة (off-chain). ومن الأمثلة على ذلك “المعرّفات اللامركزية” (decentralized identifiers) و“بيانات الاعتماد القابلة للتحقق” (verifiable credentials). خيار آخر هو استخدام إثباتات المعرفة الصفرية خارج السلسلة، والتي توفر حماية للخصوصية وتكون مناسبة للتحقق من البيانات خارج السلسلة.