El jefe de Solana se pronunció en contra de la estrategia de desarrollo de Ethereum - ForkLog: criptomonedas, IA, singularidad, futuro

# El director general de Solana se pronunció en contra de la estrategia de desarrollo de Ethereum

La cadena de bloques debe evolucionar continuamente para sobrevivir. Así lo afirmó Anatoly Yakovenko, CEO de Solana Labs.

Creo que en realidad pienso de manera bastante diferente en esto. Solana necesita nunca dejar de iterar. No debería depender de ningún grupo o individuo para hacerlo, pero si alguna vez deja de cambiar para adaptarse a las necesidades de sus desarrolladores y usuarios, morirá.

Tiene que ser tan útil materialmente para los humanos… https://t.co/itqr1b5az4

— toly 🇺🇸 (@toly) 17 de enero de 2026

«Solana nunca debe dejar de desarrollarse de manera iterativa. No debe depender de ningún grupo o persona en particular, pero si alguna vez deja de cambiar para satisfacer las necesidades de sus desarrolladores y usuarios, morirá», — escribió el experto

Así reaccionó a las palabras del cofundador de Ethereum, Vitalik Buterin, quien dijo que la segunda criptomoneda por capitalización de mercado debe alcanzar un punto de «prueba de resistencia».

«Esto significa que Ethereum debe llegar a un estado en el que podamos ‘endurecer’, si así lo deseamos. No necesitamos dejar de hacer cambios en el protocolo, pero debemos llegar a una situación en la que la propuesta de valor de la cadena de bloques no dependa estrictamente de funciones que aún no existen», — subrayó.

Filosofía de Ethereum

Los líderes de la industria de cadenas de bloques adoptan diferentes enfoques para el desarrollo. Buterin considera que las prioridades son la máxima descentralización, la privacidad y el mantenimiento de la sostenibilidad a largo plazo sin la participación constante de los desarrolladores.

Recientemente, hizo un llamado a la comunidad de Ethereum para luchar contra la «inflación del protocolo», que es causada por la búsqueda infinita de agregar nuevas funciones manteniendo las que ya no son relevantes.

Un aspecto importante y perpetuamente subestimado de la «falta de confianza», «pasar la prueba de salida» y la «soberanía propia» es la simplicidad del protocolo.

Incluso si un protocolo es súper descentralizado con cientos de miles de nodos, y tiene una tolerancia a fallos bizantinos del 49%, y los nodos… pic.twitter.com/kvzkg11M3c

— vitalik.eth (@VitalikButerin) 18 de enero de 2026

Según sus palabras, la verdadera falta de confianza (trustlessness) no depende tanto de métricas cuantitativas de descentralización, sino de la simplicidad del sistema.

«Incluso si el protocolo tiene una superdescentralización con cientos de miles de nodos, […] pero al mismo tiempo es un revoltijo voluminoso de cientos de miles de líneas de código, construido sobre cinco sistemas criptográficos diferentes de nivel PhD, en última instancia fracasará», — opina Buterin.

Destacó que la complejidad socava a Ethereum en tres aspectos:

• Socavando la confianza: los usuarios se ven obligados a confiar ciegamente en un grupo reducido de expertos, ya que no pueden verificar por sí mismos su funcionamiento;
• Fracaso de la «prueba de resistencia»: si los equipos de desarrollo actuales de los clientes desaparecen, recrear servicios completos y seguros desde cero será prácticamente imposible debido a la complejidad del sistema;
• Erosión de la soberanía personal: incluso los usuarios técnicamente capacitados pierden la capacidad de analizar, verificar y entender la lógica del sistema, perdiendo control directo y soberanía sobre sus activos y acciones en la red.

«Recolección de basura»

Buterin está convencido de que la raíz del problema está en la metodología misma de evaluación de cambios. Cuando el principal criterio para actualizar es la mínima interrupción del funcionamiento de la infraestructura existente, la compatibilidad hacia atrás se vuelve una prioridad inevitable.

Esto crea un sesgo sistémico: se añaden funciones, pero casi nunca se eliminan, lo que lleva a una expansión y complejidad constantes del protocolo.

Para contrarrestar esta tendencia, propuso formalizar el proceso de «simplificación» (o «recolección de basura»). La iniciativa incluye:

• reducción progresiva de la base de código;
• rechazo a construcciones criptográficas excesivamente complejas;
• implementación de reglas estrictas que hagan la lógica de los clientes estable y predecible.

Como ejemplo exitoso de esta «limpieza», Buterin citó la transición de PoW a PoS, que reinició la arquitectura de la red y las reformas actuales del modelo de gas, destinadas a reemplazar límites artificiales por principios económicos transparentes.

A largo plazo, la «recolección de basura» permitirá sacar funciones obsoletas del núcleo del protocolo y trasladarlas a contratos inteligentes. Esto aliviará el software del cliente y facilitará su desarrollo futuro.

Filosofía de Solana

Yakovenko sigue el principio de «adáptate o muere» y aboga por la actualización constante del ecosistema para satisfacer las necesidades reales. Según sus palabras, las actualizaciones deben provenir de la comunidad en general, no de un grupo reducido de desarrolladores.

«Para sobrevivir, siempre hay que ser útil. Por eso, el objetivo principal de los cambios en el protocolo debe ser resolver problemas específicos de desarrolladores o usuarios. Esto no significa que debamos resolver todos los problemas; en realidad, hay que saber cuándo decir no a la mayoría de las solicitudes», — subrayó el experto

Los seguidores de la filosofía de Solana creen que la falta de actualizaciones conduce al estancamiento y a la derrota en la carrera competitiva.

El director de Solana Labs también sugirió que en el futuro las comisiones en la red podrían financiar el desarrollo de IA para escribir y mejorar la base de código de la cadena de bloques.

«Siempre debes contar con la próxima versión de Solana», — dijo Yakovenko

Recordemos que Vitalik Buterin criticó las DAOs modernas y llamó a su modificación.