#dusk $DUSK قبل ترقية البروتوكول، عادةً ما أجري أولًا دورة من التحويل والتحقق من التوقيع واستدعاء العقد. بعد أن اجتازت الاختبارات بالكامل، تكون البورصة على وشك استعادة الإيداع والسحب، ويبدأ الروبوت أيضًا في إزالة التحوط المؤقت، وإعادة وضع مخزون DUSK مرة أخرى في السوق. هذا سيناريو اعتيادي جدًا من سيناريوهات التشغيل.
لكن لدى Dusk تفاصيل واحدة تذكّرني بألا أستعجل بالضغط على زر الاستعادة.
داخل VM مؤقت محلي في Dusk، ضبط ارتفاع الكتلة بعد Boreas لا يعني إلا أن البرنامج يقوم بمحاكاة تلك الفترة. يجب التحقق من توقيعات BLS وفق أي مجموعة من القواعد، كما يلزم ضبط Host Query Policy بشكل منفصل. إذا فاتت هذه الخطوة، فسيظهر في واجهة الاختبار أنها Boreas، لكن الطبقة السفلية قد تستمر في التحقق من التوقيع وفق قواعد PreFork القديمة.
وهذا يؤدي إلى حادثة تداول واقعية جدًا: يختبر الروبوت بنجاح وفق القواعد القديمة، ولكن بعد ترقية العقدة الرسمية، يُرفض المعاملة وفق القواعد الجديدة. تكون البورصة قد استعادت الإيداع والسحب للتو، فتتوقف طلبات سحب المستخدمين؛ كما أن مخزون صانعي السوق قد أزيل منه التحوط، ولم يعد يمكن إرسال عمليات تغذية احتياطية على السلسلة. في النهاية، قد يتحول “علامة خضراء” في تقرير الاختبار إلى سوق أرق وتوقف للأموال.
عندما رأيت لأول مرة أن إعداد ارتفاع الكتلة وقواعد التحقق من التوقيع منفصلان، شعرت أن الأمر مزعج قليلًا. لكن عندما تضع المراكز الفعلية داخله، فإن هذه “المزاعجة” تستحق العناء فعلًا: يجب على المطورين وفرق التدقيق والبورصات أن يكتبوا بوضوح أي مجموعة بروتوكول يقومون باختبارها، وأن يتمكن الآخرون أيضًا من إعادة تشغيل الاختبارات على الإصدارات نفسها. بهذا الشكل، ناهيك عن تقليل مشاكل التداول، على الأقل يوجد تفسير يبعث على الاطمئنان.
أعتقد أن هذه نقطة شديدة القيمة من Dusk للتداول. لا يجب أن تكون “نتيجة الاختبار ناجحة” فقط دليل ترقية لسلسلة مالية؛ بل يجب أيضًا تضمين إصدار Rusk واستراتيجية Hard Fork وقواعد التوقيع. عندما تتطابق هذه الأمور الثلاثة، فقط عندها يجرؤ فريق التداول على تقصير وقت الإيقاف عن الإيداع والسحب، وتقليل المخزون الاحتياطي، واستعادة دوران الأموال بشكل أسرع.
بالنسبة لـ $DUSK ، في النهاية ستنعكس الموثوقية الهندسية في حساب محدد جدًا: بعد الترقية، عدد المعاملات الفاشلة أقل، والبورصة تستعيد الإيداع والسحب أبكر، وتعود أموال صانعي السوق إلى السلسلة أسرع، ويمكن أن تحدث الاستدعاءات الفعلية وGas بشكل متواصل.
كون الاختبارات كلها خضراء يعني فقط أن البرنامج أنهى التشغيل؛ وإذا كانت القواعد أيضًا متطابقة، يجرؤ السوق عندها على إعادة الأموال. على أي حال، تجربتي الشخصية تقول: كل ما يتعلق بالموثوقية الهندسية، حتى لو بدا صغيرًا أو تفصيليًا، فهو مهم جدًا.
@Dusk
$BTC
لكن لدى Dusk تفاصيل واحدة تذكّرني بألا أستعجل بالضغط على زر الاستعادة.
داخل VM مؤقت محلي في Dusk، ضبط ارتفاع الكتلة بعد Boreas لا يعني إلا أن البرنامج يقوم بمحاكاة تلك الفترة. يجب التحقق من توقيعات BLS وفق أي مجموعة من القواعد، كما يلزم ضبط Host Query Policy بشكل منفصل. إذا فاتت هذه الخطوة، فسيظهر في واجهة الاختبار أنها Boreas، لكن الطبقة السفلية قد تستمر في التحقق من التوقيع وفق قواعد PreFork القديمة.
وهذا يؤدي إلى حادثة تداول واقعية جدًا: يختبر الروبوت بنجاح وفق القواعد القديمة، ولكن بعد ترقية العقدة الرسمية، يُرفض المعاملة وفق القواعد الجديدة. تكون البورصة قد استعادت الإيداع والسحب للتو، فتتوقف طلبات سحب المستخدمين؛ كما أن مخزون صانعي السوق قد أزيل منه التحوط، ولم يعد يمكن إرسال عمليات تغذية احتياطية على السلسلة. في النهاية، قد يتحول “علامة خضراء” في تقرير الاختبار إلى سوق أرق وتوقف للأموال.
عندما رأيت لأول مرة أن إعداد ارتفاع الكتلة وقواعد التحقق من التوقيع منفصلان، شعرت أن الأمر مزعج قليلًا. لكن عندما تضع المراكز الفعلية داخله، فإن هذه “المزاعجة” تستحق العناء فعلًا: يجب على المطورين وفرق التدقيق والبورصات أن يكتبوا بوضوح أي مجموعة بروتوكول يقومون باختبارها، وأن يتمكن الآخرون أيضًا من إعادة تشغيل الاختبارات على الإصدارات نفسها. بهذا الشكل، ناهيك عن تقليل مشاكل التداول، على الأقل يوجد تفسير يبعث على الاطمئنان.
أعتقد أن هذه نقطة شديدة القيمة من Dusk للتداول. لا يجب أن تكون “نتيجة الاختبار ناجحة” فقط دليل ترقية لسلسلة مالية؛ بل يجب أيضًا تضمين إصدار Rusk واستراتيجية Hard Fork وقواعد التوقيع. عندما تتطابق هذه الأمور الثلاثة، فقط عندها يجرؤ فريق التداول على تقصير وقت الإيقاف عن الإيداع والسحب، وتقليل المخزون الاحتياطي، واستعادة دوران الأموال بشكل أسرع.
بالنسبة لـ $DUSK ، في النهاية ستنعكس الموثوقية الهندسية في حساب محدد جدًا: بعد الترقية، عدد المعاملات الفاشلة أقل، والبورصة تستعيد الإيداع والسحب أبكر، وتعود أموال صانعي السوق إلى السلسلة أسرع، ويمكن أن تحدث الاستدعاءات الفعلية وGas بشكل متواصل.
كون الاختبارات كلها خضراء يعني فقط أن البرنامج أنهى التشغيل؛ وإذا كانت القواعد أيضًا متطابقة، يجرؤ السوق عندها على إعادة الأموال. على أي حال، تجربتي الشخصية تقول: كل ما يتعلق بالموثوقية الهندسية، حتى لو بدا صغيرًا أو تفصيليًا، فهو مهم جدًا.
@Dusk
$BTC