فيتالك: الاستدامة طويلة الأمد لإيثريوم تعتمد على بساطة البروتوكول وآلية «جمع القمامة»

في 18 يناير، كتب مؤسس إيثريوم فيتاليك نوفوغراتسوف أن “جانبًا مهمًا من جوانب الثقة، والاختبار من خلال الانفصال، والسلطة الذاتية، وهو جانب لطالما تم التقليل من شأنه، هو بساطة البروتوكول. حتى لو كان البروتوكول لامركزي للغاية، ويحتوي على مئات الآلاف من العقد، ويملك قدرة على تحمل أخطاء بارتديان بنسبة 49%، والعقد يستخدم peerda و stark الآمنين كمياً للتحقق من كل شيء، إلا أنه إذا كان البروتوكول عبارة عن وضع فوضوي مع مئات الآلاف من الأسطر البرمجية وخمسة أشكال من التشفير الدكتوراه، فسيكون في النهاية غير قادر على اجتياز جميع الاختبارات الثلاثة: ليس تمامًا بدون ثقة، وليس مستقلًا تمامًا، وليس أكثر أمانًا. أحد مخاوفي بشأن تطوير بروتوكول إيثريوم هو أننا قد نكون سريعًا جدًا في إضافة ميزات جديدة لتلبية احتياجات معينة، حتى لو أدت هذه الميزات إلى تضخم البروتوكول، أو إدخال مكونات تفاعلية جديدة أو تقنيات تشفير معقدة كمكونات أساسية. قد يوفر ذلك تحسينات قصيرة الأمد في الوظائف، لكنه يضر بشكل كبير باستقلالية البروتوكول على المدى الطويل. المشكلة الأساسية هي أنه إذا قُيم التغييرات في إيثريوم بناءً على “مدى التغيير في البروتوكول الحالي”، فسيكون من الضروري أن تكون التغييرات الجديدة أكثر من التغييرات المحذوفة للحفاظ على التوافق العكسي، وسيصبح البروتوكول مع مرور الوقت متضخمًا. لحل هذه المشكلة، يحتاج تطوير إيثريوم إلى آلية واضحة لـ “التبسيط” / “جمع القمامة”. نرغب في أن يتوقف مطورو العملاء عن التعامل مع جميع الإصدارات القديمة من بروتوكول إيثريوم. يمكن أن يترك هذا لمشغلي العملاء في حاويات Docker للتعامل معه. على المدى الطويل، أود أن أبطئ وتيرة التغيير في إيثريوم. أعتقد أن ذلك، لأسباب متعددة، هو في النهاية أمر لا مفر منه. يجب اعتبار الخمسة عشر عامًا الأولى مرحلة نمو، حيث استكشفنا العديد من الأفكار، وراقبنا ما هو فعال، وما هو مفيد، وما هو غير فعال. يجب أن نسعى جاهدين لمنع تلك الأجزاء غير المفيدة من أن تصبح عبئًا دائمًا على بروتوكول إيثريوم.”