Ideas clave
- Vitalik Buterin dijo que la simplicidad del protocolo importaba más que las métricas de descentralización en bruto.
- Argumentó que la ampliación de la base de código de Ethereum debilitaba la confianza, la capacidad de recuperación y la auto-soberanía del usuario.
- Buterin pidió una «recogida de basura» explícita para eliminar las funciones obsoletas o poco utilizadas.
Vitalik Buterin advirtió que la creciente complejidad del protocolo de Ethereum podía socavar sus principios básicos.
En un post del 18 de enero, el cofundador de Ethereum dijo que la creciente hinchazón del código debilitaba la confianza, la seguridad y la auto-soberanía a largo plazo.
Los comentarios de Buterin se centraron en el diseño del protocolo Ethereum más que en la acción del precio a corto plazo.
Reabrieron un debate más profundo sobre si la expansión de características fortalecía a Ethereum o diluía sus garantías fundacionales.
Ethereum cotizaba cerca de 3.326 $ en el momento de la publicación, pero Buterin evitó hacer comentarios sobre el mercado.
En su lugar, enmarcó la simplicidad del protocolo como un requisito estructural para la descentralización a largo plazo.
Por qué la simplicidad del protocolo es importante para Ethereum
Buterin argumentó que las métricas de descentralización por sí solas no captaban la desconfianza real.
Dijo que los sistemas con miles de nodos aún podrían fallar si sólo los especialistas comprendieran su funcionamiento interno.
Según Buterin, los protocolos demasiado complejos obligaban a los usuarios a confiar en un pequeño grupo de expertos.
Esa dependencia contradecía el objetivo de Ethereum de una infraestructura verificable y propiedad de los usuarios.
También se refirió a la «prueba de la marcha», que medía si los nuevos equipos podían reconstruir los clientes de forma independiente.
La complejidad elevó el coste de entrada, haciendo que la diversidad de clientes fuera más difícil de mantener.
Buterin añadió que los sistemas ilegibles debilitaban la soberanía propia.
Si ni siquiera los usuarios técnicos podían auditar el comportamiento del protocolo, la propiedad quedaba incompleta.
La retrocompatibilidad impulsa la sobrecarga de Ethereum
Buterin dijo que las actualizaciones de Ethereum favorecían las adiciones sobre las eliminaciones.
La compatibilidad con versiones anteriores desalentaba la eliminación de funciones obsoletas, incluso cuando su uso disminuía.
Con el tiempo, ese sesgo hizo que el protocolo acumulara componentes interactuantes.
Cada interacción aumentaba el riesgo de fallos imprevistos, advirtió.
Describió este patrón como estructuralmente peligroso más que cosmético.
La complejidad se agravó a lo largo de los años, incluso cuando las actualizaciones individuales parecían menores.
Buterin dijo que Ethereum carecía de un proceso formal de simplificación.
Sin uno, la hinchazón del protocolo se convirtió en un resultado involuntario pero persistente.
Ethereum necesita una «recogida de basura», dice Buterin
Para solucionar el problema, Buterin pidió un protocolo explícito de «recogida de basura».
Dijo que Ethereum debería reducir el tamaño del código, las dependencias y la criptografía innecesaria.
Esbozó tres métricas de simplificación.
Estas incluían minimizar el total de líneas de código y evitar primitivas criptográficas en capas.
Buterin dijo que los protocolos que se basan en menos suposiciones son más fáciles de asegurar.
Criticó las pilas de dependencia que requerían conocimientos académicos avanzados para su verificación.
También destacó las invariantes como herramienta de simplificación.
El protocolo fijo garantiza una menor complejidad para el cliente y una mayor previsibilidad.
Citó como ejemplos el EIP-6780 y el EIP-7825.
Esos cambios limitaron las mutaciones estatales y los costes de transacción, facilitando el desarrollo de los clientes.
Las pasadas limpiezas de Ethereum ofrecen un modelo a seguir
Buterin señaló el cambio de Ethereum de proof-of-work a proof-of-stake como una limpieza importante.
Esa transición eliminó clases enteras de lógica minera del protocolo.
Las reformas más recientes de los costes del gas pretendían sustituir los valores arbitrarios por normas basadas en los recursos.
Dijo que esos cambios simplificaron la modelización de la ejecución entre los clientes.
De cara al futuro, Buterin sugirió degradar las funciones poco utilizadas a contratos inteligentes.
Ese enfoque preservaba la funcionalidad sin sobrecargar las implementaciones del cliente principal.
También habló de ideas a más largo plazo, como sustituir la Máquina Virtual de Ethereum.
Según ese modelo, los componentes heredados podrían funcionar como contratos en lugar de como requisitos de protocolo.
Solana adopta el punto de vista opuesto
Anatoly Yakovenko rechazó públicamente la postura de Buterin de ralentizar el cambio de protocolo.
El jefe de Solana Labs argumentó que la iteración constante seguía siendo necesaria para la relevancia.
Yakovenko dijo que las cadenas de bloques que dejaran de evolucionar corrían el riesgo de estancarse.
Enmarcó las actualizaciones continuas como un requisito de supervivencia y no como un lastre.
Solana Labs siguió una filosofía de experimentación rápida.
Este enfoque contrasta fuertemente con la visión de estabilidad a largo plazo de Buterin para Ethereum.
Buterin reconoció la fase inicial de experimentación de Ethereum.
Describió los primeros quince años como una adolescencia marcada por la exploración y el ensayo.
Qué viene ahora para Ethereum
Buterin dijo que el ritmo de cambio de Ethereum debería ralentizarse con el tiempo.
Argumentó que una infraestructura madura requería previsibilidad, no un rediseño constante.
Hizo hincapié en la longevidad por encima de la optimización a corto plazo.
Ethereum, dijo, debería aspirar a funcionar de forma segura durante décadas sin grandes intervenciones.
El debate puso de manifiesto una división estratégica entre las cadenas de bloques de una capa.
Ethereum daba prioridad a la sostenibilidad, mientras que Solana hacía hincapié en la velocidad y la adaptabilidad.
Para los desarrolladores de Ethereum, la implicación inmediata tenía que ver con la gobernanza, no con los niveles de precios.
Que la simplificación se convierta en una política formal puede determinar la próxima era de desarrollo de Ethereum.
El debate también replanteó la descentralización más allá del recuento de nodos.
En cambio, la comprensión, la auditabilidad y la resistencia a la salida surgieron como métricas fundamentales.
Moses K is a crypto journalist covering markets, regulation, and blockchain trends. He has written for The Coin Republic, Coinchapter, Cryptopolitan, Cryptotale, Coinspeaker, and MPost. Known for his concise, data-driven reporting, Moses focuses on price analysis, on-chain metrics, and policy developments shaping the global digital asset landscape.
