كنت أتوقع عملية واحدة. لقد حسبت ثلاث عمليات.
هذه عملية سحب عبر جسر DuskEVM، مباشرة من دليل Dusk الخاص:
1. ابدأ عملية السحب على DuskEVM
2. ثبّتها على Dusk L1
3. أكملها على Dusk L1
ثلاث عمليات على السلسلة، ورسوم على الجهتين: المعاملة المصدرية، ثم اثنتان أخريان على L1.
التعليمات التي أحترمها أكثر هي تلك المتعلقة بالتوقيت. تقول الوثائق إن جاهزية السحب تعتمد على الحالة المنشورة للشبكة، ونضج الإثبات، وفحوصات لعبة النزاع، وأن حقل حالة المحفظة هو المرجع — لا تستنتج الجاهزية من الوقت المنقضي. سطّر كهذا موجود لأن نوافذ سحب الـ Rollup ليست ساعات، بل آلات حالات. كل تكامل يقوم بتضمين "انتظر N دقائق، ثم أكمل" في النهاية سينكسر: قد تصل المقترحات متأخرة، وقد تمتد عملية التحقق وقتًا أطول، ويرسل المُكمِّل بياناته إلى حالة لا تكون جاهزة.
التفصيل الثاني يقول أكثر من مجرد عدد الخطوات. يخبرك الدليل أن تحتفظ بكميات كافية من DUSK غير المُحجّب على L1 لتغطية تكلفة كل من إثبات السحب ومعاملة إتمامه. اجلس مع ذلك على سلسلة يكون جوهر عرضها هو التحويلات السرّية: مسار الخروج من طبقة EVM الخاصة بها مُقوّم في رصيدٍ شفاف. تنبيه، والأمر مهم — هذا دليل للشبكة التجريبية؛ فما زال DuskEVM مُعلَّمًا على أنه Testnet، لذا قد يتغير شكل mainnet.
ولإنصاف Dusk، لا شيء مما سبق هو اختراع لـ Dusk. إنها ممارسة قياسية لتصميم الـ optimistic-rollup الموروث من OP Stack، وكل سلسلة من سلاسل OP تطلب منك نفس ثلاث خطوات. لذلك فالسؤال ليس ما إذا كان Dusk قد أخطأ شيئًا. بل ما الذي تفعله خبرة المستخدم القياسية في الـ rollup بسلسلة يكون تميّزها الأساسي هو الخصوصية.
هل تحتاج سلاسل تركز على الخصوصية إلى تصميم جسر مختلف جوهريًا؟ أم أن الغاز الشفاف في طبقة التسوية ثمن عادل تدفعه مقابل تجربة تطوير مألوفة؟
#dusk $DUSK @Dusk
هذه عملية سحب عبر جسر DuskEVM، مباشرة من دليل Dusk الخاص:
1. ابدأ عملية السحب على DuskEVM
2. ثبّتها على Dusk L1
3. أكملها على Dusk L1
ثلاث عمليات على السلسلة، ورسوم على الجهتين: المعاملة المصدرية، ثم اثنتان أخريان على L1.
التعليمات التي أحترمها أكثر هي تلك المتعلقة بالتوقيت. تقول الوثائق إن جاهزية السحب تعتمد على الحالة المنشورة للشبكة، ونضج الإثبات، وفحوصات لعبة النزاع، وأن حقل حالة المحفظة هو المرجع — لا تستنتج الجاهزية من الوقت المنقضي. سطّر كهذا موجود لأن نوافذ سحب الـ Rollup ليست ساعات، بل آلات حالات. كل تكامل يقوم بتضمين "انتظر N دقائق، ثم أكمل" في النهاية سينكسر: قد تصل المقترحات متأخرة، وقد تمتد عملية التحقق وقتًا أطول، ويرسل المُكمِّل بياناته إلى حالة لا تكون جاهزة.
التفصيل الثاني يقول أكثر من مجرد عدد الخطوات. يخبرك الدليل أن تحتفظ بكميات كافية من DUSK غير المُحجّب على L1 لتغطية تكلفة كل من إثبات السحب ومعاملة إتمامه. اجلس مع ذلك على سلسلة يكون جوهر عرضها هو التحويلات السرّية: مسار الخروج من طبقة EVM الخاصة بها مُقوّم في رصيدٍ شفاف. تنبيه، والأمر مهم — هذا دليل للشبكة التجريبية؛ فما زال DuskEVM مُعلَّمًا على أنه Testnet، لذا قد يتغير شكل mainnet.
ولإنصاف Dusk، لا شيء مما سبق هو اختراع لـ Dusk. إنها ممارسة قياسية لتصميم الـ optimistic-rollup الموروث من OP Stack، وكل سلسلة من سلاسل OP تطلب منك نفس ثلاث خطوات. لذلك فالسؤال ليس ما إذا كان Dusk قد أخطأ شيئًا. بل ما الذي تفعله خبرة المستخدم القياسية في الـ rollup بسلسلة يكون تميّزها الأساسي هو الخصوصية.
هل تحتاج سلاسل تركز على الخصوصية إلى تصميم جسر مختلف جوهريًا؟ أم أن الغاز الشفاف في طبقة التسوية ثمن عادل تدفعه مقابل تجربة تطوير مألوفة؟
#dusk $DUSK @Dusk
