أفادت BlockBeats، في 18 يناير، أن المؤسس المُنشئ لشبكة إيثريوم، فيتاليك، نشر منشورًا يشير فيه إلى أن أحد الجوانب المهمة لـ "عدم الاعتماد على الطرف الثالث"، و"التحقق من خلال الانسحاب"، و"الاستقلالية"، والتي تم تجاهلها لفترة طويلة، هي بساطة البروتوكول. حتى لو كان البروتوكول مركزيًا تمامًا، ويتكون من مئات الآلاف من العقد، ويتمتع بقدرة تحمل على بيزنطية تصل إلى 49%، وتستخدم العقد تقنيات peerda وstark الكمومية الآمنة للتحقق الكامل من كل شيء، فإن البروتوكول لن يجتاز الثلاثة اختبارات في النهاية إذا كان يمثل وضعًا فوضويًا معقدًا يتكون من مئات الآلاف من سطور الشيفرة البرمجية وخمسة أشكال من التشفير على مستوى الدكتوراه. فلن يكون "كاملًا تمامًا بدون الاعتماد على الطرف الثالث"، ولن يكون "كاملًا تمامًا مستقلًا"، ولن يكون آمنًا جدًا.
من مخاوفي بشأن تطوير بروتوكول إيثيريوم أننا قد نكون متحمسين بشكل مفرط لإضافة ميزات جديدة لتحقيق متطلبات معينة، حتى لو كانت هذه الميزات تزيد من تعقيد البروتوكول، أو تضيف مكونات تفاعلية جديدة تمامًا أو تقنيات تشفير معقدة كاعتماد أساسي. قد تؤدي هذه الإجراءات إلى تحسينات قصيرة المدى، لكنها ستؤثر سلبًا بشكل كبير على الاستقلالية طويلة المدى للبروتوكول. تكمن المشكلة الأساسية في أنه إذا قُيِّمَت تغييرات البروتوكول بناءً على "مدى تغيير البروتوكول الحالي"، فإن إضافة الميزات الجديدة ستكون أكثر بكثير من حذفها من أجل الحفاظ على التوافق مع الإصدارات السابقة، مما سيؤدي حتمًا إلى زيادة تعقيد البروتوكول بمرور الوقت. لحل هذه المشكلة، يحتاج تطوير إيثيريوم إلى وجود آلية واضحة للتبسيط أو "التنظيف" (Garbage Collection).
"نأمل أن لا يحتاج المطورون في المستقبل إلى التعامل مع جميع إصدارات بروتوكول إيثريوم القديمة. يمكن ترك هذا الأمر للعملاء القديمة التي تعمل داخل حاويات دوكير. على المدى الطويل، أتمنى أن تتباطأ سرعة التغيير في إيثريوم. أعتقد أن هذا أمر لا مفر منه في النهاية لأسباب عديدة. يجب اعتبار أول خمسة عشر عامًا مرحلة نمو، حيث استكشفنا العديد من الأفكار ولاحظنا ما هو فعال وما هو مفيد وما ليس كذلك. يجب أن نسعى لتجنب أن تصبح الأجزاء غير المفيدة عبئًا دائمًا على بروتوكول إيثريوم."