Dónde aporta y dónde no

🎯 Objetivo de la lección

Separar los casos en que un registro compartido aporta algo que antes no se conseguía de aquellos en que es una base de datos cara y lenta con más pasos. Y tener el criterio para colocar cualquier caso nuevo en una columna o en la otra.

🧮 La prueba, en una pregunta

Todo lo visto hasta aquí se puede condensar en una comprobación:

¿Hay alguien que, si pudiera, tendría motivo y capacidad para cambiar el registro en su favor, y a quien no se le pueda obligar a no hacerlo?

Si la respuesta es no —porque hay una entidad de confianza, porque la ley la obliga, porque las partes se conocen—, un registro compartido no aporta nada y sí cuesta más. Si la respuesta es sí, empieza a tener sentido.

Dicho de otra forma: esta tecnología sirve para cuando no hay un árbitro aceptable. Cuando lo hay, el árbitro es más rápido y más barato.

Ese es el motivo por el que tantos proyectos de «blockchain empresarial» no llegaron a nada: eran registros compartidos entre partes que ya se fiaban entre sí, con una empresa manteniendo todas las copias. Toda la complejidad, ninguna de las razones.

✅ Dónde aporta

Cuatro situaciones en las que hay algo comprobable que antes no se conseguía.

Mover valor sin que nadie pueda impedirlo. Es el caso más sólido y el más antiguo. Entre países sin relación bancaria, fuera de horario, sin depender de que una entidad apruebe la operación. Aquí el árbitro no existe o no es aceptable para una de las partes.

Reglas que no se pueden cambiar a mitad. Cuando el valor está precisamente en que nadie pueda alterar las condiciones después: una emisión con un límite fijo, un reparto pactado, un plazo que se cumple solo. Un contrato sin llave de administración lo consigue; un servidor de una empresa, no.

Comprobar sin pedir permiso. Cuando importa que cualquiera pueda verificar por su cuenta cuántas unidades existen o quién tiene qué, sin depender de un informe. Es útil donde la confianza en el informante está en duda.

Componer sin acuerdo previo. Que cualquiera pueda construir encima de lo que hizo otro sin negociar un contrato. Es la propiedad que más ha producido en la práctica, y también la que más rápido propaga los fallos.

❌ Dónde no aporta

Y los casos en que la complejidad no se paga con nada.

Cuando hay una autoridad legítima y aceptada. Un registro de la propiedad, un padrón, un historial médico. El problema de esos sistemas no es que alguien pueda falsear el registro: es la burocracia, y eso no lo arregla un registro compartido.

Cuando el dato tiene que entrar desde fuera. Si alguien tiene que teclear que la mercancía llegó, el registro garantiza que nadie altere lo tecleado, no que fuera verdad. La trazabilidad de productos choca siempre con esto: el eslabón débil es el humano de la entrada, y sigue estando.

Cuando hace falta poder deshacer. Cualquier sistema con devoluciones, correcciones o mediación necesita justo lo que aquí se quitó.

Cuando hay que guardar mucha información. Registrar es caro por diseño. Para archivos, historiales o cantidades grandes de datos, una base de datos normal es mejor en todo.

Cuando la ley exige un responsable. Si por normativa tiene que haber alguien que responda e identifique a los participantes, esa entidad acaba reintroducida, y con ella casi todas las propiedades que se buscaban.

🧪 Tres casos, aplicando el criterio

Sin juzgar si conviene participar, solo para ver el método en acción.

Un token que representa euros depositados en un banco. El registro garantiza quién tiene el recibo. No garantiza que haya euros detrás, y eso depende de una empresa y de su auditor. La parte descentralizada es real y la promesa es centralizada: es un recibo que circula sin permiso.

Un intercambio que funciona con contratos. Las operaciones no dependen de que una empresa las apruebe, y eso es genuino. Pero la web por la que entras, quién puede cambiar los contratos y de dónde salen los precios son preguntas abiertas, cada una con su respuesta.

Un juego con objetos en forma de token. Los objetos siguen existiendo si el estudio cierra; el juego, no. Se conserva la anotación, no la utilidad. Si lo que valoras es poder revender el objeto, aporta. Si lo que valorabas era jugar, no.

⏳ Lo que está sin resolver

Para cerrar sin dejar la impresión de que todo está decidido:

• El coste y la velocidad. Hay trabajo constante en hacerlo más barato y rápido, y buena parte consiste en mover actividad fuera del registro principal, lo que reintroduce supuestos de confianza.

• La privacidad. Un registro público y permanente choca de frente con casi cualquier uso que implique datos personales.

• La experiencia de uso. Firmar cosas que no se entienden, claves que no se recuperan y errores irreversibles siguen siendo una barrera enorme.

• El encaje legal. Qué es un token a efectos de ley, quién responde cuando un contrato falla y cómo se aplica la normativa varía según el país y sigue moviéndose.

Ninguna de las cuatro es motivo para descartar nada. Son el estado real de las cosas, y conviene tenerlo presente cuando alguien describa esto como un asunto ya cerrado.

📌 En resumen

• La prueba: ¿hay alguien con motivo y capacidad para cambiar el registro en su favor, a quien no se pueda obligar a no hacerlo? Si no lo hay, un árbitro es más rápido y barato.

• Aporta en: mover valor sin que lo impidan, reglas que no se alteran, comprobar sin permiso y componer sin acuerdo previo.

• No aporta cuando hay una autoridad aceptada, cuando el dato entra desde fuera, cuando hace falta deshacer, cuando hay que guardar mucho o cuando la ley exige un responsable.

• En trazabilidad, el eslabón débil es quien teclea, y el registro no lo arregla.

• Lo habitual es una parte genuina y otra dependiente de terceros. El método consiste en decir cuál es cuál, no en aprobar o descartar el conjunto.

• Sin resolver: coste, privacidad, experiencia de uso y encaje legal.

➡️ Qué viene después

Sabes dónde tiene sentido y dónde no. Falta lo más práctico: qué mirar en un proyecto concreto antes de tocarlo, en un orden que se pueda seguir aunque no sepas programar.