BlockBeats informa que el 18 de enero, Vitalik, fundador de Ethereum, publicó una entrada en la que afirmaba: "Un aspecto importante, y a menudo subestimado, de la 'no confianza', la 'verificación sin compromiso' y la 'autonomía' es la simplicidad del protocolo. Incluso si un protocolo es extremadamente descentralizado, cuenta con cientos de miles de nodos y tiene una tolerancia a fallos bizantinos del 49%, y los nodos utilizan peerda y stark cuánticamente seguros para verificar completamente todo, si el protocolo es un caos complicado compuesto por cientos de miles de líneas de código y cinco formas de criptografía de nivel doctorado, al final no pasará ninguno de los tres tests: no será completamente sin confianza, no será completamente autónomo, y tampoco será muy seguro".
Una preocupación que tengo sobre el desarrollo del protocolo Ethereum es que podríamos estar apresurándonos demasiado para añadir nuevas funcionalidades para satisfacer necesidades específicas, incluso si estas hacen que el protocolo se vuelva más pesado, o introducen componentes de interacción completamente nuevos o criptografía compleja como dependencia clave. Esto podría traer mejoras a corto plazo, pero dañaría gravemente la autonomía a largo plazo del protocolo. El problema fundamental es que, si medimos los cambios en el protocolo según cuán grandes son las modificaciones al protocolo existente, entonces, para mantener la compatibilidad hacia atrás, se añadirán muchas más funcionalidades que las que se eliminarán, y el protocolo inevitablemente se volverá más pesado con el tiempo. Para resolver este problema, el proceso de desarrollo de Ethereum necesita un mecanismo claro de "simplificación" o "reciclaje de basura".
Esperamos que los desarrolladores de clientes ya no tengan que lidiar con todas las versiones antiguas del protocolo Ethereum. Eso puede dejarlo a cargo de clientes antiguos que se ejecutan en contenedores Docker. A largo plazo, espero que la velocidad de cambio en Ethereum se reduzca. Creo que, por varias razones, al final será inevitable. Estos primeros quince años deberían considerarse una fase de crecimiento, en la que exploramos muchas ideas y observamos cuáles resultaron efectivas, útiles y cuáles no. Debemos esforzarnos por evitar que las partes inútiles se conviertan en una carga permanente para el protocolo Ethereum.