En una red de criptomonedas que utiliza el mecanismo de consenso de prueba de trabajo (PoW), como Bitcoin, un ataque del 51% no comienza cuando el atacante logra la mitad del poder de minería de la red. En realidad, el proceso se inicia antes, cuando esa concentración aún puede ser detectada.
Una propuesta de alerta temprana
Basándose en esta premisa, el investigador Victor Kebande, de la Universidad de Colorado en Denver, publicó el 13 de septiembre un estudio que sugiere monitorear el aumento del poder de cómputo para emitir una advertencia antes de que un actor alcance el control mayoritario. Además, propone implementar una regla que limite la cantidad de bloques que este podría reescribir si llegara a lograr su objetivo.
La simulación de Kebande arrojó una cifra atractiva: un tiempo de alerta promedio de aproximadamente 10,5 minutos. No obstante, este número depende de múltiples supuestos que merecen un análisis más detallado del que suele recibir un titular llamativo.
Dos capas de defensa
El diseño consta de dos componentes independientes. El primero supervisa la proporción del poder de minería controlada por el actor más grande de la red y dispara una alerta si supera el 45%, antes de alcanzar el umbral crítico del 50%. El segundo actúa posteriormente: si el ataque avanza, rechaza cualquier reorganización más profunda de seis bloques, es decir, cualquier intento de sustituir los últimos seis bloques confirmados por una versión alternativa de la cadena, independientemente del trabajo computacional que respalde a la cadena rival.
Es crucial destacar que ninguno de estos mecanismos fue probado en una red real. En el estudio de Kebande, cada uno se ejecutó mil veces de forma independiente sobre datos sintéticos diseñados para simular un atacante que crece de manera progresiva y constante durante sesenta minutos simulados. Esta elección metodológica debe tenerse en cuenta antes de difundir el número de 10,5 minutos como un hecho.
El verdadero aporte del estudio no es una cifra garantizada, sino una arquitectura. La vigilancia de la concentración de poder y la limitación de la reescritura de la historia no son ideas novedosas por separado, pero al combinarlas y asignarles un número, aunque sea frágil, se revive un debate que Bitcoin ya había cerrado. Ese debate tiene un nombre: los puntos de control.
Por qué Bitcoin abandonó esa lógica
Los puntos de control en Bitcoin fijaban, bloque por bloque, un hash que Bitcoin Core consideraba válido sin discusión, como una forma de detener una cadena alternativa con poco trabajo computacional que intentara inundar de datos falsos a un nodo recién sincronizado. Esta medida había estado sin actualizarse durante más de una década: el último punto de control incorporado al código correspondía a un bloque minado en 2014.
Cuando una función más moderna resolvió el mismo problema sin necesidad de anclas fijas, el desarrollador Sjors Provoost anunció en la lista de correo que el equipo de Bitcoin Core había decidido eliminarlos por completo. Su razón fue clara: agregar nuevos puntos de control ya no es deseable.
El mecanismo propuesto por Kebande no fija un bloque específico del pasado como intocable, sino que impone un límite dinámico (seis bloques en su experimento) a la profundidad de cualquier reorganización futura, sin importar el bloque en cuestión. Aunque la diferencia técnica es real, ambos enfoques comparten la misma filosofía subyacente: una regla externa decide que cierta porción de la historia de la red no puede reescribirse, más allá de cuál cadena acumule más trabajo computacional. Esta premisa es precisamente la que la prueba de trabajo de Satoshi Nakamoto busca evitar.
La fragilidad de los 10 minutos
La cifra de 10,5 minutos proviene de un único escenario: un actor que pasa de controlar el 30% al 58% del poder de minería en sesenta minutos simulados, a un ritmo constante. Cuando Kebande modifica ese ritmo, el resultado cambia drásticamente. Lo mismo ocurre con el umbral que activa la alerta. En una tabla de su estudio, se comparan tres de los cinco escenarios probados: con un umbral del 40%, el aviso promedio es de 21,06 minutos, pero las alertas falsas (sin ataque real) alcanzan el 7,5%; con un umbral del 45%, el aviso promedio es de 10,53 minutos y no hay alertas falsas; con un umbral del 49%, el aviso promedio se reduce a 2,09 minutos y tampoco hay falsas alarmas.
Bajar el umbral amplía el margen de reacción, pero incrementa las advertencias sin ataque real. Subirlo hace lo contrario. El propio Kebande denomina a estos números "puntos de operación experimentales", no valores óptimos. Esto no es una crítica menor: significa que el número que podría viralizarse (los 10,5 minutos) es solo uno de los resultados posibles de un modelo, no una propiedad medida en una red real. El estudio lo reconoce en su sección de limitaciones: todo el trabajo se basa en datos sintéticos, sin datos de una red en producción.
¿Para quién es relevante esta arquitectura?
El estudio menciona como antecedentes tres redes que sufrieron un ataque del 51% real: Ethereum Classic, Bitcoin Gold y Monacoin. En enero de 2019, un ataque a Ethereum Classic revirtió transacciones por unos 219.500 ETC, haciendo que pagos previamente considerados válidos dejaran de serlo. Ninguna de estas redes comparte con Bitcoin un dato clave: el tamaño de la red. El hashrate de Bitcoin ronda actualmente entre 850 y 950 exahashes por segundo. Reunir el 45% de esa potencia requeriría miles de millones de dólares en equipos y electricidad, una barrera que las altcoins atacadas no enfrentaron.
Por lo tanto, la arquitectura de Kebande no está diseñada para una red que puede permitirse rechazar la finalidad impuesta por reglas duras, como acaba de hacer Bitcoin. Tiene sentido, en cambio, para redes que ya no tienen esa opción y para quienes tienen fondos en ellas: recibir un pago con pocas confirmaciones en una red de bajo hashrate es aceptar, sin saberlo, un riesgo de reversión que en Bitcoin es económicamente inviable. Curiosamente, el límite de seis bloques coincide con la regla de seis confirmaciones que la industria usa para dar por firme un pago en Bitcoin: esperar esa cantidad de bloques antes de entregar un producto o servicio.
Conclusión
Bitcoin no adoptará nuevamente puntos de control, y este estudio no altera esa realidad. Su propio autor admite que ni el umbral de alerta ni la profundidad del punto de control son valores universales, solo puntos de partida para seguir investigando. Lo que deja, más allá del número que se vuelva viral, es una pregunta que no caduca con la próxima simulación: ¿cuánto margen de reacción compra cada punto porcentual que una red le tolera a un atacante antes de considerarlo crítico? Bitcoin puede darse el lujo de no responderla, porque el costo de un ataque la vuelve casi teórica; las redes que ya fueron atacadas, no.