في تلك الوجبة يوم عطلة نهاية الأسبوع الماضي، جملة الطبيب في قسم التخدير: «أين دليل الاستخدام؟» لقد جعلتني أختنق حرفيًا لوقت طويل. وأثناء عودتي إلى المنزل كنت أفكر: إذا كان كل من يدفع المال يسأل أولًا سؤالًا مثل «هل أفهم هذه الأشياء فعلًا؟»، فربما ينعم مجتمع التشفير بهدوء نصفه على الأقل.
لذلك في الليلة الماضية، عندما وجدت على GitHub مشروع @Dusk ، قررت أن أهدأ عمدًا وأقرأ سجل الالتزامات صفحة صفحة.
الشيء الذي لفت انتباهي في إعادة الهيكلة التي حدثت في أبريل: أنهم قاموا بتقسيم spend circuit الخاص بـ Phoenix note إلى برهانين مستقلين. ماذا يعني ذلك؟ يضحّون قليلًا بـ gas مقابل «إمكانية رؤية مُدرجة». نتائج التحقق على شبكة الاختبار كانت: في اللوحة العامة لا يُعرض سوى fee، ويتم ضغط value وreceiver إلى note hash، وبذلك لا يستطيع الغرباء معرفة من حوّل كم إلى من. لكن المحفظة الرسمية يمكنها باستخدام view key استعادة السجل الكامل محليًا، وهذا الـkey مشتق على مستوى العميل فقط، لا يمر عبر خادم، ولا يوجد له باب خلفي.
حتى هنا فهمت تقريبًا. $DUSK لم يسلك طريق العملات من نوع «صديقة للرقابة»؛ بل أنه انتزع صلاحية التدقيق من طبقة الإجماع وأعادها إلى حاملها نفسه—كأداة اجتماعية وليس كأداة امتثال. إن أردت إظهار السجل للناس، فحسب أن تعطي الطرف الآخر view key؛ وإن لم ترد، فلا أحد يستطيع اختراقه أو فتحه بالقوة.
هذا التحديد يُسمى «قابلية التحكم مع عدم الشفافية». مناسب لسيناريوهات مثل الأوراق المالية على السلسلة، ودفاتر أوامر الـ暗池 (dark pool) التي تحتاج إلى الخصوصية لكن لا يمكن أن تكون بلا أي رقابة كاملة. لكن المشكلة أيضًا موجودة: فجهات الامتثال تشعر أنك لست شفّافًا بما يكفي، وخصوصيّو العقيدة الأصوليون يرون أنك خطوة زائدة. الطرفان لا يرضيان.
صعب التنبؤ بالنجاح أو الفشل. لكن على الأقل، لم ينسخ الإجابات القياسية لـ op/zk، ولم يترك أي مساحة لبوابات خلفية مركزية. في هذه الصناعة، من يجرؤ على كتابة خطوات الحل بنفسه يستحق أن نضع له علامة.
عندما أفكر الآن، هل يمكنك أن تتخيل لو أن كل جهة مشروع تجرؤ على عرض منطق تصميمها مثلما تُعرض تفاصيل دليل دواء؟ ستقل الأمور السيئة كثيرًا. «دليل الاستخدام» الذي قدمه Dusk قرأته—منطقه متسق مع نفسه. أما هل يستحق الاستثمار أم لا، فهذا شأن آخر—على الأقل، هذه المرة لم أكن أراهن على التخمين.
#dusk $DUSK @Dusk
لذلك في الليلة الماضية، عندما وجدت على GitHub مشروع @Dusk ، قررت أن أهدأ عمدًا وأقرأ سجل الالتزامات صفحة صفحة.
الشيء الذي لفت انتباهي في إعادة الهيكلة التي حدثت في أبريل: أنهم قاموا بتقسيم spend circuit الخاص بـ Phoenix note إلى برهانين مستقلين. ماذا يعني ذلك؟ يضحّون قليلًا بـ gas مقابل «إمكانية رؤية مُدرجة». نتائج التحقق على شبكة الاختبار كانت: في اللوحة العامة لا يُعرض سوى fee، ويتم ضغط value وreceiver إلى note hash، وبذلك لا يستطيع الغرباء معرفة من حوّل كم إلى من. لكن المحفظة الرسمية يمكنها باستخدام view key استعادة السجل الكامل محليًا، وهذا الـkey مشتق على مستوى العميل فقط، لا يمر عبر خادم، ولا يوجد له باب خلفي.
حتى هنا فهمت تقريبًا. $DUSK لم يسلك طريق العملات من نوع «صديقة للرقابة»؛ بل أنه انتزع صلاحية التدقيق من طبقة الإجماع وأعادها إلى حاملها نفسه—كأداة اجتماعية وليس كأداة امتثال. إن أردت إظهار السجل للناس، فحسب أن تعطي الطرف الآخر view key؛ وإن لم ترد، فلا أحد يستطيع اختراقه أو فتحه بالقوة.
هذا التحديد يُسمى «قابلية التحكم مع عدم الشفافية». مناسب لسيناريوهات مثل الأوراق المالية على السلسلة، ودفاتر أوامر الـ暗池 (dark pool) التي تحتاج إلى الخصوصية لكن لا يمكن أن تكون بلا أي رقابة كاملة. لكن المشكلة أيضًا موجودة: فجهات الامتثال تشعر أنك لست شفّافًا بما يكفي، وخصوصيّو العقيدة الأصوليون يرون أنك خطوة زائدة. الطرفان لا يرضيان.
صعب التنبؤ بالنجاح أو الفشل. لكن على الأقل، لم ينسخ الإجابات القياسية لـ op/zk، ولم يترك أي مساحة لبوابات خلفية مركزية. في هذه الصناعة، من يجرؤ على كتابة خطوات الحل بنفسه يستحق أن نضع له علامة.
عندما أفكر الآن، هل يمكنك أن تتخيل لو أن كل جهة مشروع تجرؤ على عرض منطق تصميمها مثلما تُعرض تفاصيل دليل دواء؟ ستقل الأمور السيئة كثيرًا. «دليل الاستخدام» الذي قدمه Dusk قرأته—منطقه متسق مع نفسه. أما هل يستحق الاستثمار أم لا، فهذا شأن آخر—على الأقل، هذه المرة لم أكن أراهن على التخمين.
#dusk $DUSK @Dusk
