Las cinco palancas de cualquier diseño y por qué mejorar una empeora otra. Sin declarar ganador, porque no lo hay.
🎯 Objetivo de la lección
Poner en orden los intercambios que hace cualquier red de este tipo, y entender por qué mejorar una propiedad empeora otra casi siempre. Sin declarar ganador, porque no lo hay: hay diseños buenos para unas cosas y malos para otras.
🎚️ Las cinco palancas
Un diseño de red se puede describir por cómo colocó cinco palancas. Todas las decisiones que has visto son eso: una palanca movida.
Velocidad. Cuánto tarda una operación en quedar registrada, y cuánto en ser irreversible. Son dos cosas distintas.
Coste. Lo que se paga por operación, y lo que cuesta mantener una copia y verificar por tu cuenta.
Apertura. Quién puede escribir y quién puede comprobar. También son dos cosas distintas.
Resistencia. Cuánto hay que gastar o controlar para alterar el registro o para detener la red.
Capacidad. Cuántas operaciones caben, y qué se puede hacer con ellas: solo movimientos o programas con estado.
Ninguna se mueve sola. Eso es lo que hace interesante la comparación y lo que ningún folleto cuenta.
⚖️ Los intercambios que no se pueden esquivar
Más velocidad, menos participantes que comprueban. Producir bloques más a menudo y más grandes exige más ancho de banda, más disco y más cómputo a cada copia. Cuanto más pide, menos gente puede mantener una, y la verificación —que es lo que hace que nadie tenga que fiarse— se concentra en quien puede pagarla.
Es el intercambio central y el que más se disimula. Una red muy rápida no es gratis: es una red donde menos gente puede comprobar lo que ocurre.
Finalidad inmediata, o continuidad. Ya visto en 1.2 y 2.1, y aquí se ve por qué es una palanca: declarar algo definitivo exige que un conjunto identificado de participantes se ponga de acuerdo, y si no lo consigue, hay que parar. Avanzar siempre exige aceptar que nada es definitivo del todo.
Más capacidad, más superficie de fallo. Un sistema que ejecuta programas puede hacer muchísimo más y puede fallar de muchísimas más formas. La lección 1.3 lo desarrolló: la limitación de Bitcoin es también lo que lo hace fácil de comprobar.
Menos coste por operación, más coste en otro sitio. Las operaciones baratas se consiguen procesando más por bloque, cobrando menos a cambio de subvencionar con emisión, o moviendo el trabajo fuera de la cadena principal. Las tres desplazan el coste; ninguna lo elimina. La tercera es la lección 3.2.
🎭 El resumen que no hay que repetir
Circula mucho una versión según la cual toda red elige dos de tres cosas —descentralización, seguridad y escala— y renuncia a la tercera. Se le llama trilema, y se repite constantemente.
Es un resumen útil para empezar y demasiado limpio para ser verdad, por dos motivos:
Los tres términos no están definidos. «Descentralización» son al menos cuatro cosas distintas repartidas en distinto grado, como viste al final de Cómo funciona Bitcoin. Un eslogan que mezcla cuatro cosas en una palabra no puede ser preciso.
No es un teorema. No hay una demostración de que esas tres propiedades sean incompatibles. Hay observación de que en la práctica cuesta mucho tener las tres, que es otra cosa.
Lo que sí se sostiene es lo de arriba: hay intercambios concretos, entre propiedades concretas, y se pueden nombrar uno a uno. Eso es más trabajo que decir «trilema» y da respuestas mucho más útiles.
🔬 Dónde mirar para saberlo de verdad
Cuatro comprobaciones que dicen más que cualquier tabla comparativa, y ninguna exige entender el mecanismo por dentro.
¿Cuánto cuesta mantener una copia completa? Si hacen falta máquinas especializadas o cientos de gigabytes que crecen rápido, la verificación está concentrada de hecho, diga lo que diga el diseño.
¿Cuántas entidades distintas escriben la mayoría de los bloques? No cuántos participantes hay: cuántos distintos de verdad, porque muchos pueden estar operados por pocos.
¿Qué haría falta para detenerla? Algunas redes se paran si un tercio de sus validadores desaparece. Saber ese número dice mucho más que un adjetivo.
¿Ha estado alguna vez detenida? Es el dato más honesto de todos y suele estar documentado. Una red que se detuvo y lo cuenta es más fiable que una que asegura que no puede pasarle.
🧭 Qué diseño para qué
Puesto como criterio, y sin nombrar ninguna red:
Si lo que importa es que nadie pueda revertir ni censurar, y se puede esperar, conviene un diseño lento, caro y con verificación muy repartida.
Si lo que importa es que muchas operaciones pequeñas sean viables, y una reversión no sería catastrófica, tiene sentido un diseño rápido y barato con verificación más concentrada.
Si lo que importa es ejecutar lógica compartida, hace falta estado, y con él sus costes.
Y si todos los participantes se conocen y se fían, probablemente no haga falta nada de esto. Es la lección siguiente.
Fíjate en que ninguna frase empieza por el nombre de una red. Se elige desde el requisito, no desde el producto, y quien te presente una red antes de preguntarte qué necesitas está vendiendo.
📌 En resumen
Cinco palancas: velocidad, coste, apertura, resistencia y capacidad. Ninguna se mueve sola.
El intercambio central: más velocidad significa menos gente comprobando, porque cada copia cuesta más de mantener.
Finalidad inmediata o continuidad, elige. Y más capacidad es más superficie de fallo.
El coste por operación se baja desplazándolo, nunca eliminándolo.
El trilema es un resumen demasiado limpio: sus términos no están definidos y no es un teorema. Mejor nombrar los intercambios uno a uno.
Cuatro comprobaciones útiles: coste de una copia completa, entidades distintas que escriben, qué haría falta para detenerla y si alguna vez se detuvo.
Se elige desde el requisito, no desde el producto.
➡️ Qué viene después
Queda el extremo de la palanca de apertura: las redes que exigen permiso para entrar. Por qué existen, qué consiguen, y por qué la mayoría de los proyectos que las usaron no llegaron a ninguna parte.