قد يصف طلبا latest حالتين مختلفتين. ويحدد الهاش الصريح الحالة المقصودة.

01 · وقائع موثقة

ما يثبته المصدر الأولي

أُنشئ EIP-1898 في 1 أبريل 2019 ويحمل حالة Final. يضيف blockHash أو blockNumber بمعامل كائن لأساليب منها eth_getBalance وeth_call. Ethereum EIPs — EIP-1898: blockHash in defaultBlock methods, Final ↗

مع blockHash تكون requireCanonical مساوية false افتراضيا. تطلب true رفض كتلة خارج السلسلة الأساسية، مع تمييز هذا الخطأ عن كتلة غير موجودة. Ethereum EIPs — EIP-1898: blockHash in defaultBlock methods, Final ↗

02 · تحليل WFN

ما يتغير في التحليل

المشكلة هي الاتساق: إعادة تنظيم بين طلبين قد تجمع أرصدة من حالتين مختلفتين في شاشة واحدة.

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

03 · نقاط للمراجعة

ما يجب التحقق منه قبل الاستنتاج

تسجل WFN الهاش وشرط الأساسية والردود. ولا ينبغي استبدال حالة تاريخية غير متاحة ببيانات حالية بصمت.

تحقق من دعم المزود وتاريخه المتاح. حالة Final لا تثبت أن كل endpoint ينفذ كل خيار؛ الاتساق والتوافر والنهائية مسائل منفصلة.