#dusk $DUSK @Dusk قضيت وقتًا في العبث في نافذة CreatorPad والتعمق في نماذج المعاملات الخاصة بـ @Dusk بدلًا من مجرد قراءة عرض الشريحة، والحادثة التي وقعت في الجسر الأسبوع الماضي هي التي جعلت الأمر ينقر في ذهني.
في 16 أغسطس، قام نظام المراقبة لدى Dusk برصد نشاط مشبوه مرتبط بمحفظة مُدارة من الفريق كانت تُستخدم في عمليات الجسر. قام الفريق بتعطيل المحفظة وإعادة تدوير العناوين ذات الصلة، وإيقاف خدمات الجسر، وهذه هي النقطة التي علقت في ذهني: تم شحن قائمة حظر لمستلمي Web Wallet لمنع التحويلات إلى عناوين خطرة أو خاضعة لعقوبات معروفة. كما تنسيق مع Binance بمجرد أن لامس جزء من التدفق منصتهم. لا توجد أموال مستخدمين متأثرة، وفقًا لإشعار الفريق نفسه.
وهنا المشكلة. تقديم $DUSK بالكامل هو Phoenix وMoonlight: اختر مستوى الخصوصية الذي تريده، وبدّل بينهما متى شئت. Phoenix هو نموذج UTXO مُشفَّر (shielded) مع الملاحظات وnullifiers واثباتات ZK، ولا يظهر المُرسل/المستلم/المبلغ دون مفتاح عرض. أما Moonlight فهو قائم على الحسابات وعلني، الأرصدة تظهر للعيان، ومصمم لتقارير امتثال سهلة.
تعايش جميل على الورق. لكن راقب ما تم اللجوء إليه بمجرد أن بدا الأمر مريبًا: الإصلاح الذي تم شحنه كان قائمة حظر على الجانب الشفاف. يمكنك مطابقة عنوان Moonlight مع قائمة عقوبات في الوقت الحقيقي. أما مطابقة ملاحظة Phoenix بالطريقة نفسها فأصعب بكثير—وهذا هو سبب وجودها أصلاً.
لذا، "التبديل ذهابًا وإيابًا بنقرة زر"—صحيح من الناحية التقنية. لكن ذراع التفعيل في حالات الطوارئ كان السكة العامة. لست أُقلل من قيمة القرار، ربما كان صحيحًا. لكن مجرد ملاحظة أن النموذجين غير متماثلين تحت الضغط.
يُتركني أتساءل: هل يميل المستخدمون المُنظمون إلى الافتراضي نحو Moonlight لأي شيء قد يحتاج إلى استجابة سريعة للحوادث، ويبقى Phoenix غلافًا للأشياء التي لا يقلق أحد من تجميدها؟ هل شاهد أحدكم بالفعل استجابة لحادث من جانب Phoenix؟ أم أنها ما زالت غير مُختبرة؟
في 16 أغسطس، قام نظام المراقبة لدى Dusk برصد نشاط مشبوه مرتبط بمحفظة مُدارة من الفريق كانت تُستخدم في عمليات الجسر. قام الفريق بتعطيل المحفظة وإعادة تدوير العناوين ذات الصلة، وإيقاف خدمات الجسر، وهذه هي النقطة التي علقت في ذهني: تم شحن قائمة حظر لمستلمي Web Wallet لمنع التحويلات إلى عناوين خطرة أو خاضعة لعقوبات معروفة. كما تنسيق مع Binance بمجرد أن لامس جزء من التدفق منصتهم. لا توجد أموال مستخدمين متأثرة، وفقًا لإشعار الفريق نفسه.
وهنا المشكلة. تقديم $DUSK بالكامل هو Phoenix وMoonlight: اختر مستوى الخصوصية الذي تريده، وبدّل بينهما متى شئت. Phoenix هو نموذج UTXO مُشفَّر (shielded) مع الملاحظات وnullifiers واثباتات ZK، ولا يظهر المُرسل/المستلم/المبلغ دون مفتاح عرض. أما Moonlight فهو قائم على الحسابات وعلني، الأرصدة تظهر للعيان، ومصمم لتقارير امتثال سهلة.
تعايش جميل على الورق. لكن راقب ما تم اللجوء إليه بمجرد أن بدا الأمر مريبًا: الإصلاح الذي تم شحنه كان قائمة حظر على الجانب الشفاف. يمكنك مطابقة عنوان Moonlight مع قائمة عقوبات في الوقت الحقيقي. أما مطابقة ملاحظة Phoenix بالطريقة نفسها فأصعب بكثير—وهذا هو سبب وجودها أصلاً.
لذا، "التبديل ذهابًا وإيابًا بنقرة زر"—صحيح من الناحية التقنية. لكن ذراع التفعيل في حالات الطوارئ كان السكة العامة. لست أُقلل من قيمة القرار، ربما كان صحيحًا. لكن مجرد ملاحظة أن النموذجين غير متماثلين تحت الضغط.
يُتركني أتساءل: هل يميل المستخدمون المُنظمون إلى الافتراضي نحو Moonlight لأي شيء قد يحتاج إلى استجابة سريعة للحوادث، ويبقى Phoenix غلافًا للأشياء التي لا يقلق أحد من تجميدها؟ هل شاهد أحدكم بالفعل استجابة لحادث من جانب Phoenix؟ أم أنها ما زالت غير مُختبرة؟
