Sergio Demian Lerner es un investigador vinculado al análisis Patoshi, al diseño de Rootstock y al trabajo sobre BitVMX. Patoshi estudia si grupos de bloques tempranos pudieron proceder de un mismo minero. Rootstock es una cadena separada conectada con Bitcoin; BitVMX propone resolver en Bitcoin disputas sobre resultados de cálculos. Cada trabajo responde a una pregunta distinta, y separarlos ayuda a entender su aportación.
Lerner publica sus análisis en el blog Bitslog. También firma la revisión 11 del whitepaper de Rootstock, del 29 de enero de 2019, que explica el diseño del sistema. El estudio BitVMX del 10 de mayo de 2024 lo incluye entre sus cinco autores. Son proyectos distintos y el trabajo compartido no debe atribuirse solo a Lerner. Las publicaciones permiten seguir su trayectoria desde la lectura de la historia de la cadena hasta nuevas formas de verificar resultados. [1] [4] [6]
La cadena no dice quién era la persona que minó cada bloque, pero conserva datos creados por su programa. El análisis de Lerner de 2019 compara ExtraNonce en transacciones coinbase, rangos de nonce y marcas de tiempo. La transacción coinbase asigna la recompensa del bloque; nonce y ExtraNonce son valores que el minero modifica al buscar un bloque válido. Sus patrones pueden vincular bloques con un origen minero común. Lerner llama Patoshi a esa huella característica. Es un argumento sobre el origen de los bloques, no una prueba de quién estaba ante el ordenador. [1]
Para estimar lo que ganó un minero hay que decidir primero qué bloques atribuirle. BitMEX Research clasificó por su cuenta bloques de 2009 en un estudio de 2018, reconociendo errores del método y pruebas más débiles después de agosto. Cambiar el período o las reglas de atribución puede alterar el resultado: las cifras de distintos estudios no son automáticamente comparables. Estimar la minería pasada tampoco demuestra el saldo actual ni que alguien conserve claves privadas utilizables para gastar las monedas. [1] [3]
En su artículo de 2020, Lerner vuelve a las marcas de tiempo, las horas registradas en los bloques. Observa intervalos inusuales en el grupo Patoshi y considera posibles explicaciones, como el funcionamiento del programa minero. Eso no resuelve por qué actuó así el minero. Invita a repetir los cálculos y admite posibles fallos en su propio software. Es una lección útil para leer investigaciones: el patrón observado y el relato sobre su causa son cosas diferentes. [2]
El whitepaper de 2019 describe Rootstock como una sidechain, una cadena separada conectada con Bitcoin. Tiene su propia red, la moneda RBTC y una máquina virtual: el entorno que ejecuta programas llamados smart contracts. Utiliza merged mining, que permite a un minero de Bitcoin aprovechar también su trabajo minero para esta cadena. No significa que los nodos Bitcoin ejecuten todos sus contratos. Esos programas siguen las reglas de Rootstock. Las comisiones y proporciones de potencia de cálculo históricas del documento tampoco son cifras actuales. [4]
Imaginemos usar BTC en una aplicación de Rootstock. El puente PowPeg los bloquea en Bitcoin y hace disponibles los RBTC correspondientes en la otra cadena. El regreso invierte el proceso según las reglas del puente; las monedas originales no viajan entre bases de datos. La documentación describe módulos físicos de firma que protegen las claves y una recuperación de emergencia con demora. La seguridad depende también de que funcionen esos componentes, no solo de la minería. Describir protecciones no demuestra riesgo cero ni garantiza un retiro inmediato. [5]
El estudio BitVMX de 2024 aborda otro problema. Una parte calcula un resultado fuera de la cadena y otra lo comprueba. Si discrepan, pueden resolver la disputa en Bitcoin con transacciones firmadas de antemano. El registro de pasos queda enlazado mediante hashes, pequeñas huellas criptográficas de datos. Al compararlas pueden acotar dónde divergen los cálculos y examinar el error. Esto no hace que cada nodo Bitcoin ejecute habitualmente el programa entero. La cadena resuelve una disputa mientras el cálculo principal ocurre fuera de ella. [6]
En el BitVMX descrito, el verificador tiene tiempo para comprobar la afirmación del operador, la parte que presenta el resultado. Si nadie la impugna, el operador puede acceder a los fondos bloqueados al vencer un bloqueo temporal, una condición que retrasa el acceso. La extensión a varios verificadores supone al menos uno honesto, que además debe tener los datos necesarios y responder a tiempo. La seguridad incluye tanto el procedimiento matemático como su funcionamiento. Publicar la propuesta no equivale a auditar un puente concreto desplegado. [6]
Para obtener la imagen más completa, lee esta entrada junto con Gloria Zhao, Satoshi Nakamoto, Merged Mining. También enlazan con esta entrada Larry Fink.