طرح فيتاليك بوتيرين رؤيته لتبسيط Ethereum ، وهي خطة أطلق عليها اسم "التطهير". ويتمحور هذا المشروع حول تطبيق اقتراح تحسين إيثيريوم رقم 6780 خلال عملية التحديث الجذري لشبكة دينكون، والذي يُقلل بشكل كبير من قدرات رمز SELFDESTRUCT. وتأتي هذه الخطوة ضمن جهد أوسع لتبسيط Ethereum ، بهدف جعله أقل تعقيدًا وأكثر أمانًا.
يكمن جوهر بروتوكول EIP-6780 في تقليصه الجذري لوظيفة الأمر SELFDESTRUCT، مما يحد من قدرته على تدميرtracومسح بياناته ورموزه، إلا إذا كانtracناتجًا عن نفس المعاملة. ورغم أن هذا قد لا يبدو قفزة نوعية نحو التبسيط في مواصفات البروتوكول، إلا أنه يُخفف العبء بشكل ملحوظ على التطبيقات من خلال فرض قاعدتين جديدتين: الأولى هي تحديد حد أقصى لعدد خانات التخزين القابلة للتغيير ضمن كتلة واحدة، والثانية هي ضمان أنه إذا بدأ عقد معاملة أو كتلةtrac، فسينهيها بنفس الطريقة.
قبل هذا التغيير، كان وضع Ethereum أكثر تعقيدًا. إذ كان بإمكان العقد استخدام خاصيةtracالذاتي (SELFDESTRUCT) لمسح عدد غير محدود من خانات التخزين داخل الكتلة، مما يُعقّد عملية تطبيق أشجار فيركل ويُثقل كاهل تطبيقات العملاء بالحاجة إلى شفرة معالجة إضافية وفعّالة. كما كان بإمكانtracتدمير نفسها ثم إعادة إنشائها فورًا بشفرة مختلفة، مما يُشكّل مشكلة أمنية في التحقق من المعاملات في محافظtracالحسابات. مع إطلاق اقتراح تحسين إيثيريوم EIP-6780، تمّت معالجة هذه التحديات، مما سهّل بناء عملاء Ethereum والبنية التحتية الأخرى.
جهود تنظيف Ethereumالمستمرة
لا تتوقف مساعي Ethereumلتبسيط العمليات عند اقتراح تحسين إيثيريوم رقم 6780. فعلى سبيل المثال، قلّصت خوارزمية Geth مؤخرًا آلاف الأسطر البرمجية بإيقاف دعم شبكات ما قبل الدمج (إثبات العمل). ومن التحسينات الأخرى الإقرار الرسمي بأن "الحسابات الفارغة" لم تعد مشكلة، بفضل إصلاح سابق تم تقديمه في اقتراح تحسين إيثيريوم رقم 161. بالإضافة إلى ذلك، أضاف تحديث Dencun نافذة تخزين لمدة 18 يومًا للكائنات الثنائية الكبيرة (blobs)، مما يقلل بشكل كبير من متطلبات التخزين على عُقد Ethereum .
ينصب التركيز أيضًا على عمليات التجميع المسبق - وهيtracخاصة مصممة للتشفير المعقد الذي لا يستطيع كود EVM القياسي التعامل معه بكفاءة. على الرغم من نجاحها، لا سيما في تمكين تطبيقات ZK-SNARK، فإن بعض عمليات التجميع المسبق مثل RIPEMD-160 وdentوBLAKE2 وMODEXP نادرًا ما تُستخدم اليوم. إن محدودية استخدامها، إلى جانب أخطاء الإجماع التي تُسببها، جعلها مرشحة للإزالة أو الاستبدال بكود EVM، وإن كان ذلك بتكلفة غاز أعلى.
يُعدّ اقتراح تحسين إيثيريوم رقم 4444 (EIP-4444) خطوةً هامةً أخرى نحو التبسيط، إذ يُعالج الممارسة غير المستدامة المتمثلة في تخزين العُقد لجميع الكتل التاريخية إلىdefiمسمى. ويهدف هذا الاقتراح، من خلال تقديم تقنية "الكتل الثنائية الكبيرة" (blobs) وتحديد إطار زمني للتخزين، إلى تخفيف عبء التخزين على العُقد، مما يُتيح لعدد أكبر من المستخدمين تشغيلها، وبالتالي تعزيز لامركزية Ethereum.
إحداث ثورة في سجلات البيانات والانتقال إلى منطقة التخزين الذاتي
يجري النظر أيضاً في إصلاح آلية تسجيل البيانات في Ethereum. تعاني السجلات التقليدية، الضرورية للتطبيقات اللامركزية tracالأحداث على السلسلة، من أوجه قصور، مما يدفع معظم التطبيقات إلى الاعتماد على الخدمات المركزية. يتضمن الحل المقترح الاستغناء عن مرشحات بلوم وتبسيط رمز عملية تسجيل البيانات (LOG opcode) لتعزيز تطوير طرق أكثر كفاءة لاسترجاع السجلات اللامركزية باستخدام ZK-SNARKs والحساب القابل للتحقق التدريجي.
أخيرًا، تستعد منهجية تخزين البيانات والوصول إليها في Ethereumلتحديث جذري من خلال اعتماد SimpleSerialize (SSZ). يهدف هذا التحول إلى استبدال خوارزميات RLP و Merkle Patricia القديمة، واعدًا بمجموعة من المزايا، مثل مواصفات أكثر وضوحًا، وبراهين Merkle أقصر وأكثر تحديدًا، والاستغناء عن التعليمات البرمجية المعقدة التي تتضمن معالجة البتات. يُمثل الانتقال إلى SSZ خطوة حاسمة في توحيد هياكل البيانات المشفرة Ethereum، مما يمهد الطريق لمستقبل يمكن فيه استخدام دالة تجزئة واحدة متوافقة مع SNARK لخدمة جميع مكونات Ethereum.
