كنت على وشك الاستسلام من إعادة تحميل/تحديث رصيدي مرتين قبل أن أفهم ما كنت أنتظرُه بالفعل.
الغسق لا يتعامل مع المعاملة المُجمَّرة كأنها لحظة واحدة. يتم إدراج المعاملة أولاً في كتلة L2 بواسطة المُسلسِل (sequencer)، ثم يقوم المُجمِّع (batcher) بنشر تلك البيانات مرةً أخرى إلى DuskDS، ولا تستقر عملية التحويل فعلياً إلا بعد أن يتم تثبيت الالتزامات بالحالة وإثباتات العيوب هناك.
وهذه هي النقطة التي غيّرت قراءتي لها: تقوم معظم تجميعات EVM بإجبارك على الانتظار خلال نافذة تحدٍّ تقارب سبعة أيام قبل أن تصبح عملية السحب نهائية حقاً، لأن شخصاً ما يجب أن يكون لديه وقت للاعتراض على حالة سيئة. أمّا DuskEVM فيسوي مباشرةً إلى DuskDS، بدون نافذة عيوب تمتد سبعة أيام. لذلك ليست الفجوة بين الإدراج والتسوية أياماً، بل شيئاً يمكنك أن تومض فيه وتفوتك. هذا خيار تصميمي حقيقي، وليس مجرد توصيلات.
لكن هذا يوشك أيضاً أن يجعله أسوأ بطريقة ما. إذا كان التأخير طويلاً، فستتوقع الانتظار والتخطيط حوله. وبما أنه سريع، فمن السهل أن تخلط بين "مُدرج" و"نهائي" دون أن تلاحظ أن هناك ادعاءين منفصلين يتم تقديمهما.
أعجبني أن البروتوكول ما زال يحافظ على تمييز تلك الادعاءات حتى عندما تكون الفجوة بينهما صغيرة لدرجة يمكن تجاهلها.
فهل تقليص نافذة العيوب إلى شبه فورية يُعد ترقيةً حقيقية في المرونة مقارنةً بنموذج التجميع القياسي، أم أن إزالة الانتظار الطويل تزيل أيضاً الإشارة التي كانت تنبّه الناس إلى وجوب الحذر؟
#dusk @Dusk $DUSK $PENGU $TUT
الغسق لا يتعامل مع المعاملة المُجمَّرة كأنها لحظة واحدة. يتم إدراج المعاملة أولاً في كتلة L2 بواسطة المُسلسِل (sequencer)، ثم يقوم المُجمِّع (batcher) بنشر تلك البيانات مرةً أخرى إلى DuskDS، ولا تستقر عملية التحويل فعلياً إلا بعد أن يتم تثبيت الالتزامات بالحالة وإثباتات العيوب هناك.
وهذه هي النقطة التي غيّرت قراءتي لها: تقوم معظم تجميعات EVM بإجبارك على الانتظار خلال نافذة تحدٍّ تقارب سبعة أيام قبل أن تصبح عملية السحب نهائية حقاً، لأن شخصاً ما يجب أن يكون لديه وقت للاعتراض على حالة سيئة. أمّا DuskEVM فيسوي مباشرةً إلى DuskDS، بدون نافذة عيوب تمتد سبعة أيام. لذلك ليست الفجوة بين الإدراج والتسوية أياماً، بل شيئاً يمكنك أن تومض فيه وتفوتك. هذا خيار تصميمي حقيقي، وليس مجرد توصيلات.
لكن هذا يوشك أيضاً أن يجعله أسوأ بطريقة ما. إذا كان التأخير طويلاً، فستتوقع الانتظار والتخطيط حوله. وبما أنه سريع، فمن السهل أن تخلط بين "مُدرج" و"نهائي" دون أن تلاحظ أن هناك ادعاءين منفصلين يتم تقديمهما.
أعجبني أن البروتوكول ما زال يحافظ على تمييز تلك الادعاءات حتى عندما تكون الفجوة بينهما صغيرة لدرجة يمكن تجاهلها.
فهل تقليص نافذة العيوب إلى شبه فورية يُعد ترقيةً حقيقية في المرونة مقارنةً بنموذج التجميع القياسي، أم أن إزالة الانتظار الطويل تزيل أيضاً الإشارة التي كانت تنبّه الناس إلى وجوب الحذر؟
#dusk @Dusk $DUSK $PENGU $TUT
