La mayoría de las pérdidas en sistemas adyacentes a Bitcoin no comienzan en Bitcoin mismo. Comienzan en los bordes donde la red de Bitcoin queda expuesta a otros sistemas.
Ya sea el bridge que mueve BTC hacia otra red y de vuelta, los proveedores que manejan los registros de los clientes, el firmware que se supone debe generar claves imposibles de adivinar, o los firmantes que liberan monedas porque una solicitud parecía válida.
Es en esta compleja intersección, donde convergen la autoridad de firma, los supuestos de consenso, los atajos en la cadena de suministro y la confianza operativa, donde surgen los problemas.
Bridges fail when a withdrawal can be authorised without enough independent checks on the originating chain.
- Los bridges fallan cuando un retiro puede autorizarse sin suficientes verificaciones independientes en la chain de origen.
- El hardware air-gapped falla cuando la generación de la seed es más débil de lo que se le dijo al usuario.
- Los ecosistemas de hardware y accesorios fallan cuando el dispositivo es seguro, pero un socio logístico expone nombres, números de teléfono y direcciones a los hackers.
₿ Tic tac, siguiente bloque
En cada caso, la capa base de Bitcoin siguió produciendo bloques. A Honey Badger no le importa. La falla siempre está en los sistemas construidos alrededor de Bitcoin, no en la red misma.
Y el protocolo PowPeg de Rootstock fue diseñado en torno a ese hecho.
Actualmente disponible como una de las rutas de bridge en atlas.rootstock.io, el protocolo PowPeg está activo desde principios de 2018, sin exploits exitosos, brechas ni pérdida de fondos.
Su seguridad no depende de un único comité que decide cuándo puede moverse el Bitcoin. Depende de verificaciones en capas que vinculan un peg-out al consenso de Rootstock, y vinculan ese consenso al hashpower de Bitcoin mediante minería fusionada AuxPoW.
En la práctica, eso significa dos cosas.
- Los bloques de Rootstock son producidos por mineros de Bitcoin usando el mismo trabajo que ya invierten en Bitcoin. Actualmente, una gran parte del hashrate de Bitcoin hace minería fusionada con Rootstock, por lo que reescribir la chain que autoriza un retiro no es un ataque barato desde una red secundaria.
- Los dispositivos que resguardan las claves de Bitcoin no firman porque un operador se lo pida. Firman solo después de verificar de forma independiente que un peg-out proviene de la chain de Rootstock y que se ha acumulado suficiente prueba de trabajo sobre ella.
Esa combinación de consenso por minería fusionada más firma retrasada y reforzada por hardware es la razón por la que el PowPeg es menos susceptible a los modos de falla que suelen aparecer en los límites cross-chain.
Aquí tienes 10 preguntas frecuentes sobre la seguridad detrás del PowPeg de Rootstock.
₿ 1. ¿Por qué Rootstock espera ~36 horas antes de firmar un peg-out?
Un peg-out necesita 4.000 bloques de Rootstock antes de que los PowHSM lo firmen. Eso equivale a unas 33-36 horas y a unos 100 bloques de Bitcoin de trabajo acumulado.
El trabajo acumulado que exige el PowHSM también funciona como un limitador de velocidad o una demora forzada frente a cualquier ataque: Rootstock cuenta actualmente con más del 85% del hashrate de Bitcoin a través de la minería fusionada, por lo que la dificultad acumulada necesaria para “engañar” al PowHSM y hacer que confirme un peg-out sobre una rama maliciosa requeriría una colusión a gran escala de algunos de los principales pools de minería de Bitcoin durante varios días.
Múltiples actores dentro del ecosistema de Rootstock, incluyendo RootstockLabs, cuentan con sistemas de monitoreo para hacer seguimiento de los movimientos del PowPeg, de modo que se pueda dar una alerta con tiempo suficiente para intervenir si es necesario.
₿ 2. ¿Quién tiene las claves del Bitcoin bloqueado?
Las claves residen dentro de PowHSM a prueba de manipulaciones, operados por nueve miembros en distintas jurisdicciones. La firma es 5 de 9. Entre los miembros se encuentran firmas como Xapo Bank, Luxor y RootstockLabs.
Esas organizaciones no pueden exportar ni usar libremente las claves. El hardware genera la clave dentro de un elemento seguro y nunca la deja salir. Ni siquiera una mayoría puede gastar BTC sin un comando válido del Bridge respaldado por trabajo.
₿ 3. ¿Qué se verifica antes de que el Bitcoin pueda moverse?
Ambas chains se verifican mutuamente. El contrato del Bridge ejecuta un light client de Bitcoin. Este hace seguimiento de los headers de Bitcoin, la dificultad y la mejor chain, y solo acredita un peg-in después de una prueba SPV de un bloqueo real de BTC.
Cada PowHSM a prueba de manipulaciones ejecuta un light client de Rootstock en modo SPV. Este verifica la mejor chain, el encadenamiento de bloques, la dificultad y la prueba de trabajo acumulada. Como Rootstock hace minería fusionada con Bitcoin mediante AuxPoW, ese trabajo proviene de los mineros de Bitcoin.
Un peg-out solo se firma si proviene de esa chain de Rootstock y tiene suficiente trabajo acumulado sobre ella. Ninguna de las dos partes firma solo por confianza.
₿ 4. ¿Pueden los mineros o los firmantes de PowPeg mover el Bitcoin por su cuenta?
No. Los mineros no tienen las claves. Solo proporcionan la prueba de trabajo que el hardware verifica.
Los miembros operan PowHSM dispersos geográficamente, pero no pueden exportar las claves ni firmar transacciones arbitrarias. Atacar o destruir un dispositivo solo saca esa porción de la clave de circulación, no se la entrega al atacante. Un solo dispositivo inutilizado no alcanza el umbral de 5 de 9. Los mineros aportan trabajo. El hardware resguarda las claves. El Bridge define qué peg-out siquiera califica como candidato.
₿ 5. ¿Qué puede pasar en esa ventana de ~36 horas si algo sale mal?
El BTC todavía no se mueve. El trabajo aún debe acumularse y los HSM todavía tienen que firmar. Los mineros pueden dejar de hacer minería fusionada con Rootstock. Los miembros pueden desconectar dispositivos para que no se alcance el umbral de 5 de 9. Los sistemas de monitoreo pueden alertar a la red. El objetivo es intervenir antes de que una transacción de Bitcoin se vuelva firmable.
₿ 6. ¿Qué pasa si el PowPeg tiene que permanecer fuera de línea?
Detener las firmas puede proteger los fondos. Si la firma normal no puede restablecerse durante más de 365 días, existe un Protocolo de Recuperación de Emergencia independiente. Esa vía es una liberación distinta con timelock que solo se activa después de aproximadamente un año de inactividad en los UTXO de Bitcoin relevantes. De activarse, el resultado final sería que los fondos se devuelven a los depositantes originales.
₿ 7. ¿Es la demora de 36 horas la única defensa?
No. La demora es solo una capa dentro de una arquitectura de seguridad más amplia.
El PowPeg combina
- prueba de trabajo respaldada por Bitcoin,
- firma retrasada,
- claves privadas protegidas por hardware,
- validación independiente dentro de los PowHSM,
- participación por umbral, y
- una vía de recuperación de emergencia.
Rootstock también se monitorea de forma continua, componentes clave del sistema son de código abierto, y RootstockLabs opera un programa público de recompensas por errores de seguridad (bug bounty).
El objetivo de este diseño no es asumir que una sola defensa nunca puede fallar. Es hacer que la seguridad dependa de múltiples salvaguardas independientes en lugar de una sola.
La ventana de ~36 horas para el peg-out es una de esas salvaguardas, y refleja un principio simple: cuando hay Bitcoin en juego, el tiempo mismo puede ser un control de seguridad.
₿ 8. ¿Qué pasa si la mayoría de los miembros del PowPeg se coluden?
Incluso si varios miembros del PowPeg de Rootstock se coluden, de todas formas no pueden robar los fondos. Las claves nunca salen de los HSM a prueba de manipulaciones, y los dispositivos no firmarán una transacción arbitraria. Todos los firmantes de PowPeg son actores públicamente conocidos dentro del ecosistema de Bitcoin. Los dispositivos también están distribuidos entre distintas ubicaciones y jurisdicciones, por lo que comprometer un solo sitio no es suficiente.
En el peor de los casos, una mayoría coludida podría detener temporalmente los peg-outs al negarse a firmar. Eso es una falla de disponibilidad, no un vaciado de fondos. El protocolo de recuperación de emergencia de un año es lo que cubre una interrupción prolongada. Los mineros por sí solos tampoco pueden robar.
₿ 9. ¿Puede cualquiera verificar que el peg es solvente y que el hardware es genuino?
Sí. El BTC bloqueado está en un multisig público de Bitcoin, mientras que el rBTC en circulación es visible en Rootstock, lo que permite observar de forma independiente el respaldo del peg.
La atestación del firmware del HSM permite a terceros verificar que los miembros están ejecutando firmware aprobado en dispositivos genuinos y a prueba de manipulaciones.
Los componentes principales del sistema son de código abierto, incluyendo el firmware y middleware de PowHSM, el nodo de PowPeg y RSKj.
RootstockLabs también opera un programa público de bug bounty a través de Immunefi, lo que incentiva a investigadores de seguridad independientes a identificar y reportar vulnerabilidades de forma responsable.
₿ 10. ¿Existe un límite automático que detenga un peg-out inusualmente grande o anómalo?
No existe una regla separada de “es demasiado grande, se rechaza”. Todo peg-out nativo espera las mismas ~36 horas y el mismo umbral de trabajo.
Esa demora es el limitador de velocidad. Si un peg-out parece válido para el consenso pero no debería mover BTC, los mineros y los miembros aún pueden detener el trabajo y las firmas antes de que la transacción sea firmada.
Míralo tú mismo. RootstockLabs opera un bug bounty público para el PowPeg y el resto del protocolo de Rootstock a través de Immunefi: https://immunefi.com/bug-bounty/rootstocklabs/information/
