پیر کی رات، EIP-7928 میں ایک لائن کا تبدیلی شامل کر دی گئی، اور اس لائن کے پیچھے کی کہانی ایتھریم کے دو کلائنٹ لیورز کے درمیان تعلق کو سمجھنے کا اچھا طریقہ ہے۔ EIP-7928 Glamsterdam میں بلاک سطح کی ایکسیس لسٹس شامل کرتا ہے۔ ایک BAL یہ درج کرتا ہے کہ کون سے اکاؤنٹس اور اسٹوریج سلوٹس ایک بلاک چھوتا ہے، اور ہر ٹرانزیکشن کے بعد ریاست میں تبدیلیاں، تاکہ کلائنٹس متوازی طور پر پڑھ سکیں اور تصدیق کر سکیں۔ اصل قاعدہ یہ تھا کہ ایکزیکشن کلائنٹس صرف 3,533 ایپوکس، تقریباً 16 دن، کے لیے BALs رکھنے کے لیے مجبور ہیں۔ یہ کمزور موضوع کا ونڈو ہے، اور ایکزیکشن لیئر کے لیے یہ کافی ہے۔ ایک ایکزیکشن کلائنٹ ڈویلپر نے PR پر مناسب نقطہ پیش کیا کہ ایک نوڈ BAL کے بغیر بھی بلاک کی تصدیق کر سکتا ہے۔ مگر مسئلہ کنسنسس طرف تھا۔ کچھ کنسنسس کلائنٹس مکمل پے لوڈز نہیں رکھتے۔ وہ ایک "بلائنڈڈ" ورژن رکھتے ہیں، اور جب کوئی پیر بلاک کے لیے درخواست کرتا ہے، تو وہ ایکزیکشن کلائنٹ پر engine_getPayloadBodiesBy*V2 کال کرتا ہے تاکہ باقی حصوں کو دوبارہ بھر سکے۔ یہ ٹرانزیکشنز اور نکالنے کے لیے کام کرتا ہے، کیونکہ ایکزیکشن کلائنٹس بلاک بادیز کو 14,299 ایپوکس تک رکھتے ہیں۔ تاہم، Gloas کے تحت، BAL بھی ایکزیکشن پے لوڈ کا حصہ ہے۔ اس لیے 16 دن بعد، ایکزیکشن کلائنٹ BAL کے لیے null واپس کر دے گا، اور کنسنسس کلائنٹ اپنے آپ کو پھر سے بنانے میں ناکام رہے گا جسے وہ اب بھی فراہم کرنے کا تقاضا رکھتا ہے۔ اس کا واحد حل یہ ہوگا کہ وہ خود BALs رکھنا شروع کر دے، جس سے وہی ڈیٹا ڈسک پر دو بار بٹھ جائے گا۔ اس فکس نے BAL رکھنے کا وقت بلاک بادی ونڈو، 14,299 ایپوکس، تقریباً دو ماہ تک بڑھا دیا۔ اس سے مفت نہیں۔ اس بحث میں ذکر کردہ تقریباً 70 KiB عام BAL سائز کو استعمال کرتے ہوئے، میرا تخمینہ ہے کہ ہر نوڈ پر BALs کا حجم تقریباً 30 GiB تک بڑھ جائے گا، جبکہ پچھلے تقریباً 7.5 GiB تھا۔ اس مسئلے میں کنسنسس سلامتی متعلق کچھ بھی تبدیل نہیں ہوا۔ دو لایرز صرف "اسے رکھنا" کا مطلب مختلف سمجھتے تھے۔