تحذير فيتاليك بوتيرين: لماذا يحتاج بروتوكول إيثريوم إلى 'تبسيط'

يجب أن نعود إلى المبادئ الأساسية للبساطة لبناء مستقبل لا مركزي يتجاوز قرونًا من الزمن من الصعود والهبوط، وذلك لمواجهة الهيكلية السلطوية التي تتجاوز عقودًا أو مئات السنين. في تصريحات حديثة على منصة X، أعرب فيتاليك بوتيرين عن قلقه من التعقيد المفرط لبروتوكول إيثريوم، مؤكدًا على أهمية “التبسيط” و"آلية جمع القمامة" (gossip collection) كجزء من الحلول.

لماذا ينخفض مستوى الثقة عندما يتضخم البروتوكول

الانتقاد الرئيسي لبوتيرين هو تناقض بحد ذاته. فحتى لو كان إيثريوم يمتلك آليات أمان قوية، فإن بنية معقدة تتداخل فيها مئات الآلاف من الأسطر من الكود وخمسة تقنيات تشفير عالية المستوى، ستفشل في النهاية في ثلاثة اختبارات مهمة.

هذه الاختبارات الثلاثة هي:

• اختبار عدم الاعتمادية: يجب ألا يتطلب فهم البروتوكول الاعتماد على “مجموعة من الكهنة” أو خبراء عميقين. فإذا أصبح البروتوكول معقدًا جدًا، فإن فقط مجموعة صغيرة من الخبراء ستتمكن من فهمه حقًا، ويجب على المستخدمين الاعتماد عليهم.

• اختبار الانتقال: يجب أن يظل الفريق المطور الرئيسي قادرًا على مغادرة المشروع، وأن يتمكن فريق جديد من الحفاظ على نفس الجودة. لكن البروتوكولات المعقدة جدًا تجعل من الصعب على المطورين الجدد أن يتعلموا ويستلموا العمل، مما يفشل هذا الاختبار.

• اختبار السيادة (التحكم): يجب أن يكون بمقدور المطورين الأفراد الأذكياء فحص وفهم البروتوكول. فكلما زاد التعقيد، أصبح ذلك مستحيلًا.

عندما تتشابك أجزاء البروتوكول بشكل معقد، فإن أي تغيير في جزء معين قد يسبب ردود فعل متسلسلة غير متوقعة، مما يهدد بانهيار البروتوكول بأكمله. وهكذا، كما هو الحال مع أنظمة السلطة التي لا مفر من سقوطها، يخشى بوتيرين أن يؤدي التعقيد المفرط إلى مسار حتمي نحو الانهيار لإيثريوم.

التبسيط مقابل جمع القمامة: الطريق الذي يمكن أن تختاره إيثريوم

مشكلة تضخم إيثريوم تتفاقم بسبب التوافق العكسي، حيث أن إزالة الميزات القديمة أصعب من إضافة ميزات جديدة. الحل الذي يقترحه بوتيرين يتضمن خيارين:

أولًا، وضع مبدأ واضح لـ"التبسيط"

1. تقليل عدد أسطر الكود في البروتوكول قدر الإمكان
2. إزالة الاعتمادات غير الضرورية على تقنيات التشفير المعقدة
3. إضافة خصائص أساسية ثابتة يمكن للبروتوكول الاعتماد عليها

على سبيل المثال، EIP-6780 (إزالة وظيفة التدمير الذاتي) قيدت التغييرات إلى N تخزينات كحد أقصى لكل كتلة، مما أدى إلى تبسيط كبير في تطوير العملاء.

ثانيًا، استراتيجية “جمع القمامة” حسب الحجم

• جمع القمامة الجزئي: تنظيم الميزات القديمة بشكل أكثر بساطة ومنطقية
• جمع القمامة الشامل: تغييرات جذرية مثل الانتقال من إثبات العمل (PoW) إلى إثبات الحصة (PoS)

“طريقة روبيتا” للتوافق العكسي: الترقيع عبر العقود الذكية

النهج المبتكر الذي يقترحه بوتيرين هو “طريقة روبيتا” للتوافق العكسي، والتي تتضمن إزالة الميزات المعقدة التي نادراً ما تُستخدم من جوهر البروتوكول، وتحويلها إلى عقود ذكية “مخفضة” (downgrade):

• بعد ترقية كاملة عبر الحسابات، لن يتم فرض جميع أنواع المعاملات القديمة
• استبدال الكود السابق المسبق التجهيز (precompile) بـ EVM أو RISC-V
• في النهاية، تغيير آلة الافتراضية نفسها من EVM إلى RISC-V

وبذلك، لن يحتاج المطورون الجدد إلى التعامل مع جميع الميزات القديمة للبروتوكول، مما يبسط عملية التطوير بشكل كبير.

الإصلاح الهيكلي المستدام على المدى الطويل

الهدف النهائي لفيتاليك هو “إبطاء وتيرة التغيير”. فإضافة الميزات بشكل مؤقت قد يكون مفيدًا، لكنه يضر باستقلالية واستقرار البروتوكول على المدى الطويل. لبناء بنية لا مركزية تتجاوز قرونًا من الزمن، يجب أن يتم تنظيم الأجزاء غير الضرورية باستمرار بحيث لا تعيق التطور الطبيعي.

إذا تمكنت إيثريوم من السيطرة على تعقيدها، والحفاظ على بروتوكول بسيط وسهل الفهم للمطورين الجدد، فستتمكن من تجاوز دورة الصعود والهبوط للسلطات، وتأسيس أساس ثابت لا يتغير، يظل دائمًا.