#dusk $DUSK @Dusk
عدتُ إلى وثائق DuskEVM الخاصة بـ Dusk بعد الاطلاع على أحدث نتيجة لاختبار التحميل، وأدركت أنني كنتُ قد افترضت افتراضًا بسيطًا: إن بلوك EVM سريع يعني أن DuskDS يجب أن ينفّذ نفس المعاملات مرةً أخرى.
التدفق المُوثّق مختلف. تُرسَل المعاملة إلى مُنسّق DuskEVM (sequencer)، ثم تدخل ضمن بلوك L2، ويقوم المُجمِّع (batcher) بنشر بياناتها إلى DuskDS. بعدها تقوم التزامات الحالة وإثباتات الأعطال بربط الحالة الناتجة بتسوية DuskDS. في الاختبار المُبلغ عنه، أنتجت قرابة 10,000 معاملة داخل بلوك واحد مدته ثانيتان في DuskEVM ثماني blobs، مُقسّمة عبر معاملتين ضمن DuskDS، بينما واصلت DuskDS معالجة حملها الأصلي.
هذا جعلني أنظر إلى الأمر بشكل مختلف.
تفسيرِي: النتيجة المهمة ليست مجرد عدد المعاملات. بل إن تنفيذ EVM وتسوية DuskDS تعاملا مع عملٍ مختلط عبر نماذج حالات منفصلة، دون أن يُظهر المثال أن حملًا واحدًا كان سيُعيق الحمل الآخر.
عدم يقيني يتمثل في ماذا يحدث خارج الحالة النظيفة. تحت طلبٍ مختلطٍ مستدام، ما هي الحدود القصوى (worst-case bounds) بين تضمين EVM، ونشر البيانات، وتسوية DuskDS؟ إذا توقّف المُنسّق أو المُجمِّع (stalls)، من الذي يمكنه بدء الاسترداد (recovery)، وما الذي يمنع هذه الصلاحية من إعادة ترتيب أو تأخير المعاملات المالية المعلقة؟
أريد أن أراقب ذلك عمليًا.
عدتُ إلى وثائق DuskEVM الخاصة بـ Dusk بعد الاطلاع على أحدث نتيجة لاختبار التحميل، وأدركت أنني كنتُ قد افترضت افتراضًا بسيطًا: إن بلوك EVM سريع يعني أن DuskDS يجب أن ينفّذ نفس المعاملات مرةً أخرى.
التدفق المُوثّق مختلف. تُرسَل المعاملة إلى مُنسّق DuskEVM (sequencer)، ثم تدخل ضمن بلوك L2، ويقوم المُجمِّع (batcher) بنشر بياناتها إلى DuskDS. بعدها تقوم التزامات الحالة وإثباتات الأعطال بربط الحالة الناتجة بتسوية DuskDS. في الاختبار المُبلغ عنه، أنتجت قرابة 10,000 معاملة داخل بلوك واحد مدته ثانيتان في DuskEVM ثماني blobs، مُقسّمة عبر معاملتين ضمن DuskDS، بينما واصلت DuskDS معالجة حملها الأصلي.
هذا جعلني أنظر إلى الأمر بشكل مختلف.
تفسيرِي: النتيجة المهمة ليست مجرد عدد المعاملات. بل إن تنفيذ EVM وتسوية DuskDS تعاملا مع عملٍ مختلط عبر نماذج حالات منفصلة، دون أن يُظهر المثال أن حملًا واحدًا كان سيُعيق الحمل الآخر.
عدم يقيني يتمثل في ماذا يحدث خارج الحالة النظيفة. تحت طلبٍ مختلطٍ مستدام، ما هي الحدود القصوى (worst-case bounds) بين تضمين EVM، ونشر البيانات، وتسوية DuskDS؟ إذا توقّف المُنسّق أو المُجمِّع (stalls)، من الذي يمكنه بدء الاسترداد (recovery)، وما الذي يمنع هذه الصلاحية من إعادة ترتيب أو تأخير المعاملات المالية المعلقة؟
أريد أن أراقب ذلك عمليًا.
