#dusk $DUSK @Dusk عند القيام بها مرة واحدة، ما زال يتطلب تأكيدًا ثلاث مرات بشكل متتابع، ويجب كذلك حجز Gas على شبكتين. رد فعل المستخدم العادي الأول ليس “أمان على مستوى متعدد الصلاحيات شديد الدقة”، بل بالأحرى: هل أموالي عالقة؟
لقد راجعت إرشادات جسر @Dusk الخاصة بـ DuskEVM حاليًا. أولًا: الصفحة الرسمية تصف شبكة الاختبار؛ فعملات الاختبار لا قيمة فعلية لها، ولا يجوز كتابتها مسبقًا على أنها تم تشغيلها بالفعل على الشبكة الرئيسية.
الإيداع مباشر نسبيًا: يتم إرسال المعاملة على Dusk L1، ثم الانتظار لوصول رصيد DuskEVM، ولن يتم تحديث حالتي الشبكتين في الوقت نفسه. أما عند الخروج، فيجب أولًا بدء العملية على DuskEVM؛ بعد أن تُظهر المحفظة “يمكن إثباته” انتقل إلى تقديم إثبات على L1؛ ثم انتظر “يمكن تأكيده نهائيًا” قبل إرسال معاملة أخرى على L1 لإطلاق DUSK.
يتضمن كل خروج ثلاث عمليات على السلسلة: بدء + إثبات + تأكيد نهائي. بالإضافة إلى رسوم السلسلة من المصدر، يلزم تجهيز رسومين على L1، واستخدام DUSK غير مُخصّص للخصوصية (غير مؤمّن بالخصوصية) للدفع. إذا تم تحويل كامل رصيد L1 إلى EVM، فقد تتوقف الأصول في منتصف الطريق بسبب نقص Gas.
لماذا لا يمكن السماح بإطلاق العملية دفعة واحدة؟ DuskEVM هو المسؤول عن التنفيذ، بينما Dusk L1 يتولى承接 الإثبات والإطلاق النهائي. يجب على النظام انتظار نشر الحالة، ونضج الإثبات وفحص الخلافات، والتأكد من أن نتيجة التنفيذ يمكن أن تُقبل من طبقة التسوية. الثمن هو الوقت، وتعقيد العمليات، واحتجاز السيولة.
وهذا أكثر إزعاجًا للمؤسسات. خصم الأصول من EVM لا يعني وصولها إلى L1 فعليًا؛ ولا يمكن لنظام المالية أن يسجل “تم البدء بنجاح” على أنه “اكتملت عملية السحب”. بل يجب مطابقة قيمة تجزئة المعاملة، وحالة الإثبات، والتأكيد النهائي، وأيضًا تكلفة العمليات الثلاث. وإلا سيظهر في الدفاتر نافذة انتظار للتسوية.
لذلك سأتابع أربع نقاط: متوسط وقت الإخراج، ونسبة تكدّس المعاملات في كل مرحلة، وإجمالي تكلفة العمليات الثلاث، وما إذا كان بالإمكان الاستعادة بدون خسارة بعد الفشل. $DUSK هي أصول أصلية وGas على الجانبين، لكن ما إذا كان المستخدم سيتجرأ على الدخول يعتمد على قدرة الطرف على فهم الإخراج، كما يمكن أن يتم تدقيقها بالكامل من قبل سجلات المؤسسة.
#dusk
لقد راجعت إرشادات جسر @Dusk الخاصة بـ DuskEVM حاليًا. أولًا: الصفحة الرسمية تصف شبكة الاختبار؛ فعملات الاختبار لا قيمة فعلية لها، ولا يجوز كتابتها مسبقًا على أنها تم تشغيلها بالفعل على الشبكة الرئيسية.
الإيداع مباشر نسبيًا: يتم إرسال المعاملة على Dusk L1، ثم الانتظار لوصول رصيد DuskEVM، ولن يتم تحديث حالتي الشبكتين في الوقت نفسه. أما عند الخروج، فيجب أولًا بدء العملية على DuskEVM؛ بعد أن تُظهر المحفظة “يمكن إثباته” انتقل إلى تقديم إثبات على L1؛ ثم انتظر “يمكن تأكيده نهائيًا” قبل إرسال معاملة أخرى على L1 لإطلاق DUSK.
يتضمن كل خروج ثلاث عمليات على السلسلة: بدء + إثبات + تأكيد نهائي. بالإضافة إلى رسوم السلسلة من المصدر، يلزم تجهيز رسومين على L1، واستخدام DUSK غير مُخصّص للخصوصية (غير مؤمّن بالخصوصية) للدفع. إذا تم تحويل كامل رصيد L1 إلى EVM، فقد تتوقف الأصول في منتصف الطريق بسبب نقص Gas.
لماذا لا يمكن السماح بإطلاق العملية دفعة واحدة؟ DuskEVM هو المسؤول عن التنفيذ، بينما Dusk L1 يتولى承接 الإثبات والإطلاق النهائي. يجب على النظام انتظار نشر الحالة، ونضج الإثبات وفحص الخلافات، والتأكد من أن نتيجة التنفيذ يمكن أن تُقبل من طبقة التسوية. الثمن هو الوقت، وتعقيد العمليات، واحتجاز السيولة.
وهذا أكثر إزعاجًا للمؤسسات. خصم الأصول من EVM لا يعني وصولها إلى L1 فعليًا؛ ولا يمكن لنظام المالية أن يسجل “تم البدء بنجاح” على أنه “اكتملت عملية السحب”. بل يجب مطابقة قيمة تجزئة المعاملة، وحالة الإثبات، والتأكيد النهائي، وأيضًا تكلفة العمليات الثلاث. وإلا سيظهر في الدفاتر نافذة انتظار للتسوية.
لذلك سأتابع أربع نقاط: متوسط وقت الإخراج، ونسبة تكدّس المعاملات في كل مرحلة، وإجمالي تكلفة العمليات الثلاث، وما إذا كان بالإمكان الاستعادة بدون خسارة بعد الفشل. $DUSK هي أصول أصلية وGas على الجانبين، لكن ما إذا كان المستخدم سيتجرأ على الدخول يعتمد على قدرة الطرف على فهم الإخراج، كما يمكن أن يتم تدقيقها بالكامل من قبل سجلات المؤسسة.
#dusk
