El método en seis preguntas, la versión corta en tres, lo que no te da y por dónde seguir.
🎯 Objetivo de la lección
Convertir el curso en un método corto: qué preguntar ante cualquier cadena que te encuentres, en qué orden, y qué hacer con las respuestas. Con una advertencia sobre lo que este método no te da y por dónde seguir.
🧵 Lo que sostiene todo el curso
Cuatro ideas. Con ellas se reconstruye el resto.
1. El problema es siempre el mismo. Ponerse de acuerdo en un orden de los hechos entre desconocidos que no se fían, sin que nadie mande. Todo diseño es una forma de atacarlo.
2. Las identidades son gratis, así que no se puede votar. De ahí que haya que hacer que participar cueste: en energía, en capital bloqueado o en una identidad que alguien certifica. Lo que cambia entre redes es en qué se paga.
3. Anotar movimientos y mantener un estado son cosas distintas. La segunda convierte el registro en un ordenador compartido, con todo lo que eso permite y todo lo que cuesta. Es la bifurcación con más consecuencias.
4. Nada mejora gratis. Las cinco palancas —velocidad, coste, apertura, resistencia y capacidad— están atadas entre sí. La pregunta del curso, y la que más veces habrás leído: ¿a cambio de qué?
🧭 El método, en seis preguntas
En este orden, porque las primeras descartan más rápido.
1. ¿Para qué hace falta un registro compartido aquí? Si no hay nadie con motivo y capacidad para falsearlo a quien no se pueda obligar, una base de datos normal es mejor en todo. Es la primera y la que más proyectos descarta.
2. ¿En qué se paga por participar, y quién puede hacerlo? Energía, capital bloqueado o una lista de admitidos. Y si hay lista, quién la controla.
3. ¿Qué pasa si los participantes no se ponen de acuerdo? ¿Sigue avanzando con incertidumbre, o se detiene? Y si se detiene, ¿cuántos tienen que faltar para eso?
4. ¿Cuánto cuesta comprobarlo por tu cuenta? Si mantener una copia completa exige máquinas especializadas, la verificación está concentrada de hecho, diga lo que diga el diseño.
5. ¿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.
6. Si hay capas o puentes: ¿qué hace falta para recuperar lo tuyo si los demás dejan de colaborar?
Con seis respuestas concretas tienes una descripción que no depende de adjetivos. Y si alguna no tiene respuesta comprobable, eso ya es la respuesta.
⏱️ La versión de tres preguntas
Cuando no hay tiempo para las seis:
¿Funcionaría igual con una base de datos normal?
¿Qué cedió este diseño a cambio de lo que presume?
¿Cuántas entidades distintas tendrían que ponerse de acuerdo para cambiar o detener el registro?
La segunda es la más reveladora. Un proyecto que sabe qué cedió ha pensado su diseño; uno que dice que mejora todo a la vez, no, o no lo cuenta.
⚠️ Lo que este método no te da
Conviene decirlo con la misma claridad que en los otros cursos.
No dice si una red va a funcionar, ni si va a seguir existiendo, ni qué le pasará a su valor. Nadie lo sabe. El método describe de qué depende una cosa, no cómo acabará.
No sustituye a entender el caso concreto. Dos redes con las mismas respuestas pueden comportarse distinto por detalles que no caben en seis preguntas.
Y no protege del riesgo que no es técnico. Entender un diseño a la perfección no impide que alguien se gane tu confianza y te convenza de algo. Eso está en Seguridad básica en Bitcoin y criptomonedas, y es lo que más fondos se lleva.
El riesgo de aprender a evaluar es creerse a salvo. Entender cómo funciona algo y acertar con ello son cosas distintas.
🗣️ Dos formas de hablar de esto que conviene reconocer
«Esta red es la buena.» Suele venir de quien tiene unidades de ella, y siempre omite la columna de lo que cedió. Después de este curso puedes pedirla explícitamente, y la respuesta —o su ausencia— dice bastante.
«Todo esto es lo mismo con otro nombre.» También es cómodo, y falla en lo contrario: hay diferencias reales, medibles, entre un registro que cualquiera puede comprobar y uno que mantienen tres empresas. Confundirlos ahorra el trabajo de mirar.
Lo que has visto no encaja en ninguna de las dos, y esa es la idea: hay decisiones de diseño con consecuencias concretas, y se pueden nombrar una por una.
🧭 Por dónde seguir
Solo con lo que existe hoy en la plataforma.
La continuación natural es Ethereum y contratos inteligentes, el último curso de esta ruta. Este curso ha explicado el suelo: qué es un registro compartido, qué es un estado y qué cuesta mantenerlo. Aquel baja a la red que no anota pagos sino que ejecuta programas: qué cuesta ejecutar, quién puede cambiar un contrato después de que lo hayas revisado y qué firmas exactamente.
Si vas a tocar algo con dinero real, antes conviene Seguridad básica en Bitcoin y criptomonedas, en la ruta de Seguridad. Nada de lo aprendido aquí protege una clave mal guardada.
Si quieres bajar al detalle de una red concreta, Nodos Bitcoin - Tu Soberanía Técnica enseña a montar y mantener una copia completa. Es la forma de dejar de creerse la cuarta pregunta del método y comprobarla.
Y un hueco que este curso reconoce: no ha entrado en la criptografía que hay debajo —cómo funciona una firma, cómo se construye una función de huella—, ni en cómo se programa nada de esto. No está en la plataforma hoy, y se dice así, sin prometer fechas.
📌 En resumen
Cuatro ideas sostienen el curso: el problema es siempre el mismo, las identidades son gratis, anotar movimientos no es mantener un estado y nada mejora gratis.
El método son seis preguntas, y la primera descarta más que las otras cinco: ¿para qué hace falta un registro compartido aquí?
En versión corta: ¿funcionaría con una base de datos normal?, ¿qué cedió? y ¿cuántas entidades distintas harían falta para cambiarlo o detenerlo?
Si una pregunta no tiene respuesta comprobable, eso ya es la respuesta.
El método no dice si algo funcionará ni protege del riesgo que no es técnico.
Los dos discursos fáciles —«esta es la buena» y «todo es lo mismo»— ahorran el trabajo de mirar. Hay decisiones con consecuencias concretas, y se pueden nombrar una por una.