#dusk $DUSK @Dusk إذا قمت بإرسال DUSK عبر جسر DuskEVM، كيف تعرف فعليًا أن أموالك آمنة للإنفاق على الجهة الأخرى — وماذا يحدث إذا أخطأت في التقدير؟
بدأت بالبحث في ذلك بعد أن كدت أُجري افتراضًا كان من الممكن أن يكلّفني. كان انطباعي هو: بما أن الإدراج يظهر أنه تم تأكيده في مستكشف الكتل، إذن يجب أن تكون الأموال قابلة للاستخدام. اتضح أن هذا هو بالضبط التفكير الخاطئ.
توضح وثائق مطوري Dusk هذا الأمر بوضوح: الإدراج والتسوية مرحلتان منفصلتان، والتطبيقات التي تنقل القيمة بين طبقة DuskEVM وطبقة DuskDS طُلب منها صراحةً التحقق من حالة البروتوكول أو المحفظة مباشرةً — وليس استنتاج الحتمية النهائية فقط لأن مقدارًا من الوقت قد مر. يحدث إدراج المعاملات على DuskEVM بسرعة لأنه L2 قائم على المُجمِّع (sequencer)، لكن هذا ليس هو نفس لحظة تسوية أموالك فعليًا وضمان أمانها ضد الطبقة الأساسية.
إليك ما يعنيه ذلك عمليًا: إذا كنت تقوم بربط الأصول (bridging) وأرسلت أو أنفقت بناءً على "من المحتمل أن يكون قد اكتمل الآن"، فأنت تعتمد على تخمين يحذّر منه البروتوكول نفسه صراحةً. الفجوة بين "يبدو أنه تم إدراجه" و"تم تسويته فعليًا" هي بالضبط نوع النافذة التي يؤدي فيها التصرف مبكرًا إلى تعرّض حقيقي — باستخدام أموال قد لا تزال قابلة لإعادة التنظيم (reorganized) أو الإبطال (invalidated) قبل أن تصبح نهائية بالفعل.
@Dusk _Foundation — لم أجد رقمًا منشورًا عن متوسط مدة الانتظار المعتادة فعليًا بين إدراج DuskEVM وتسوية DuskDS ذات الحتمية النهائية في الظروف العادية للشبكة، فقط إرشادًا للتحقق من الحالة بدلًا من احتساب الوقت المنقضي.
إذا كان البروتوكول نفسه يقول لا تقدّر بناءً على الزمن المنقضي، فهل تُظهر معظم المحافظ وواجهات الربط (bridge UIs) بالفعل حالة التسوية الحقيقية للمستخدمين، أم أن الناس ما زالوا يراقبون مؤقتًا ويخمنون؟
بدأت بالبحث في ذلك بعد أن كدت أُجري افتراضًا كان من الممكن أن يكلّفني. كان انطباعي هو: بما أن الإدراج يظهر أنه تم تأكيده في مستكشف الكتل، إذن يجب أن تكون الأموال قابلة للاستخدام. اتضح أن هذا هو بالضبط التفكير الخاطئ.
توضح وثائق مطوري Dusk هذا الأمر بوضوح: الإدراج والتسوية مرحلتان منفصلتان، والتطبيقات التي تنقل القيمة بين طبقة DuskEVM وطبقة DuskDS طُلب منها صراحةً التحقق من حالة البروتوكول أو المحفظة مباشرةً — وليس استنتاج الحتمية النهائية فقط لأن مقدارًا من الوقت قد مر. يحدث إدراج المعاملات على DuskEVM بسرعة لأنه L2 قائم على المُجمِّع (sequencer)، لكن هذا ليس هو نفس لحظة تسوية أموالك فعليًا وضمان أمانها ضد الطبقة الأساسية.
إليك ما يعنيه ذلك عمليًا: إذا كنت تقوم بربط الأصول (bridging) وأرسلت أو أنفقت بناءً على "من المحتمل أن يكون قد اكتمل الآن"، فأنت تعتمد على تخمين يحذّر منه البروتوكول نفسه صراحةً. الفجوة بين "يبدو أنه تم إدراجه" و"تم تسويته فعليًا" هي بالضبط نوع النافذة التي يؤدي فيها التصرف مبكرًا إلى تعرّض حقيقي — باستخدام أموال قد لا تزال قابلة لإعادة التنظيم (reorganized) أو الإبطال (invalidated) قبل أن تصبح نهائية بالفعل.
@Dusk _Foundation — لم أجد رقمًا منشورًا عن متوسط مدة الانتظار المعتادة فعليًا بين إدراج DuskEVM وتسوية DuskDS ذات الحتمية النهائية في الظروف العادية للشبكة، فقط إرشادًا للتحقق من الحالة بدلًا من احتساب الوقت المنقضي.
إذا كان البروتوكول نفسه يقول لا تقدّر بناءً على الزمن المنقضي، فهل تُظهر معظم المحافظ وواجهات الربط (bridge UIs) بالفعل حالة التسوية الحقيقية للمستخدمين، أم أن الناس ما زالوا يراقبون مؤقتًا ويخمنون؟