Respuestas>Más información sobre las ventajas e inconvenientes de la descentralización>Descentralización frente a rendimiento
Descentralización frente a rendimiento
// Tags
Ventajas e inconvenientes de la descentralizaciónel trilema de la cadena de bloques
En resumen: La tensión entre la descentralización y el rendimiento es uno de los retos fundamentales de la cadena de bloques, a menudo descrito como el «trilema de la cadena de bloques». Una mayor descentralización requiere que más nodos alcancen el consenso, lo que aumenta la sobrecarga de comunicación, eleva la latencia y reduce el rendimiento. Un mayor rendimiento requiere menos validadores, rondas de consenso más rápidas o requisitos de hardware más exigentes, factores que, en su conjunto, favorecen la centralización. El trilema sostiene que las cadenas de bloques pueden optimizar plenamente, como máximo, dos de estas tres propiedades: descentralización, seguridad y escalabilidad. Las distintas cadenas realizan diferentes compensaciones a lo largo de este espectro, y estrategias como los rollups de Capa 2, el sharding y la ejecución paralela están ampliando los límites de lo posible.
La explicación sencilla
Imagina que tienes que tomar una decisión en grupo. Si hay que ponerse de acuerdo entre tres personas, la conversación es rápida. Si hay que ponerse de acuerdo entre 10 000 personas, la conversación se alarga mucho más, aunque todos actúen de buena fe. El consenso en la cadena de bloques funciona de la misma manera. Cada validador debe recibir, verificar y dar fe de cada nuevo bloque. Cuantos más validadores participen, más mensajes habrá que intercambiar y más tiempo llevará alcanzar el consenso.
Esto plantea una disyuntiva fundamental. Se puede optar por una red rápida con pocos validadores (alto rendimiento, baja descentralización), o por una red lenta con muchos validadores (bajo rendimiento, alta descentralización), o por una opción intermedia. Con la tecnología actual, no es posible alcanzar simultáneamente el máximo rendimiento y la máxima descentralización.
El trilema de la cadena de bloques
El «trilema de la cadena de bloques», popularizado por el cofundador de Ethereum, Vitalik Buterin, sostiene que una cadena de bloques puede optimizar, como máximo, dos de estas tres propiedades al mismo tiempo: descentralización, seguridad y escalabilidad.
La descentralización significa que muchos participantes independientes pueden operar nodos y participar en el consenso sin necesidad de disponer de requisitos de hardware excesivos. La seguridad significa que la red puede resistir los ataques de adversarios con grandes recursos económicos que intenten reescribir el historial, censurar transacciones o detener la cadena. La escalabilidad significa que la red puede procesar un gran volumen de transacciones de forma rápida y económica.
Bitcoin maximiza la descentralización y la seguridad, pero sacrifica la escalabilidad. Cualquier persona con un hardware modesto puede ejecutar un nodo completo, y la red nunca ha sido objeto de un ataque exitoso, pero el rendimiento se limita a unas 7 transacciones por segundo. Ethereum equilibra estos tres aspectos, aunque se inclina hacia la descentralización y la seguridad, procesando aproximadamente 30 TPS en la capa 1 (L1) y con planes de escalar mediante rollups en lugar de aumentar el rendimiento de la capa base. Solana da prioridad al rendimiento y a la seguridad, alcanzando en la práctica aproximadamente 4.000 TPS, pero requiere hardware de gama alta para ejecutar un validador, lo que limita el número de participantes y concentra el conjunto de validadores.
Por qué existen las compensaciones
Estas compensaciones tienen su origen en la física y la informática, no solo en decisiones de ingeniería. El tiempo de propagación de la red establece un límite mínimo para la latencia del consenso. Los validadores, distribuidos por todo el mundo, deben intercambiar mensajes, y la velocidad de la luz impone unos tiempos mínimos de ida y vuelta de entre 100 y 300 ms entre regiones distantes. Un mayor número de validadores implica más mensajes, y más mensajes implican más tiempo.
Los requisitos de hardware suponen una barrera de entrada. Si la cadena genera bloques más rápidamente o incluye más datos por bloque, los nodos necesitan CPU más rápidas, más RAM, discos SSD de mayor capacidad y un mayor ancho de banda para poder seguir el ritmo. El aumento de estos requisitos implica que menos personas pueden permitirse mantener nodos, lo que reduce el conjunto de validadores y concentra la red.
El crecimiento del estado se acumula con el tiempo. Cada transacción se suma al estado de la cadena de bloques. Un mayor rendimiento implica un crecimiento más rápido del estado, lo que a su vez conlleva mayores necesidades de almacenamiento. Las cadenas que procesan miles de TPS acumulan rápidamente terabytes de datos de estado, lo que hace que resulte cada vez más costoso mantener un nodo completo.
Estrategias que amplían los límites
Los rollups de capa 2 son la estrategia más eficaz para resolver el trilema. Al procesar las transacciones en una cadena independiente y enviar los resultados comprimidos a la capa 1, los rollups heredan la seguridad y la descentralización de la capa base, al tiempo que aumentan drásticamente el rendimiento. El ecosistema de capa 2 de Ethereum (Arbitrum, Base, Optimism, zkSync) procesa un número de transacciones mucho mayor que el de la capa 1 por sí sola.
La ejecución paralela, utilizada por Solana, Sui, Monad y MegaETH, procesa simultáneamente las transacciones que no entran en conflicto, en lugar de hacerlo de forma secuencial, lo que aumenta el rendimiento sin alargar el tiempo de bloqueo ni reducir el número de validadores.
El sharding divide la red en segmentos paralelos que procesan las transacciones de forma independiente, multiplicando el rendimiento por el número de shards. La hoja de ruta original de Ethereum en materia de sharding evolucionó hacia un enfoque centrado en los rollups, pero otras cadenas siguen explorando el sharding nativo.
El muestreo de disponibilidad de datos permite a los nodos comprobar que los datos del bloque están disponibles sin necesidad de descargar el bloque completo, lo que reduce los requisitos de ancho de banda y permite una verificación más descentralizada de los bloques de gran tamaño.
El papel de Quicknode
Quicknode da respuesta a todo el espectro de compensaciones del trilema al proporcionar infraestructura en más de 80 cadenas, desde L1 altamente descentralizadas como Ethereum y Bitcoin hasta cadenas de alto rendimiento como Solana, pasando por los rollups de L2 que sirven de puente entre ambos mundos. Tanto si estás desarrollando en una cadena que prioriza la descentralización como en una que prioriza el rendimiento, la API Core de Quicknode ofrece un acceso fiable y de baja latencia. Para casos de uso específicos de L2, Quicknode ofrece compatibilidad nativa con RPC para Arbitrum, Base, Optimism, zkSync y otros rollups líderes.
¿Cómo se comparan las principales cadenas en lo que respecta al trilema?
La tabla siguiente resume la posición que ocupan las principales redes en el espectro de descentralización, seguridad y escalabilidad. Para profundizar en cómo influye en ello el número de validadores, consulta la sección sobre concentración de validadores.
Cadena
Se inclina hacia
Rendimiento aproximado
Accesibilidad de los nodos
Bitcoin
Descentralización y seguridad
Acerca de 7 TPS
Funciona con un equipo de especificaciones modestas
Ethereum L1
Descentralización y seguridad
Unos 30 TPS
Hardware de consumo, escalabilidad mediante rollups
Solana
Rendimiento y seguridad
Miles de TPS
Se requiere hardware de gama alta
Ethereum y los rollups
Los tres, a través de la capa 2
Miles de TPS en total
L1 sigue siendo accesible, L2 aporta escalabilidad
¿Se pueden compaginar la descentralización y el rendimiento?
No en la capa base con la tecnología actual, que es el núcleo del trilema. La solución práctica consiste en separar las capas: mantener una Capa 1 altamente descentralizada y segura para la liquidación, y trasladar la ejecución a los rollups y otros sistemas de Capa 2 que heredan la seguridad de la Capa 1 al tiempo que ofrecen un alto rendimiento. Por eso Ethereum optó por una hoja de ruta centrada en los rollups en lugar de limitarse a aumentar el rendimiento de la Capa 1.
Preguntas frecuentes
¿Qué es el trilema de la cadena de bloques?
El trilema de la cadena de bloques se refiere a la idea de que una cadena de bloques solo puede optimizar plenamente, como máximo, dos de estas tres propiedades a la vez: descentralización, seguridad y escalabilidad. Mejorar una de ellas suele ir en detrimento de otra.
¿Por qué una mayor descentralización reduce el rendimiento?
Un mayor número de validadores implica que hay que intercambiar más mensajes para alcanzar el consenso, y la distribución global aumenta la latencia de la red. Ambos factores incrementan el tiempo y la sobrecarga por bloque, lo que reduce el rendimiento en comparación con un conjunto de validadores reducido y estrechamente interconectado.
¿Qué es más importante, la descentralización o el rendimiento?
Depende del caso de uso. La liquidación de activos de gran valor favorece la descentralización y la seguridad, mientras que las aplicaciones para consumidores y la negociación de alta frecuencia favorecen el rendimiento. Muchos equipos consiguen ambas cosas al realizar la liquidación en una L1 descentralizada y la ejecución en una L2 rápida.
¿Cómo ayudan las soluciones de capa 2 a resolver el trilema?
Los rollups de Capa 2 ejecutan las transacciones fuera de la cadena y envían los datos comprimidos a una Capa 1 descentralizada. Los usuarios disfrutan de un alto rendimiento y comisiones bajas, al tiempo que se benefician de la seguridad y la descentralización de la cadena base, lo que permite evitar la disyuntiva de la capa base.
¿Es el trilema una ley inquebrantable?
Se trata más bien de una limitación práctica que de un teorema demostrado. Técnicas como la ejecución paralela, el sharding, el muestreo de disponibilidad de datos y los rollups siguen ampliando los límites, mejorando el rendimiento y la latencia sin renunciar a la descentralización.
