El tuit fue eliminado por el autor.
Pero guardamos todo 🙂.
Durante mucho tiempo, el trilema de la cadena de bloques sirvió como explicación conveniente para casi todas las limitaciones de las redes de criptomonedas. Describe una realidad simple pero incómoda: una cadena de bloques no puede ser descentralizada, segura y escalable al mismo tiempo. Al menos, esa fue la suposición predominante durante la primera década de las criptodivisas.
Este artículo ha sido traducido del original. Lea la versión original de nuestro corresponsal aquí.
Esta fórmula se convirtió en un marco útil para explicar casi todos los problemas del sector. Si una red es lenta, es el precio de la descentralización. Si es rápida, debe haber un compromiso en algún punto de la seguridad o el control. Y cuando alguien prometía las tres cosas a la vez, solía acabar en centralización o en fallos de la red.
Bitcoin es un ejemplo clásico de cómo se desarrolla el trilema en la vida real. Su arquitectura está diseñada principalmente en torno a la seguridad y la descentralización. Cualquiera puede manejar un nodo, las reglas son simples e inmutables y el historial de transacciones es casi imposible de reescribir. El coste de esta elección de diseño es la escalabilidad. El bajo rendimiento y las elevadas comisiones durante los periodos de congestión no son fallos, sino consecuencias.
Ethereum siguió un camino similar. En sus primeros años, también sacrificó deliberadamente la escalabilidad en favor de la descentralización y la seguridad. Esto se hizo evidente durante cada ciclo de hype, desde las ICOs hasta las NFTs, cuando la red simplemente se ahogaba bajo la demanda. Fue entonces cuando se impuso la idea de que Ethereum "no escala", aunque en realidad no intentaba resolverlo todo en una sola capa.
Solana, por el contrario, se cita a menudo como ejemplo de cambio de la balanza hacia la escalabilidad. Su alto rendimiento y sus bajas tarifas la han hecho atractiva para usuarios y desarrolladores. Sin embargo, estas ventajas se consiguen a costa de unos elevados requisitos de hardware para los nodos y una arquitectura más compleja, que periódicamente provoca cortes y plantea dudas sobre el verdadero nivel de descentralización de la red.
Ninguno de estos ejemplos es bueno o malo. Simplemente ilustran cómo el trilema obliga a los proyectos a hacer concesiones.
La razón principal es que el trilema nunca fue un problema técnico en el sentido tradicional. No es un error ni una falta de optimización. Es una consecuencia de intentar combinar demasiadas funciones en una sola capa de blockchain: consenso, ejecución de transacciones, almacenamiento de datos y seguridad.
Cualquier intento de acelerar la red a este nivel conducía inevitablemente a una reducción del número de participantes independientes o a un aumento de los riesgos. Como resultado, la mayoría de las promesas de "resolver" el trilema seguían siendo teóricas, se limitaban a libros blancos o a redes experimentales.
En lugar de intentar romper el trilema en un solo lugar, Ethereum empezó a distribuirlo por capas. La idea era sencilla, aunque durante mucho tiempo poco práctica: mantener la descentralización y la seguridad en la capa base y trasladar la escalabilidad a capas superiores.
Aquí es donde entran PeerDAS y zkEVM, dos componentes que Vitalik Buterin señala ahora como prueba de que el trilema ya no es una limitación fundamental. PeerDAS, introducido en la actualización de Fusaka, aborda el problema de la disponibilidad de datos. Permite que la red transmita muchos más datos sin necesidad de que cada nodo los almacene todos. Esto elimina uno de los principales cuellos de botella del escalado sin introducir la centralización.
zkEVM, a su vez, traslada la ejecución de transacciones a un entorno de conocimiento cero. Las transacciones pueden procesarse fuera de la cadena principal, mientras que su corrección sigue siendo verificada por Ethereum. De este modo, el escalado no socava la seguridad de la Capa 1, sino que se apoya en ella.
Cuando Vitalik Buterin habla de un trilema resuelto, no está afirmando que Ethereum ya sea perfecto. Su argumento es diferente: la limitación ya no es arquitectónica. Parte de la solución ya está en marcha en la red principal, mientras que la otra parte está lista para la producción desde el punto de vista del rendimiento, aunque todavía requiere más mejoras de seguridad.
También habla abiertamente de los plazos. La plena implantación de este modelo llevará varios años más, hasta finales de la década. Pero lo importante es que no se trata de una hipótesis, sino de un despliegue gradual ya en marcha.
Si Buterin tiene razón, el trilema deja de ser una excusa universal. No desaparece, pero deja de ser un veredicto. La cuestión ya no es qué sacrificar, sino cómo distribuir la complejidad entre las capas del sistema.
Esto no hace que todas las blockchains sean iguales, ni elimina la competencia. Pero sí cambia el punto de referencia. Donde antes la velocidad y la descentralización parecían mutuamente excluyentes, ahora se convierten en cuestiones de arquitectura, tiempo y disciplina en la ejecución.
Tal vez Ethereum no haya abolido el trilema, pero ha demostrado que era el resultado de las primeras decisiones de diseño y no una limitación inevitable de las cadenas de bloques.