Avanzado Revisión: marzo 2026 ~2 min

Evolución del whitepaper de Rootstock

Rootstock publicó dos versiones principales de su whitepaper: la de 2015, que es casi un manifiesto de necesidad económica para salvar la minería de Bitcoin, y la de 2019, que documenta la arquitectura ya operativa desde mainnet (2018). Comparar ambas versiones revela cómo una promesa se convierte en infraestructura.

2015: La promesa de supervivencia

El primer whitepaper (Rev. 9, noviembre 2015), escrito por Sergio Demian Lerner, se lee menos como un manual técnico y más como un manifiesto. Su contexto: el halving de 2016 se acercaba, y la tesis era que al reducirse la recompensa de bloque, muchos mineros quebrarían, dejando a Bitcoin vulnerable.

Rootstock se presentó como la solución: una fuente de ingresos adicional vía minería fusionada. El documento prometía 300 transacciones por segundo, confirmaciones en 10 segundos y una máquina virtual Turing-completa compatible con la EVM. La moneda se llamaba SBTC (SmartBitcoin).

Es un texto que habla principalmente a mineros, criptógrafos y personas preocupadas por la sostenibilidad económica de Bitcoin.

2019: La arquitectura de la realidad

Cuatro años después (Rev. 11, enero 2019), el tono cambia radicalmente. Rootstock ya no habla de lo que "podría pasar" sino de lo que es: una red con mainnet activa desde enero de 2018. La moneda pasa a llamarse rBTC. Los parámetros se ajustan a la realidad: intervalos de bloque de 15 a 30 segundos en lugar de los 10 prometidos.

El gran giro es el enfoque hacia Ethereum. El whitepaper de 2019 se dirige explícitamente a desarrolladores del ecosistema EVM/Web3, ofreciéndoles desplegar sus dApps sobre la seguridad de Bitcoin. También incorpora una sección entera dedicada a la Federación con HSM, la gobernanza por RSKIPs y la hoja de ruta comunitaria.

Qué nos dice esta evolución

Comparar ambos documentos muestra tres tipos de evolución: de parámetros (tiempos y latencias se ajustan a lo real), de especificación (más detalle operativo, procedimientos concretos, incentivos cuantificados) y de foco (de hablar solo a mineros de Bitcoin a hablar también a desarrolladores de Ethereum).

La tesis de fondo permanece idéntica: contratos inteligentes sobre la seguridad de Bitcoin, sin token propio, con minería fusionada. Lo que cambia es la madurez: de la promesa razonada al registro auditable.

Errores habituales

Creer que los cambios entre versiones son contradicciones (son maduración del protocolo)
Ignorar el whitepaper de 2015 (contiene la motivación original y la arquitectura de red más detallada)
No ver la evolución de foco como estrategia deliberada de adopción