ما لفت انتباهي هو أن ترقية Boreas من Dusk جعلت تنفيذ العقود الفاشل أكثر وضوحًا، لا أقل.
منذ نشر Boreas على الشبكة الرئيسية بتاريخ 10 يونيو 2026 عند الكتلة 4,414,095، يمكن ما تزال الاحتفاظ بأحداث العقود المُرجعة (المسترجعة) في بيانات الأرشيف مع وسم “reverted” (مُرجعة) بشكل صريح. وفي الوقت نفسه، تُزال تلك الأحداث الفاشلة من مخطط البلوم (bloom) الخاص بالكتلة الأساسية (canonical)، كما يتم استبعاد أحداث الرهان المُرجعة من تحديثات حالة مقدّم الخدمة (provisioner state).
تلك الفروقات تهم أكثر مما قد يبدو في البداية.
يجب ألا يغيّر الاستدعاء المُرجع الحالة الأساسية. لكن بالنسبة للتطبيقات المالية، فإن محو أثر الحدث بالكامل قد يجعل عملية التصحيح (debugging) والتسوية (reconciliation) والمراجعة الجنائية/التحقيقية (forensic review) أصعب. تقوم Dusk بفصل “حدوث هذا الحدث أثناء التنفيذ” عن “تحول هذا الحدث إلى جزء من حالة صالحة.”
كنت أتوقع سلسلة تركّز على الخصوصية لتقليل تفاصيل التنفيذ المحتفظ بها. بدلًا من ذلك، تحافظ DuskFoundation على أثر تدقيق أكثر وضوحًا لأنشطة العقود الفاشلة مع إبقاء الفهرسة الأساسية (canonical indexing) نظيفة.
تأويلي: هذه تفصيلة صغيرة في البروتوكول، لكن لها قابلية ارتباط غير معتادة بالتمويل على السلسلة الخاضع للأنظمة. إن قابلية التدقيق لا تتعلق فقط برؤية التحويلات الناجحة؛ بل تتعلق أيضًا بإثبات ما الذي فشل والتأكد من أنه لم يتسبب بتلويث الحالة.
السؤال الذي أراقبه: هل سيعرض المستكشفون (explorers) والأدوات المؤسسية هذه البيانات الوصفية للحدث المُرجع بشكل واضح بما يكفي لكي يستفيد منها المستخدمون؟
@Dusk $DUSK #dusk
منذ نشر Boreas على الشبكة الرئيسية بتاريخ 10 يونيو 2026 عند الكتلة 4,414,095، يمكن ما تزال الاحتفاظ بأحداث العقود المُرجعة (المسترجعة) في بيانات الأرشيف مع وسم “reverted” (مُرجعة) بشكل صريح. وفي الوقت نفسه، تُزال تلك الأحداث الفاشلة من مخطط البلوم (bloom) الخاص بالكتلة الأساسية (canonical)، كما يتم استبعاد أحداث الرهان المُرجعة من تحديثات حالة مقدّم الخدمة (provisioner state).
تلك الفروقات تهم أكثر مما قد يبدو في البداية.
يجب ألا يغيّر الاستدعاء المُرجع الحالة الأساسية. لكن بالنسبة للتطبيقات المالية، فإن محو أثر الحدث بالكامل قد يجعل عملية التصحيح (debugging) والتسوية (reconciliation) والمراجعة الجنائية/التحقيقية (forensic review) أصعب. تقوم Dusk بفصل “حدوث هذا الحدث أثناء التنفيذ” عن “تحول هذا الحدث إلى جزء من حالة صالحة.”
كنت أتوقع سلسلة تركّز على الخصوصية لتقليل تفاصيل التنفيذ المحتفظ بها. بدلًا من ذلك، تحافظ DuskFoundation على أثر تدقيق أكثر وضوحًا لأنشطة العقود الفاشلة مع إبقاء الفهرسة الأساسية (canonical indexing) نظيفة.
تأويلي: هذه تفصيلة صغيرة في البروتوكول، لكن لها قابلية ارتباط غير معتادة بالتمويل على السلسلة الخاضع للأنظمة. إن قابلية التدقيق لا تتعلق فقط برؤية التحويلات الناجحة؛ بل تتعلق أيضًا بإثبات ما الذي فشل والتأكد من أنه لم يتسبب بتلويث الحالة.
السؤال الذي أراقبه: هل سيعرض المستكشفون (explorers) والأدوات المؤسسية هذه البيانات الوصفية للحدث المُرجع بشكل واضح بما يكفي لكي يستفيد منها المستخدمون؟
@Dusk $DUSK #dusk