فيتاليك بوتيرين يشارك خطة تبسيط إيثريوم الخاصة به

كشف فيتاليك بوتيرين عن رؤيته لتبسيط إيثريوم، وهي خطة يسميها «التطهير». تتمثل النقطة المركزية في هذه المبادرة في تنفيذ EIP-6780 خلال ترقية Dencun الصعبة، والتي تقلل بشكل كبير من قدرات رمز التشغيل SELFDESTRUCT. هذا الإجراء جزء من جهد أوسع لتنظيف بروتوكول إيثريوم، بهدف جعله أقل تعقيدًا وأكثر أمانًا.

تكمن جوهرية EIP-6780 في تقليلها الجذري لوظيفة رمز التشغيل SELFDESTRUCT، مما يحد من قدرته على إفلاس العقد وحذف شفرته وتخزينه، إلا عندما يأتي العقد من نفس المعاملة. وعلى الرغم من أنه قد لا يبدو قفزة نحو البساطة في مواصفات البروتوكول، إلا أنه يخفف بشكل ملحوظ من العبء على التطبيقات من خلال فرض قاعدتين جديدتين: حد لعدد خانات التخزين التي يمكن تغييرها في كتلة واحدة، وضمان أنه إذا بدأ العقد معاملة أو كتلة بشفرة، فسينتهي بنفس الطريقة.

قبل هذا التغيير، كانت مشهد إيثريوم أكثر فوضوية. كان بإمكان العقد استخدام SELFDESTRUCT لمسح عدد غير محدود من خانات التخزين داخل كتلة، مما يعقد التنفيذ المحتمل لأشجار Verkle ويثقل كاهل تنفيذات العملاء بالحاجة إلى كود معالجة إضافي وفعال. كما كان بإمكان العقود أن تفلس ثم تعود للحياة فورًا بشفرة مختلفة، مما يشكل كابوسًا أمنيًا للتحقق من المعاملات في محافظ التجريد الحسابي. مع إدخال EIP-6780، تم معالجة هذه التحديات، مما يبني بناء عملاء إيثريوم والبنية التحتية الأخرى.

مجهود التنظيف المستمر لإيثريوم

لا يتوقف سعي إيثريوم نحو التبسيط عند EIP-6780. فقد قامت Geth، على سبيل المثال، بحذف آلاف الأسطر من الكود مؤخرًا بإيقاف دعم الشبكات ما قبل الدمج (إثبات العمل). وتحسين آخر يشمل الاعتراف الرسمي بأن «الحسابات الفارغة» لم تعد مصدر قلق، بفضل إصلاح سابق أدخله EIP-161. بالإضافة إلى ذلك، قدمت ترقية Dencun نافذة تخزين مدتها 18 يومًا للكتل (blobs)، مما يقلل بشكل كبير من متطلبات التخزين على عقد إيثريوم.

ينصب التركيز أيضًا على العقود الأولية (precompiles) – عقود مصممة خصيصًا للتشفير المعقد الذي لا يمكن للكود EVM القياسي معالجته بكفاءة. وعلى الرغم من نجاحها، خاصة في تمكين تطبيقات ZK-SNARK، فإن بعض العقود الأولية مثل RIPEMD-160 وIdentity وBLAKE2 وMODEXP نادرًا ما تُستخدم اليوم. تطبيقها المحدود، مقترنًا بأخطاء الإجماع التي تقدمها، جعلها مرشحة للإزالة أو الاستبدال بكود EVM، على الرغم من تكلفة غاز أعلى.

خطوة كبيرة أخرى نحو التبسيط هي EIP-4444، التي تعالج الممارسة غير المستدامة للعقد في تخزين جميع الكتل التاريخية إلى الأبد. من خلال إدخال كتل (blobs) وتحديد إطار زمني للتخزين، تهدف EIP-4444 إلى تخفيف عبء التخزين على العقد، مما يجعل من الممكن لمزيد من المستخدمين تشغيل العقد، وبالتالي تعزيز لامركزية إيثريوم.

إعادة هندسة السجلات والتحول إلى SSZ

إصلاح آلية تسجيل إيثريوم قيد النظر أيضًا. تعاني السجلات التقليدية، التي لا غنى عنها لتطبيقات اللامركزية لتتبع الأحداث على السلسلة، من عدم الكفاءة، مما يدفع معظم التطبيقات إلى الاعتماد على الخدمات المركزية بدلاً من ذلك. الحل المقترح يتضمن التخلص من مرشحات Bloom وتبسيط رمز التشغيل LOG لتعزيز تطوير طرق استرجاع سجلات لامركزية أكثر كفاءة باستخدام ZK-SNARKs والحساب القابل للتحقق تدريجيًا.

وأخيرًا، فإن طريقة تخزين البيانات وإمكانية الوصول إليها في إيثريوم على وشك undergoing تحول كبير من خلال اعتماد SimpleSerialize (SSZ). يهدف هذا الانتقال إلى استبدال RLP وأشجار Merkle Patricia العفا عليها الزمن، مما يعد بمجموعة من المزايا مثل مواصفات أنظف، وإثباتات Merkle أقصر ومحدودة، والقضاء على كود التلاعب المعقد بالبتات. يمثل التحول نحو SSZ خطوة حاسمة في توحيد الهياكل المشفرة للبيانات في إيثريوم، مما يهيئنا لمستقبل حيث يمكن لدالة تجزئة واحدة صديقة لـ SNARK أن تخدم جميع إيثريوم.