جرّبت تبادل حسابين في Dusk، شعرت أن برقتي تبردت قليلًا — الخصوصية صُمّمت لتخدم المستخدمين، لا لتكون هدفًا لهجوم المطوّرين.
في الليلة الماضية قرأت منشورًا للتجربة، صاحبُه لعب بين Moonlight وPhoenix في Dusk ذهابًا وإيابًا عدة مرات، ومع كل خطوة بدأ الأمر يَظهر بشكل غير مُريح أكثر.
عنوانان مشتقان من نفس عبارة الاسترجاع — واحد شفاف كأنه حوض زجاجي، والآخر صندوق أسود حتى أن الرصيد لا يمكن رؤيته. على طرف المستخدم، يكفي أن تضغط “التبديل” فيمرّ الأمر، لكن من الداخل على مستوى البروتوكول تُنفَّذ منطقيتان كاملتان للدفاتر: Moonlight كنموذج حسابي، الرصيد يُكتب مباشرة داخل العقد؛ أما Phoenix فهو UTXO مع notes، ويعتمد على التزامات Pedersen وnullifier لتجميع الصورة. @Dusk
قل لي، أليس هذا التصميم رائعًا؟ نعم، رائع… لكن جرّب أن تكتب فوقه عقد إقراض و اقتراض — أثناء التسوية عليك إدارة حالتين معًا؛ فـ ETH balance وnullifier الخاص بnotes الخصوصية يجب احتسابهما معًا. كتابة منطق Moonlight تخوّف الكبار من أن يتم استهدافهم، وكتابة منطق Phoenix تخوّف من أن الجهة التنظيمية ستقوم مباشرة بإغلاق واجهاتك. في الوثائق جملة مطاطة خفيفة مثل “اختر عند الحاجة”، المطوّرون إذا قرأوها لا يتمنون إلا أن يسبّوا — هذا ليس “تجزئة/وحدنة”؛ هذه ببساطة رمي سؤال اختيار إلى المنظومة لتدفع الثمن بدلًا عنك.
والأكثر ما جعل ظهري يبرد هو تحليل آخر. قصة رموز الأوراق المالية لدى NPEX تبدو مقنعة جدًا، لكن في النهاية كل شيء يذهب ليستقر على Moonlight. أولئك من MiCA وحتى احتياطيات العملات المستقرة يريدون تدقيقًا ربع سنويًا؛ وأنت تقول لهم “عندي zk-proof أقدر أختار منه عرضًا مُعمّى”؟ ردّ المنظمين الأول دائمًا هو: هل يمكن للكود أن يُصدِّر Excel بنقرة واحدة؟ “الإفصاح الانتقائي” في Phoenix، بالنسبة للمحامين، هو صندوق تقني أسود — إذا وقع شيء، من الذي يوقّع؟ المؤسسات ليست أغبياء؛ لو كانت هناك أموال حقيقية، يفضّلون أن يتعرّضوا لفضيحة بغير ستر لكن مع إمكانية تحميل المسؤولية.
الآن نسبة الرهن على السلسلة 36% تبدو جيدة، لكن من داخل الدائرة يعرفون أنها كلها نوع من الهوس الذاتي عند العقد. لقد تم إدخال DuskEVM، لكن إذا كان عمود Phoenix ما زال فارغًا في قائمة Dapp للعام القادم، فسيتحول هذا المشروع إلى سلسلة EVM مع إضافة خصوصية فقط، وسينهار السرد نصف انهيار مباشرة.
أنا لا أقول إن التقنية غير جيدة — اقتران UTXO مع ZK فعلاً “ثقيل” واحترافي. لكن أكبر فشل هو أن المنتج لم يقدّم إجابة افتراضية. المستخدم العادي لا يستطيع حتى تذكر عبارة الاسترجاع، وأنت تطلب منه في كل مرة قبل التحويل أن يتردد: “هل أفعّل الخصوصية اليوم أم لا؟”
كنت أنوي تعليق مركز مراقبة، لكن تراجعت. سأنتظر حتى أرى أول حالة يجرؤ فيها أحد أن يلقي السيولة الأساسية في Phoenix، ويحصل في الوقت نفسه على تأييد مكتوب من جهة تنظيمية في الاتحاد الأوروبي، ثم بعدها أتكلم.
#dusk $DUSK
في الليلة الماضية قرأت منشورًا للتجربة، صاحبُه لعب بين Moonlight وPhoenix في Dusk ذهابًا وإيابًا عدة مرات، ومع كل خطوة بدأ الأمر يَظهر بشكل غير مُريح أكثر.
عنوانان مشتقان من نفس عبارة الاسترجاع — واحد شفاف كأنه حوض زجاجي، والآخر صندوق أسود حتى أن الرصيد لا يمكن رؤيته. على طرف المستخدم، يكفي أن تضغط “التبديل” فيمرّ الأمر، لكن من الداخل على مستوى البروتوكول تُنفَّذ منطقيتان كاملتان للدفاتر: Moonlight كنموذج حسابي، الرصيد يُكتب مباشرة داخل العقد؛ أما Phoenix فهو UTXO مع notes، ويعتمد على التزامات Pedersen وnullifier لتجميع الصورة. @Dusk
قل لي، أليس هذا التصميم رائعًا؟ نعم، رائع… لكن جرّب أن تكتب فوقه عقد إقراض و اقتراض — أثناء التسوية عليك إدارة حالتين معًا؛ فـ ETH balance وnullifier الخاص بnotes الخصوصية يجب احتسابهما معًا. كتابة منطق Moonlight تخوّف الكبار من أن يتم استهدافهم، وكتابة منطق Phoenix تخوّف من أن الجهة التنظيمية ستقوم مباشرة بإغلاق واجهاتك. في الوثائق جملة مطاطة خفيفة مثل “اختر عند الحاجة”، المطوّرون إذا قرأوها لا يتمنون إلا أن يسبّوا — هذا ليس “تجزئة/وحدنة”؛ هذه ببساطة رمي سؤال اختيار إلى المنظومة لتدفع الثمن بدلًا عنك.
والأكثر ما جعل ظهري يبرد هو تحليل آخر. قصة رموز الأوراق المالية لدى NPEX تبدو مقنعة جدًا، لكن في النهاية كل شيء يذهب ليستقر على Moonlight. أولئك من MiCA وحتى احتياطيات العملات المستقرة يريدون تدقيقًا ربع سنويًا؛ وأنت تقول لهم “عندي zk-proof أقدر أختار منه عرضًا مُعمّى”؟ ردّ المنظمين الأول دائمًا هو: هل يمكن للكود أن يُصدِّر Excel بنقرة واحدة؟ “الإفصاح الانتقائي” في Phoenix، بالنسبة للمحامين، هو صندوق تقني أسود — إذا وقع شيء، من الذي يوقّع؟ المؤسسات ليست أغبياء؛ لو كانت هناك أموال حقيقية، يفضّلون أن يتعرّضوا لفضيحة بغير ستر لكن مع إمكانية تحميل المسؤولية.
الآن نسبة الرهن على السلسلة 36% تبدو جيدة، لكن من داخل الدائرة يعرفون أنها كلها نوع من الهوس الذاتي عند العقد. لقد تم إدخال DuskEVM، لكن إذا كان عمود Phoenix ما زال فارغًا في قائمة Dapp للعام القادم، فسيتحول هذا المشروع إلى سلسلة EVM مع إضافة خصوصية فقط، وسينهار السرد نصف انهيار مباشرة.
أنا لا أقول إن التقنية غير جيدة — اقتران UTXO مع ZK فعلاً “ثقيل” واحترافي. لكن أكبر فشل هو أن المنتج لم يقدّم إجابة افتراضية. المستخدم العادي لا يستطيع حتى تذكر عبارة الاسترجاع، وأنت تطلب منه في كل مرة قبل التحويل أن يتردد: “هل أفعّل الخصوصية اليوم أم لا؟”
كنت أنوي تعليق مركز مراقبة، لكن تراجعت. سأنتظر حتى أرى أول حالة يجرؤ فيها أحد أن يلقي السيولة الأساسية في Phoenix، ويحصل في الوقت نفسه على تأييد مكتوب من جهة تنظيمية في الاتحاد الأوروبي، ثم بعدها أتكلم.
#dusk $DUSK
