En un hilo de amplio alcance que ha resonado rápidamente en la comunidad de desarrolladores de Ethereum, Vitalik Buterin hizo esta semana un argumento contundente a favor de lo que llamó un pilar de la descentralización “subestimado”: la simplicidad del protocolo. Publicando en X, Buterin argumentó que la resiliencia a largo plazo de blockchains como Ethereum depende menos de criptografía exótica o de números masivos de descentralización y más de si el protocolo se mantiene lo suficientemente pequeño para que desarrolladores e investigadores comunes puedan inspeccionarlo, entenderlo y reimplementarlo de manera significativa.
El punto de Buterin es directo pero simple. Incluso si una red cuenta con cientos de miles de nodos, 49% de tolerancia a fallos bizantinos y herramientas de verificación de última generación, aún no logra ser verdaderamente “sin confianza”, pasar la “prueba de salida” o ser genuinamente soberana si esas garantías solo pueden ser explicadas por una pequeña clase de expertos. “Si el protocolo es un caos ingobernable de cientos de miles de líneas de código y cinco formas de criptografía a nivel de doctorado,” escribió, “finalmente ese protocolo falla las tres pruebas.” En resumen, la complejidad crea nuevas formas de centralización.
La simplicidad es una característica de seguridad
Las implicaciones de esa observación son prácticas y filosóficas. Buterin advirtió que las funciones acumuladas y las adiciones criptográficas de enfoque estrecho pueden ofrecer beneficios a corto plazo mientras socavan la capacidad del ecosistema para sobrevivir décadas. Cuando los equipos de clientes se disuelven o cuando nuevos contribuyentes intentan hacerse cargo del mantenimiento, una base de código extensa se convierte en una barrera. Si incluso participantes altamente técnicos no pueden auditar razonablemente el sistema, su afirmación de ser “tuyo” se debilita.
Buterin propuso una definición de tres niveles de lo que llama “simplificación.” Primero, minimizar las líneas totales de código. Un protocolo que, en principio, podría caber en una sola página, o al menos en unas pocas páginas, es inherentemente más fácil de razonar. Segundo, evitar dependencias innecesarias en primitivas técnicas fundamentalmente exóticas.
La seguridad que puede reducirse a un pequeño conjunto de supuestos, idealmente una sola función hash, es preferible a un mosaico que mezcla hashes, reticulados y isogenias, esta última de las cuales él admitió que es territorio “que nadie entiende” incluso para los especialistas que la construyeron. Tercero, aumentar el número de invariantes: propiedades claramente establecidas y estrictamente aplicadas que facilitan el desarrollo de clientes. Señaló ejemplos recientes de EIPs como la eliminación de autodestrucción y los límites de gas por transacción, como pasos que añadieron invariantes útiles y redujeron la complejidad para los implementadores.
El hilo va más allá de la exhortación y esboza caminos concretos. Buterin abogó por una “recolección de basura” continua en el desarrollo del protocolo: pasos deliberados para podar o degradar funciones que son complejas, poco usadas o que pueden vivir con seguridad fuera del código obligatorio del cliente. Esto podría hacerse por partes, como las recientes reformas en los costos de gas que él mencionó, que buscan reemplazar cifras arbitrarias de gas con modelos de costo vinculados al consumo de recursos, o en una revisión mayor en conjunto. Señaló que la transición de prueba de trabajo a prueba de participación fue en sí misma una gran limpieza y sugirió que el consenso Lean podría ofrecer otra oportunidad para “corregir una gran cantidad de errores al mismo tiempo.”
Otra idea que propuso es una especie de compatibilidad hacia atrás estilo Rosetta. En lugar de obligar a cada cliente a implementar cada peculiaridad veterana de la cadena, degradar funciones raramente usadas pero complejas a capas opcionales de contratos inteligentes. Bajo ese modelo, la abstracción de cuentas nativa podría permitir que tipos antiguos de transacciones sean manejados a nivel de contratos inteligentes, mientras que los precompilados legados podrían ser reprogramados como contratos o migrados a una VM más simple como RISC-V a largo plazo. Los desarrolladores preocupados por el soporte a versiones antiguas podrían ejecutar clientes más antiguos en contenedores, mientras que los nuevos clientes permanecen más livianos.
Una hoja de ruta para el futuro de Ethereum
Lo que surge del hilo de Buterin es un llamado a un cambio cultural tanto como técnico. Instó a la comunidad a dejar de juzgar las propuestas solo por su tamaño en relación con el protocolo existente, una mentalidad que tiende a favorecer cambios aditivos por el bien de la compatibilidad hacia atrás. En cambio, pidió que el proceso incluya una función explícita de simplificación: un esfuerzo disciplinado y continuo para restar tanto como para sumar.
La imagen que acompaña muchas republicaciones del hilo, tres motores de cohete complejos alineados uno al lado del otro, cada uno un estudio en tubos, cables y detalles ingenieriles, ha sido ampliamente compartida como una metáfora. Al igual que un sistema de cohetes, un protocolo con muchas partes que interactúan puede ser frágil: cuanto más piezas móviles y componentes especializados, más maneras hay de que algo salga mal. El mensaje de Buterin, en efecto, es que la mejor hiperestructura de larga duración es aquella cuyo núcleo puedes poner en una página y entregar a un recién llegado.
Para un protocolo que aspira a trascender regímenes políticos y modas tecnológicas, esos recién llegados importan. “Estos primeros quince años,” escribió, refiriéndose al ciclo de vida de Ethereum hasta ahora, “deberían en parte considerarse una etapa de adolescencia,” un período de experimentación creativa. El desafío, argumentó, es mantener los experimentos útiles mientras se evita que los inútiles se conviertan en una hinchazón permanente.
El hilo ya ha provocado debates animados. Algunos desarrolladores advierten que la simplicidad debe equilibrarse con la necesidad de primitivas poderosas y flexibilidad, mientras que otros ven una necesidad urgente de la poda sistemática que Buterin aboga. Si no es otra cosa, la conversación marca un consenso creciente de que la descentralización no se mide solo por el conteo de nodos o campanas y silbidos criptográficos, sino por qué tan accesible sigue siendo el sistema para quienes construyen, mantienen y, en última instancia, se alejan de él, y luego regresan y lo entienden.
Aviso legal: La información de esta página puede proceder de terceros y no representa los puntos de vista ni las opiniones de Gate. El contenido que aparece en esta página es solo para fines informativos y no constituye ningún tipo de asesoramiento financiero, de inversión o legal. Gate no garantiza la exactitud ni la integridad de la información y no se hace responsable de ninguna pérdida derivada del uso de esta información. Las inversiones en activos virtuales conllevan riesgos elevados y están sujetas a una volatilidad significativa de los precios. Podrías perder todo el capital invertido. Asegúrate de entender completamente los riesgos asociados y toma decisiones prudentes de acuerdo con tu situación financiera y tu tolerancia al riesgo. Para obtener más información, consulta el
Aviso legal.
