ينظر باحثو إيثيريوم مرةً أخرى إلى كيفية جعل تشغيل الشبكة أخف، وهذه المرة عبر التشكيك في واحدة من أكثر افتراضاتها الأساسية: ما الذي ينبغي أن يحتويه البلوك فعليًا. في منشور بحثي حديث بعنوان Blocks Are Dead. Long Live Blobs، شارك في تأليفه توني فاهْرستاتر ومساهمون آخرون من إيثيريوم، تم وصف EIP-8142، ويُشار إليه أيضًا باسم “Block-in-Blobs”، وهي مسودة اقتراح جرى تقديمها لأول مرة في وقت سابق من هذا العام. تتمثل الفكرة في ترميز بيانات المعاملات مباشرةً داخل blobs بدلًا من مطالبة المدققين بتنزيل وإعادة تنفيذ حمولة التنفيذ الكاملة. إعادة تفكير هادئة لكنها مهمة في توصيلات إيثيريوم قد يبدو ذلك كجدال هندسي داخلي، لكنه يمس قيدًا واقعيًا. يحتاج المدققون اليوم إلى التعامل مع كميات كبيرة من البيانات المرتبطة بالتنفيذ، وهذا يخلق عبئًا قد يصبح أكثر وضوحًا مع نمو الشبكة واستمرار ارتفاع متطلبات البيانات. تم تقديم blobs ضمن ترقية EIP-4844 في إيثيريوم، وقد صُممت كصيغة بيانات أكثر كفاءة. ستدفع المسودة الجديدة هذا المنطق إلى أبعد من ذلك. بدلًا من اعتبار blobs حارة إضافية لأنواع معينة من البيانات، يستكشف الباحثون ما إذا كان بإمكان blobs أن تصبح الوسيلة الرئيسية لبيانات المعاملات نفسها. بعبارات بسيطة، تحاول المسودة تقليل مقدار الأعمال الثقيلة التي يجب على المدققين القيام بها فقط كي يبقوا متزامنين. ضغط بيانات أقل، لكن مقايضات أعمق على مستوى البنية إن الطرح وراء EIP-8142 ليس أن البلوكات تختفي حرفيًا. الفكرة أكثر من ذلك أن نموذج توزيع حمولة التنفيذ الكاملة قد لا يعود هو الطريقة الأنظف لتنظيم تدفق بيانات إيثيريوم. من خلال نقل بيانات المعاملات إلى blobs، يعتقد الباحثون أن إيثيريوم قد يخفف اختناقًا بنيويًا ويقلل متطلبات بيانات المدققين. وقد يساعد ذلك في الكفاءة وقابلية التوسع في الشبكة، خصوصًا مع استمرار إيثيريوم في محاولة الموازنة بين اللامركزية والاستخدام المتزايد. في الوقت نفسه، تميل مقترحات مثل هذا إلى فتح أسئلة أوسع. عندما يتغير التعامل الأساسي مع البيانات، يصبح كل ما يحيط به مهمًا أيضًا—من تصميم العقد إلى سير عمل التنفيذ إلى مدى سرعة قدرة المنظومة على التكيف. ولهذا السبب لا تزال الفكرة مؤطرة باعتبارها بحثًا، لا كتحول بروتوكولي وشيك.