قمتُ بإعادة ترتيب الأسطر الاثني عشر في فهرس تدقيق Dusk الرسمي من جديد؛ رتّبتها أولًا حسب المكوّنات، ثم لصقت التواريخ إلى جوارها. بعد اكتمال الجدول، لم يعد بإمكاني كتابة الجملة الأصلية السلسة: «Dusk تم تدقيقه»، كما كانت حرفيًا؛ فلكل تقرير كائنه وزمنه الخاصان، ولا توجد أي سطر يُسمّى «الشهادة الإجمالية لكل المكدس الحالي».
آخر سطرين هما تقييم أمان ERC20 وBEP20 في أبريل 2026. أمّا تقارير البروتوكول الأساسي، والاتفاق/الإجماع، والعُقد، وPhoenix وغيرها، فتركّزت غالبًا على الفترة 2023–2024. ليس الأمر هنا من يَحظى بالأهمية أكثر بين القديم والجديد، بل لأن التقرير لا يتكلم إلا عن المكوّنات التي تحقّق/فحصها فعليًا. والوحدات التي أُضيفت لاحقًا، أو الإصدارات التي حدث فيها تغيّر كبير، لا يمكن أن تُورِّث الاستنتاجات من التقارير القديمة لمجرّد تشابه اسم المشروع.
هذا الجدول هو ما غيّر فعلًا طريقة تدقيقي. من الآن فصاعدًا، عندما أرى دعاية عن الأمان، لن أناقش أولًا «هل التدقيق مفيد أم لا»، بل سأبحث عن أربعة أشياء أولًا: اسم التقرير، المكوّنات المدقَّقة/المعنيّة، تاريخ التدقيق، والإصدار المقابل. لا أتابع قراءة نقاط الاكتشاف وإيصالات الإصلاح إلا عندما تتطابق العناصر الأربعة؛ أما الاكتفاء بشعار المشروع أو شعار جهة التدقيق وحده، فتبقى المعلومات عند مستوى الدعاية.
بالنسبة لـ$DUSK ، فإن هذا التحديد ليس تعمّدًا لمخالفة الرأي. كون مستودع التدقيق منشورًا، والتقارير قابلة للتتبّع، فهذا بحد ذاته أمر جيد؛ فحين نحدد النطاق بدقة، يمكن رؤية أي جزء لديه دليل مسبق، وأي جزء يحتاج إلى استكمال دليل بسبب تغيّر الإصدار. كما لا ينبغي اعتبار التقارير القديمة «غير صالحة» بشكل عشوائي؛ إنها فقط لا تضمن تلقائيًا الأشياء التي لم يتم تغطيتها.
وهناك أمران لا يمكن استنتاجهما من هذه الأسطر الاثني عشر. هذه المرة لم أقيّم جودة كل تقرير، ولم أتحقق خطوة بخطوة مما إذا كانت جميع المشكلات قد تم إصلاحها بالكامل؛ ووجود فهرس عام لا يُدرج مادة معيّنة لا يثبت أنها غير موجودة مطلقًا في مكان آخر. إن الفهرس الذي قدمه @Dusk مناسب كبوابة للدخول، لكنه ليس نهاية الاستنتاج.
جملة واحدة مثل «تم تدقيقه» تختصر كلمات كثيرة، لكنها تختصر أيضًا أهم الحدود. عندما نفرد الأسطر الاثني عشر، حصل حكم الأمان أخيرًا على ذاتٍ يمكن تتبّعها، مع زمن وإصدار. في المرة القادمة عندما يستخدم شخص ما معيار «مقاس على مستوى المشروع بأكمله» لاستخلاص الاستنتاج، سأطلب منه أولًا تحديد أي سطر بالضبط يقصده. #dusk
آخر سطرين هما تقييم أمان ERC20 وBEP20 في أبريل 2026. أمّا تقارير البروتوكول الأساسي، والاتفاق/الإجماع، والعُقد، وPhoenix وغيرها، فتركّزت غالبًا على الفترة 2023–2024. ليس الأمر هنا من يَحظى بالأهمية أكثر بين القديم والجديد، بل لأن التقرير لا يتكلم إلا عن المكوّنات التي تحقّق/فحصها فعليًا. والوحدات التي أُضيفت لاحقًا، أو الإصدارات التي حدث فيها تغيّر كبير، لا يمكن أن تُورِّث الاستنتاجات من التقارير القديمة لمجرّد تشابه اسم المشروع.
هذا الجدول هو ما غيّر فعلًا طريقة تدقيقي. من الآن فصاعدًا، عندما أرى دعاية عن الأمان، لن أناقش أولًا «هل التدقيق مفيد أم لا»، بل سأبحث عن أربعة أشياء أولًا: اسم التقرير، المكوّنات المدقَّقة/المعنيّة، تاريخ التدقيق، والإصدار المقابل. لا أتابع قراءة نقاط الاكتشاف وإيصالات الإصلاح إلا عندما تتطابق العناصر الأربعة؛ أما الاكتفاء بشعار المشروع أو شعار جهة التدقيق وحده، فتبقى المعلومات عند مستوى الدعاية.
بالنسبة لـ$DUSK ، فإن هذا التحديد ليس تعمّدًا لمخالفة الرأي. كون مستودع التدقيق منشورًا، والتقارير قابلة للتتبّع، فهذا بحد ذاته أمر جيد؛ فحين نحدد النطاق بدقة، يمكن رؤية أي جزء لديه دليل مسبق، وأي جزء يحتاج إلى استكمال دليل بسبب تغيّر الإصدار. كما لا ينبغي اعتبار التقارير القديمة «غير صالحة» بشكل عشوائي؛ إنها فقط لا تضمن تلقائيًا الأشياء التي لم يتم تغطيتها.
وهناك أمران لا يمكن استنتاجهما من هذه الأسطر الاثني عشر. هذه المرة لم أقيّم جودة كل تقرير، ولم أتحقق خطوة بخطوة مما إذا كانت جميع المشكلات قد تم إصلاحها بالكامل؛ ووجود فهرس عام لا يُدرج مادة معيّنة لا يثبت أنها غير موجودة مطلقًا في مكان آخر. إن الفهرس الذي قدمه @Dusk مناسب كبوابة للدخول، لكنه ليس نهاية الاستنتاج.
جملة واحدة مثل «تم تدقيقه» تختصر كلمات كثيرة، لكنها تختصر أيضًا أهم الحدود. عندما نفرد الأسطر الاثني عشر، حصل حكم الأمان أخيرًا على ذاتٍ يمكن تتبّعها، مع زمن وإصدار. في المرة القادمة عندما يستخدم شخص ما معيار «مقاس على مستوى المشروع بأكمله» لاستخلاص الاستنتاج، سأطلب منه أولًا تحديد أي سطر بالضبط يقصده. #dusk