Tres motivos para crear una red nueva, y solo uno es técnico. Cómo distinguirlos y qué decide que una sobreviva.
🎯 Objetivo de la lección
Responder a la pregunta que sobrevuela el curso: si el problema es siempre el mismo, por qué existen cientos de redes distintas. Y distinguir los tres motivos por los que nace una, porque solo uno de ellos es técnico.
🌱 Tres motivos, y solo uno es técnico
Una red nueva se crea por una de estas tres razones, o por varias a la vez. Saber cuál manda explica casi todo lo demás.
1. Un intercambio distinto. Alguien quiere mover las palancas de la lección 2.2 a otro sitio: más velocidad aceptando menos verificadores, o estado compartido donde no había, o finalidad inmediata aceptando que la red pueda detenerse. Es el motivo técnico, y produce redes que hacen algo que las otras no hacían.
2. Un desacuerdo. Un grupo dentro de una red existente quiere cambiar las reglas y no logra que se adopten. Como viste al final de Cómo funciona Bitcoin, los cambios se adoptan y no se imponen: si no hay acuerdo suficiente, la única salida es seguir por separado. La red se parte, y las dos continúan con el historial compartido hasta ese punto.
3. Nada comprobable. Lanzar una red nueva permite emitir unidades nuevas y repartirlas. Eso tiene un valor económico inmediato, independientemente de que el diseño aporte algo. Es el motivo más frecuente de los tres.
Fíjate en que el tercero no exige mentir: puede haber un equipo trabajando en serio y aun así ser lo que sostiene el proyecto. Lo que importa es saber distinguirlo.
🪓 Cuando una red se parte
Merece detalle, porque es la forma más limpia de ver que las reglas no las impone nadie.
Si un grupo cambia el programa y los demás no, pasa una de dos cosas:
El cambio es compatible: quien no actualiza sigue aceptando los bloques nuevos, aunque no entienda las reglas añadidas. La red no se parte.
El cambio no es compatible: los que no actualizaron rechazan los bloques nuevos, y los actualizados rechazan los viejos. A partir de ese bloque hay dos redes, con dos registros que comparten todo el pasado.
Y entonces ocurre lo interesante: quien tuviera unidades antes de la partición las tiene en las dos, porque las dos heredan el mismo historial. Eso explica varios episodios del sector y también por qué una partición atrae tanto interés que no es técnico.
Después, cada red sigue su camino. Normalmente una concentra la mayor parte de la actividad y la otra se queda pequeña, pero eso lo deciden los participantes con el tiempo, no el momento de la partición.
🔍 Cómo distinguir el motivo
Sin juzgar ninguna red concreta, hay señales bastante fiables.
Señal de que hay un intercambio real. El proyecto puede decir qué cedió. «Somos más rápidos porque procesamos bloques más grandes, y eso significa que mantener una copia cuesta más» es una respuesta técnica. «Somos más rápidos y más descentralizados y más seguros» no lo es: son las palancas de la 2.2 moviéndose todas hacia el mismo lado, que es justo lo que no ocurre.
Señal de desacuerdo. Hay un historial público de la discusión: propuestas, debates, versiones. Se puede leer.
Señal de que no hay más que la emisión. El reparto inicial concentra mucho en pocas manos, el calendario de liberación es lo más detallado del proyecto, y la descripción técnica se puede resumir en «como la otra, pero más rápida» sin decir a cambio de qué.
Y una señal transversal, que ya viste en Qué es Web3 y qué no: cuando la descripción empieza por la tecnología en vez de por el problema, el problema se buscó después.
🧩 Por qué tantas se parecen entre sí
Un detalle que ayuda a no perderse en el catálogo: muchas redes son la misma base con parámetros distintos.
El programa de varias de ellas es código público que se puede copiar y ajustar. Cambiar el ritmo de bloques, el tamaño, el nombre de la unidad y el reparto inicial es trabajo de días, no de años.
Eso no invalida el resultado —una red puede ser útil siendo una variante— pero explica dos cosas. Por qué hay tantas, y por qué muchas comparten exactamente los mismos problemas: heredan las decisiones de la base de la que salieron, incluidas las malas.
⏳ Por qué unas sobreviven
Lo que decide que una red siga existiendo no es casi nunca su diseño.
Es que haya gente manteniéndola: desarrolladores que corrigen fallos, participantes que sostienen el consenso, y suficiente actividad para que a alguien le compense seguir. Una red técnicamente mejor sin nadie detrás desaparece; una peor con comunidad activa aguanta años.
De ahí una comprobación práctica más útil que cualquier comparativa: ¿hay trabajo reciente y de más de una persona? Un repositorio sin cambios en meses dice más que cualquier documento de diseño.
📌 En resumen
Tres motivos para una red nueva: un intercambio distinto (el técnico), un desacuerdo que acaba en partición, y nada comprobable más allá de emitir unidades nuevas. El tercero es el más frecuente.
Una partición ocurre cuando el cambio no es compatible. Quien tuviera unidades antes las tiene en las dos redes, porque comparten el pasado.
Señal de intercambio real: el proyecto puede decir qué cedió. Si todas las propiedades mejoran a la vez, falta información.
Señal de que solo hay emisión: reparto concentrado, calendario de liberación muy detallado y una descripción que se resume en «como la otra, pero más rápida».
Muchas son la misma base con otros parámetros, y heredan sus problemas.
Lo que decide la supervivencia no es el diseño, es que haya gente manteniéndola.
➡️ Qué viene después
Hay una forma de conseguir más velocidad que no consiste en crear otra red, y es hoy la vía principal: mover actividad fuera de la cadena principal. La siguiente lección explica cómo funciona, qué supuesto de confianza reintroduce cada capa y por qué los puentes son el punto más atacado del sector.