@Dusk #dusk $DUSK
جعلتني حادثة الجسر في 16 أغسطس أن أنظر إلى دسك بشكل مختلف.
ليس بسبب القائمة المحظورة.
بل لأنها جعلتني أتساءل:
بعد الموافقة على إجراء على السلسلة (onchain)، من الذي يحتاج فعلاً إلى رؤية البيانات خلفه؟
بالنسبة للتمويل الخاضع للتنظيم، قد تحتاج إلى إثبات:
الأهلية.
ملكية.
شروط التحويل.
كان افتراضي الأول بسيطاً:
إذا كان شيء ما يتعين التحقق منه، فمن المرجح أن تكون المزيد من البيانات الأساسية ظاهرة.
ثم عدت إلى وثائق دسك وإلى ورقة القلعة (citadel) نفسها.
إثبات الملكية لدى قلعة لا يضع بيانات شخصية على السلسلة. يقوم المستخدم بإثبات داخل دائرة (circuit) أنه يحمل اعتماداً (credential) مُوقَّعاً بشكل صالح؛ والمتحقق لا يتعلم إلا أن العبارة صحيحة.
الرقم الذي بقي عالقاً في ذهني: التحقق من هذا الإثبات يستغرق 0.007 ثانية. وتوليده يستغرق حوالي 16 ثانية على شريحة بمستوى حاسوب محمول. الجزء المكلف — الإثبات — يحدث مرة واحدة، دون اتصال (offline)، من جهة المستخدم. أمّا الجزء الذي يقوم به المُتحقق فعلياً، لحظة احتياج شخص ما إلى الوصول، فهو شبه فوري ولا يكشف شيئاً يتجاوز "صحيح".
هذا الفصل مهم للأصول الخاضعة للتنظيم.
يحتاج أحد المؤسسات إلى تأكيد الأهلية. لا يحتاج إلى ملف KYC الكامل للمتقدم للقيام بذلك؛ بل يحتاج إلى إثبات يفضي إلى صحيح أو خطأ، وتتيح قلعة لمقدم الخدمة تحديداً دقيقاً السمات التي يجب أن يغطيها هذا الإثبات.
لذا فإن السؤال المثير للاهتمام ليس "هل البلوكشين خاص؟"
بل: من بين كل ما يجلس داخل حمولة KYC نموذجية، كم منه في الواقع يحتاج إلى الوصول إلى المُتحقق — عندما تكون المسألة هي الإثبات لا البيانات — هي الشيء الذي يجري فحصه؟


بالنسبة لتمويل onchain الخاضع للتنظيم، ما الذي يهم أكثر؟
Prove without revealing data
0%
Verify it by seeing the data
100%
1 الأصوات • تمّ إغلاق التصويت