El 31 de octubre de 2008, alguien que usaba el nombre Satoshi Nakamoto publicó un paper de nueve páginas en una lista de correo de criptografía. La nota que lo acompañaba tenía dos frases y empezaba así: "Estuve trabajando en un nuevo sistema de dinero electrónico completamente entre pares, sin terceros de confianza".
El paper en sí, Bitcoin: A Peer-to-Peer Electronic Cash System, es lo bastante corto como para leerlo en una tarde, y más acotado que su reputación. No describe un sistema financiero nuevo. Resuelve un problema que había bloqueado todos los intentos anteriores de dinero digital, y todo lo demás se desprende de ahí.
El problema: dos personas, una moneda
El dinero digital es fácil de construir si alguien acepta llevar la contabilidad. Un banco, una red de tarjetas o una empresa de pagos tiene el registro, comprueba que haya fondos y mueve el número. Ese modelo funciona. La sección inicial del paper lo dice, y a continuación nombra lo que cuesta: nada es realmente definitivo, porque la institución siempre puede revertirlo, y la posibilidad de reversión extiende la necesidad de confianza a toda la cadena.
Al quitar a quien lleva el registro aparece un problema de inmediato. Un doble gasto es enviar la misma moneda a dos personas a la vez. Alice firma un pago a Bob, firma un segundo pago de la misma moneda a Carol y manda cada uno a una parte distinta de la red. Las dos firmas son perfectamente válidas. Nada en las firmas indica cuál fue primero. Esa es la situación de la ilustración al comienzo de esta página.
El paper es directo al decir que las firmas por sí solas no alcanzan: "Las firmas digitales aportan parte de la solución, pero se pierde el beneficio principal si aún hace falta un tercero de confianza para evitar el doble gasto". Las propuestas anteriores que cita, b-money de Wei Dai de 1998 y Hashcash de Adam Back de 2002, aportaron cada una una pieza y ninguna cerró esa brecha.
La propuesta: acordar un orden, y volver caro cambiarlo
La respuesta del paper no es una regla sobre cuál transacción es la correcta. Es una manera de que personas desconocidas entre sí acuerden una secuencia.
Las transacciones se difunden públicamente. Los participantes juntan las recientes en un bloque, y cada bloque contiene el hash del bloque anterior, así que los bloques forman una cadena en un orden fijo. Publicar un bloque exige encontrar un número que haga que el hash del bloque empiece con cierta cantidad de ceros, algo que solo se consigue probando cantidades enormes de candidatos. Esa búsqueda es la prueba de trabajo. Verificar la respuesta de otro cuesta un solo hash.
Ahora el orden lo resuelve algo que no está bajo el control de nadie. El pago de Alice que llegue primero a un bloque es el que ocurrió; el otro se refiere a una moneda que ya se movió, y todos los nodos lo rechazan. Nadie arbitró. La regla es mecánica.
Por qué la cadena se vuelve difícil de reescribir
Reescribir la historia implica rehacer la prueba de trabajo del bloque que se quiere cambiar y la de todos los bloques posteriores, mientras el resto de la red sigue extendiendo la cadena contra la que se compite. La expresión del paper es "un voto por CPU" (one-CPU-one-vote): la cadena con más trabajo detrás es la que los nodos tratan como real.
La sección 11 hace la cuenta, y el resultado es la parte útil. La probabilidad de que un atacante que controla una minoría de la red alcance a la cadena honesta cae de forma exponencial con cada bloque agregado encima. La propia tabla del paper da los números: un atacante con el 10 por ciento de la red necesita esperar 5 bloques para que el riesgo baje de uno en mil, y uno con el 45 por ciento necesita 340. De ahí viene la costumbre de esperar algunas confirmaciones, y también el motivo por el que "esperar seis" es una convención y no una garantía.
La afirmación de seguridad es honesta sobre su propia condición. Vale mientras los participantes honestos controlen la mayoría del trabajo. El paper nunca dice otra cosa.
Lo que el paper no dice
Esta es la parte que conviene llevarse, porque casi todo lo que se le atribuye al white paper no está en él.
Nunca menciona los 21 millones. La sección 6 dice apenas que "una vez que haya entrado en circulación una cantidad predeterminada de monedas, el incentivo puede pasar por completo a las comisiones de transacción". El tope real, y el calendario de halvings que lo produce, están en el código que se publicó en enero de 2009, no en el paper.
Nunca usa la palabra "blockchain". Describe una cadena de bloques y un servidor de sellado de tiempo. La palabra llegó después, junto con una década de proyectos que reclamaban la estructura sin lo que la hace funcionar, que es el costo de extenderla.
No describe una reserva de valor ni una inversión. La palabra que usa todo el tiempo es cash, dinero para pagar. De lo que discute el paper es de liquidación.
No resuelve la privacidad. La sección 10 es franca: como cada transacción se anuncia públicamente, el enfoque bancario tradicional de restringir quién ve el registro no está disponible, y lo que queda es mantener anónimas las claves públicas y usar una nueva en cada transacción.
Leerlo por cuenta propia
El paper tiene nueve páginas contando las referencias, y cerca de la mitad son diagramas y un cálculo de probabilidad. Quien llegó hasta acá puede leerlo. Las secciones que más recompensan una lectura lenta son la 2 y la 5, que establecen qué es una moneda y qué hace un nodo, y la 11, que es el único lugar donde el argumento de seguridad se expresa como un número y no como una afirmación.
Cada uno de los mecanismos que nombra tiene su propio texto acá: qué comprueba un nodo, por qué compiten realmente los mineros y el par de claves detrás de las firmas de las que parte el paper.