Por qué Bitcoin importó

El problema que abordó

La información digital se copia sin esfuerzo. Es una virtud para los documentos y un defecto fatal para el dinero: si una unidad de valor es solo un archivo, nada impide gastar la misma unidad dos veces en dos sitios distintos. Ese es el problema del doble gasto, y todo sistema de pagos tiene que responderlo de algún modo.

La respuesta convencional es un operador. Un banco, una red de tarjetas o una empresa de pagos mantiene el libro de cuentas autorizado y decide qué transacción ocurrió primero. Funciona bien, y también significa que ese operador puede congelar cuentas, revertir anotaciones, rechazar clientes y quebrar.

Bitcoin propuso otra respuesta: que una red pública ordene las transacciones, que la prueba de trabajo encarezca reescribir ese orden y que se pague con el propio activo a quienes hacen ese trabajo. Nadie tiene que ser digno de confianza individualmente porque reescribir el historial costaría más de lo que el ataque podría rendir.

Qué era realmente nuevo

Casi todos los componentes son anteriores a Bitcoin. Las firmas digitales, las funciones hash, los acertijos de prueba de trabajo, las redes entre pares y propuestas previas de dinero digital ya existían. La aportación fue el ensamblaje: una combinación concreta en la que los incentivos, el mecanismo de ordenación y las reglas de verificación se refuerzan entre sí lo bastante como para funcionar sin administrador.

Vale la pena retener ese encuadre porque ajusta las expectativas. Bitcoin es una respuesta de ingeniería a un problema de coordinación. No afirma que la criptografía resuelva el fraude, que la escasez cree valor ni que eliminar a un operador elimine el riesgo.

El documento técnico apareció en 2008 y la red se puso en marcha en 2009. Se suele conectar esa fecha con la crisis financiera, pero el protocolo debería evaluarse por su diseño publicado y su funcionamiento, y no por un motivo simplificado atribuido a su autor seudónimo.

A qué renuncia el diseño

Eliminar al operador central no elimina las dependencias: las reubica. Ahora la red depende de que las implementaciones de software sean correctas, de que la minería siga estando distribuida económicamente, de que las personas gestionen sus propias claves con competencia, de la conectividad y de un proceso social desordenado para acordar cambios en el código.

También vuelve imposibles por diseño ciertas comodidades. No hay restablecimiento de contraseña, ni devolución de cargo, ni departamento antifraude, ni forma de revertir un pago enviado a la dirección equivocada. No son descuidos pendientes de arreglar: son el coste directo de la propiedad que hace que el sistema funcione sin operador.

Usa el historial con cuidado

Un historial largo de funcionamiento es una prueba genuina de solidez. Una red que ha procesado transacciones de forma continua durante años bajo escrutinio público ha sido puesta a prueba de formas que un proyecto nuevo no ha vivido. Es razonable tenerlo en cuenta.

No es una prueba sobre el precio y no dice nada sobre los servicios construidos alrededor del activo. La mayoría de quienes han perdido dinero en este campo no lo perdieron por un fallo del protocolo, sino por un exchange, un custodio, una página de phishing o su propia copia de seguridad. El historial del protocolo no se transfiere a la empresa que custodia tu cuenta.

• Separa las afirmaciones sobre el protocolo de las afirmaciones sobre una empresa que lo usa.
• Trata «nunca lo han hackeado» como una afirmación sobre la red, no sobre tu cuenta.
• Pregunta qué no puede hacer un sistema por ti antes de depender de él.