Pada malam Isnin, satu perubahan satu baris kepada EIP-7928 telah digabungkan, dan kisah di sebalik baris itu memberikan gambaran yang baik tentang bagaimana dua lapisan klien Ethereum saling bergantung. EIP-7928 menambahkan senarai akses pada aras blok ke Glamsterdam. BAL merekod akaun dan slot penyimpanan yang disentuh oleh blok, serta perubahan keadaan selepas setiap transaksi, supaya klien boleh membaca dan mengesahkan secara selari. Peraturan asal menyatakan bahawa klien eksekusi hanya perlu menyimpan BAL selama 3,533 epoch, kira-kira 16 hari. Itu adalah jendela subjektiviti lemah, dan untuk lapisan eksekusi, itu sudah mencukupi. Seorang pembangun klien eksekusi membuat titik yang munasabah pada PR bahawa sebuah nod boleh mengesahkan blok tanpa BAL sama sekali. Masalahnya terletak pada sisi konsensus. Beberapa klien konsensus tidak menyimpan muatan penuh. Mereka menyimpan versi "tertutup" dan, apabila rakan meminta blok, mereka memanggil engine_getPayloadBodiesBy*V2 pada klien eksekusi untuk mengisi semula bahagian yang tinggal. Ia berfungsi untuk transaksi dan penarikan, kerana klien eksekusi menyimpan badan blok selama 14,299 epoch. Namun, di bawah Gloas, BAL juga merupakan sebahagian daripada muatan eksekusi. Oleh itu, selepas 16 hari, klien eksekusi akan mengembalikan nilai null untuk BAL, dan klien konsensus tidak lagi boleh membina semula muatan yang masih diharapkan untuk disediakan. Satu-satunya pilihan mereka ialah menyimpan BAL sendiri, yang bermaksud data yang sama berada di cakera dua kali. Penyelesaian ini menjadikan retensi BAL mengikuti jendela badan blok, 14,299 epoch, sedikit lebih daripada dua bulan. Ia bukan tanpa kos. Menggunakan saiz BAL biasa kira-kira 70 KiB yang disebut dalam perbincangan itu, anggaran kasar saya ialah sekitar 30 GiB BAL setiap nod, meningkat daripada kira-kira 7.5 GiB. Tiada perkara tentang keselamatan konsensus yang berubah di sini. Dua lapisan hanya mempunyai pandangan berbeza tentang apa yang dimaksudkan dengan "simpan ia".