لم أكن أخطط لاختبار ساعة السجن الخاصة بـ DUSK مرة أخرى. لقد فتحت فقط لوحة معلومات مكافآت testnet للمطالبة بالعائد. هناك رأيتها: كان موفّر الإتاحة النهائي الخاص بي بنسبة 99.1% uptime و14 حدث إعادة ضبط للسجن في آخر ثلاثة أشهر.

لوحة المعلومات لم تضع علامة عليها. لقد أضافتها بهدوء إلى السجلّ، بالطريقة التي يخفي بها السيرة الذاتية الفجوات عبر تمديد التواريخ. كل عملية إعادة ضبط أعادت تثبيت StartHeight، وأعادت تشغيل نافذة الحيوية لمدة 28 ساعة قبل أن تنضج النافذة القديمة. لم يكن الموفّر موثوقًا. كان يغسل الغياب عبر العودة.

كنت أُراكم المكافآت من مدقق لم يكن حاضرًا غالبًا، لأن عقوبة تفويت التصويتات تنتهي أسرع مما تفوّته العصور (epochs). المقياس الذي كنت أثق به—الإتاحة—لم يكن يقيس الإتاحة. كان يقيس مدى قدرة المشغّل على تحديث ذريعته (alibi) الخاصة به. في تلك الليلة، لم تكن محادثة صوت DUSK تتناول Phoenix أو Citadel. كانت تتحدث عن مستخدم اسمه Mara يسأل كيف يمكن تدقيق عدد عمليات إعادة ضبط السجن على السلسلة (on-chain). لم يكن لدى أحد جواب نظيف. البيانات موجودة.

الواجهة لا تُظهرها. كنا جميعًا نفوّض إلى مشغّلين لم نرَهم فعليًا يبقون مستيقظين، لأن الرقم الوحيد الذي كان يهم هو الرقم المصمم ليُستغل. الإيقاف/الاقتطاع (Slashing) يعاقب سوء النية. كان السجن يُفترض أن يعاقب الإهمال. لكن عمليًا، يعاقب السجن فقط أولئك الذين ينسون إعادة الدخول قبل أن يلحق بالساعة. لا تحتاج الشبكة إلى مدقق خبيث لكي تفشل.

فهي فقط تحتاج إلى عدد كافٍ من المشغّلين الذين يفهمون أن الغياب مجاني طالما أنك تعود في ارتفاع الكتلة الصحيح. الحسابات واضحة. الإتاحة التي يُبلّغ عنها ليست كذلك.

#dusk $DUSK @Dusk $ACE $AKE