#dusk صادفتُ مؤخراً أخباراً عن محاسبة المسؤولين عن الأدوية المزيفة، وظلّت عقدة منطقية تدور في ذهني: كيف يمكن مطالبة الجهات الرقابية بتدقيق سجلات سلسلة التوريد الأصلية، من دون كشف السجلات الطبية وفواتير المشترين بالكامل؟ كيف يمكن التوفيق بين الامتثال والخصوصية؟ وانطلاقاً من هذه الفكرة، عثرت على شبكة الاختبار $DUSK ، وخضت عليها عدة جولات عملية بنفسي.
عندما جرّبت إجراء تحويل فعلي، أصابني الذهول. كانت عملات الاختبار موجودة بوضوح في المحفظة، لكن ما إن انتقلت إلى صفحة الإرسال حتى بدأت الأخطاء تتوالى وكأنني لا أملك أي أموال. وبعد التنقيب في الوثائق مراراً، اكتشفت أن النظام يقسم الأموال على المستوى الأساسي إلى منظومتين: سجل عام وسجل محمي. ولإرسال الأموال بين النموذجين، لا بد من تحديد المجموعة التي توجد فيها الأصول يدوياً. هذا الاحتكاك في تجربة الاستخدام قد ينفّر المبتدئين بسهولة، لكن التعمق في بنية النظام يثير الاهتمام حقاً.
لم يسلك النظام الطريق القديمة القائمة على الصندوق الأسود ومحو الآثار بالكامل. فبفضل طبقة التوافق التي أرستها DuskEVM، يعتمد جوهره على الجمع بين التشفير المتماثل وإثباتات المعرفة الصفرية لبناء سير عمل سري خاضع للرقابة. وبعبارة مباشرة، تستطيع المؤسسات المالية إخفاء أوراقها بالكامل عند التسوية، ثم تقديم أدلة رياضية قاطعة ومحددة عند التدقيق. إنها أشبه بفتح منفذ لدخول الجهات النظامية بين الكشف الكامل وعالم الشبكات المظلمة. $BTC
لكنني أعتقد أن مواطن الضعف الحقيقية في النظام تكمن غالباً في المصادر خارج السلسلة. فحتى لو أحكمت التشفيرات إغلاق البيانات على السلسلة، إذا كانت البيانات التي يُدخلها الموظف المسؤول في النظام مختلقة منذ البداية، فلن يكون ما تسجله السلسلة بأمانة سوى مجموعة من الأدلة الزائفة المنيعة. كما أن ربط المؤسسات بالمسائل القانونية ومسؤولية إثبات الملكية لا يمكن إنجازه بمجرد نشر بضعة أسطر من الشيفرة.
أؤيد إلى حد كبير الفكرة العامة المتمثلة في إخضاع الخصوصية لقيود الامتثال. فهذا النموذج الذي يجمع بين الخصوصية وإمكانية التدقيق أقرب بالفعل إلى احتياجات الواقع المالي الراهن من شبكات إخفاء الهوية الخالصة. لكن قبل أن يتمكن النظام من تشغيل سندات أو أوراق تجارية فعلية على الشبكة الرئيسية على نحو موثوق، أميل إلى إبقاء استثماري في نطاق آمن ومحدود ومراقبة التطورات، ولن أستبق الأمور وأدفع ثمن توقعات لم تتحقق بعد اعتماداً على بضعة مخططات تصميم فحسب.
برأيك، ما أصعب عقبة يتعين على هذه الشبكة تجاوزها في الوقت الحالي؟ $ETH @Dusk
عندما جرّبت إجراء تحويل فعلي، أصابني الذهول. كانت عملات الاختبار موجودة بوضوح في المحفظة، لكن ما إن انتقلت إلى صفحة الإرسال حتى بدأت الأخطاء تتوالى وكأنني لا أملك أي أموال. وبعد التنقيب في الوثائق مراراً، اكتشفت أن النظام يقسم الأموال على المستوى الأساسي إلى منظومتين: سجل عام وسجل محمي. ولإرسال الأموال بين النموذجين، لا بد من تحديد المجموعة التي توجد فيها الأصول يدوياً. هذا الاحتكاك في تجربة الاستخدام قد ينفّر المبتدئين بسهولة، لكن التعمق في بنية النظام يثير الاهتمام حقاً.
لم يسلك النظام الطريق القديمة القائمة على الصندوق الأسود ومحو الآثار بالكامل. فبفضل طبقة التوافق التي أرستها DuskEVM، يعتمد جوهره على الجمع بين التشفير المتماثل وإثباتات المعرفة الصفرية لبناء سير عمل سري خاضع للرقابة. وبعبارة مباشرة، تستطيع المؤسسات المالية إخفاء أوراقها بالكامل عند التسوية، ثم تقديم أدلة رياضية قاطعة ومحددة عند التدقيق. إنها أشبه بفتح منفذ لدخول الجهات النظامية بين الكشف الكامل وعالم الشبكات المظلمة. $BTC
لكنني أعتقد أن مواطن الضعف الحقيقية في النظام تكمن غالباً في المصادر خارج السلسلة. فحتى لو أحكمت التشفيرات إغلاق البيانات على السلسلة، إذا كانت البيانات التي يُدخلها الموظف المسؤول في النظام مختلقة منذ البداية، فلن يكون ما تسجله السلسلة بأمانة سوى مجموعة من الأدلة الزائفة المنيعة. كما أن ربط المؤسسات بالمسائل القانونية ومسؤولية إثبات الملكية لا يمكن إنجازه بمجرد نشر بضعة أسطر من الشيفرة.
أؤيد إلى حد كبير الفكرة العامة المتمثلة في إخضاع الخصوصية لقيود الامتثال. فهذا النموذج الذي يجمع بين الخصوصية وإمكانية التدقيق أقرب بالفعل إلى احتياجات الواقع المالي الراهن من شبكات إخفاء الهوية الخالصة. لكن قبل أن يتمكن النظام من تشغيل سندات أو أوراق تجارية فعلية على الشبكة الرئيسية على نحو موثوق، أميل إلى إبقاء استثماري في نطاق آمن ومحدود ومراقبة التطورات، ولن أستبق الأمور وأدفع ثمن توقعات لم تتحقق بعد اعتماداً على بضعة مخططات تصميم فحسب.
برأيك، ما أصعب عقبة يتعين على هذه الشبكة تجاوزها في الوقت الحالي؟ $ETH @Dusk
转账操作太反人类
40%
防不住链下数据造假
27%
大机构不敢蹚浑水
33%
15 الأصوات • تمّ إغلاق التصويت