La propuesta de venta del trilema

Curiosidad

1. ¿Por qué aumentar la velocidad de una cadena de bloques suele reducir el número de personas que pueden verificar su historial?
2. ¿Qué requisitos específicos de hardware o ancho de banda determinan si una cadena se mantiene sin permisos en la práctica?
3. ¿Cómo afecta la decisión de sacrificar la descentralización en pos de la escalabilidad al modelo de seguridad de una red?

Explorar

1. Vitalik Buterin popularizó el ‘trilema de escalabilidad’ alrededor de 2017, sosteniendo que un sistema distribuido puede lograr fácilmente dos de las tres propiedades —descentralización, seguridad y escalabilidad—, pero rara vez las tres. Este marco se convirtió en la perspectiva principal a través de la cual las nuevas cadenas evaluaban sus opciones arquitectónicas. Aunque ya existían discusiones sobre estas tensiones, la formulación de Buterin proporcionó un vocabulario estandarizado para que los desarrolladores justificaran los compromisos necesarios. Una cadena que da prioridad a un alto rendimiento suele tener que aceptar requisitos de hardware más elevados o una coordinación centralizada, sacrificando la descentralización a cambio de velocidad.
2. En la práctica, lograr un mayor volumen de transacciones suele requerir uno de tres mecanismos: tamaños de bloque más grandes, intervalos entre bloques más cortos o reglas de consenso más intensivas desde el punto de vista computacional. Cada mecanismo aumenta el costo de operar un nodo completo que verifica cada regla de forma independiente. Cuando los datos de los bloques crecen, aumentan las necesidades de ancho de banda y almacenamiento; cuando los bloques llegan con mayor frecuencia, aumenta la carga de sincronización. Estas demandas técnicas descartan a los participantes ocasionales, dejando solo a entidades bien dotadas capaces de mantener la infraestructura necesaria para validar el estado de la cadena.
3. Bitcoin eligió una verificación económica en lugar de un alto rendimiento en su capa base. Un nodo de Bitcoin funciona con hardware sencillo, como una computadora portátil estándar o una computadora de placa única, lo que permite a cualquier persona con conexión a Internet verificar todo el historial de transacciones. Este diseño mantiene la descentralización al garantizar que no se requiera infraestructura especializada de nivel empresarial para participar en el consenso. Las limitaciones de rendimiento se gestionan mediante capas de escalado como Lightning Network (Nivel V), las cuales procesan las transacciones fuera de la cadena principal mientras se establece su validez final en ella.
4. Ethereum ilustra esta tensión de manera diferente. En 2020, su hoja de ruta pasó de la ejecución mediante sharding a un plan centrado en los rollup: la capa base sigue siendo verificable, mientras que los rollup gestionan la mayor parte de la actividad; además, el “danksharding” amplía el espacio de datos utilizado por los rollup (lección 8.2.6). El compromiso es evidente: transferir más datos a la capa base aumenta los costos de verificación, mientras que mantenerlos fuera de la cadena requiere confiar en la integridad de esas capas secundarias.
5. Casi todas las nuevas cadenas lanzadas desde 2017 han afirmado resolver el trilema al lograr simultáneamente las tres propiedades. En la práctica, estas afirmaciones suelen basarse en cambios sutiles en lo que significa “descentralización” o “seguridad” para esa red específica. Algunas cadenas reducen el número de validadores necesarios a un pequeño conjunto de máquinas potentes, sacrificando una amplia participación por alta velocidad. Otras introducen retransmisores de confianza o mecanismos de finalización basados en comités. La pregunta clave no es si una cadena es rápida, sino quién puede verificar sus reglas y a qué costo.
6. Para evaluar la propuesta de cualquier cadena nueva, hay que examinar dos métricas concretas: las especificaciones mínimas de hardware necesarias para ejecutar un nodo completo que verifique todas las reglas, y el número real de partes independientes que operan dichos nodos. Si una cadena requiere servidores empresariales o centros de datos dedicados para participar en el consenso, ha sacrificado la descentralización por la escalabilidad. Si solo un puñado de entidades puede permitirse verificar el estado, la seguridad depende de su honestidad y no de pruebas matemáticas. Esta verificación revela el verdadero compromiso oculto detrás de las afirmaciones comerciales.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• V. Buterin, 'Scalability Trilemma' (blog writing and Ethereum sharding FAQ)
• Bitcoin Core documentation, 'System Requirements'
• Ethereum.org, 'Scaling' section of the roadmap
• J. Poon & T. Dryja, 'The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments' (2015/2016)