Pavol «Stick» Rusnák

Anna pierde su monedero de hardware. Con la copia correcta puede restaurar las mismas claves privadas en un monedero compatible: los datos secretos que permiten autorizar el gasto de bitcoin. Si utilizaba además una passphrase, una contraseña adicional que ella misma eligió, también necesita su texto exacto. Así recupera el acceso a sus bitcoin; los registros permanecen en la red, no dentro del dispositivo. Para que la recuperación funcione más allá de un producto, los desarrolladores deben acordar cómo leer la copia y obtener las claves. Pavol Rusnák, apodado Stick, ayudó a redactar y aplicar varios de esos acuerdos. [7] [8] [9] [14]

Según la historia de SatoshiLabs, Rusnák y Marek Palatinus comenzaron a explorar una cartera de hardware en 2011 en brmlab, un espacio de Praga donde compartir herramientas y experimentar con tecnología. Querían reducir el riesgo de que un programa malicioso robara las claves de un ordenador corriente. Con Alena Vránová fundaron SatoshiLabs en 2013; los primeros Trezor llegaron a los clientes en 2014. El producto surgió de una colaboración técnica y organizativa, no de un inventor que trabajara solo. [1] [4] [15]

Cuando Anna paga con Trezor, una aplicación prepara la transacción y el dispositivo la firma después de que ella la confirme. La clave privada, el secreto que permite autorizar el gasto, debe permanecer dentro del dispositivo. Lo que sale es una firma que la red puede verificar. Por eso un Hardware Wallet tiene pantalla propia: Anna comprueba allí la dirección y el importe, sin confiar únicamente en el ordenador. El aparato no sustituye a un Full Node que verifica las reglas de la red ni protege una copia publicada en internet. [5] [6]

Trezor publica los diseños del hardware y el código fuente del firmware, el programa que funciona dentro del dispositivo. Otros desarrolladores pueden estudiar su funcionamiento, buscar errores y proponer correcciones. Anna no necesita saber programar para beneficiarse de esas revisiones. La apertura, sin embargo, no certifica que no haya fallos ni que un aparato concreto no haya sido manipulado antes de llegar. También importan las revisiones reales, el proceso de compilación del programa y la verificación del dispositivo. [5] [6]

BIP39, asignado el 10 de septiembre de 2013, enumera cuatro autores: Marek Palatinus, Pavol Rusnák, Aaron Voisine y Sean Bowe. Describe cómo representar mediante palabras la aleatoriedad generada por el ordenador, junto con una suma de comprobación que ayuda a detectar errores. Una Seed Phrase habitual tiene 12 o 24 palabras; no es una frase que debas inventar. Las palabras y una passphrase opcional producen la semilla, el secreto inicial del que se derivan las claves. Para recuperar la cartera hacen falta el orden exacto y, cuando se utilizó, la passphrase original. No traduzcas las palabras. [7]

Recuperar el secreto inicial no encuentra automáticamente todas las direcciones utilizadas. Un HD Wallet deriva un árbol de claves, como un armario con muchos cajones. BIP43 y BIP44, cuyos autores son Palatinus y Rusnák, ayudan a las carteras a buscar en los mismos lugares. La ruta BIP44 es m / 44' / coin_type' / account' / change / address_index: finalidad, moneda, cuenta, rama de recepción o cambio y dirección concreta. La rama de cambio contiene las direcciones a las que vuelve la parte no utilizada del importe que se gasta. Para Anna, lo práctico es conservar también el tipo de cuenta. La ruta hacia las claves no es una copia de ellas ni reemplaza palabras perdidas. [8] [9]

SLIP39 nació en 2017 como trabajo de seis autores, entre ellos Rusnák. Adapta Shamir Secret Sharing a las copias expresadas en palabras. Anna puede elegir, por ejemplo, 3 de 5 partes: cualesquiera tres recuperan el secreto protegido; dos no bastan. Las partes se calculan matemáticamente. Recortar una lista normal de palabras no ofrece esa protección. SLIP39 no es intercambiable con BIP39 y la cartera de destino debe admitir el formato correcto. Pasar entre formatos incompatibles puede exigir crear otra cartera y transferir los fondos. Conviene entender los umbrales, los posibles grupos y la passphrase, y probar la recuperación de forma segura. [10]

Rusnák también figura como coautor de SLIP10, SLIP21 y SLIP44. El primero aborda la derivación de claves para distintas curvas criptográficas, las bases matemáticas de diferentes sistemas de claves. El segundo deriva claves simétricas separadas, en las que un mismo secreto sirve, por ejemplo, para cifrar y descifrar. El tercero registra identificadores de monedas en rutas BIP44 para que las aplicaciones no los confundan. Son referencias para desarrolladores. Un principiante no necesita estudiarlas antes de pagar; permiten que distintos programas cooperen con reglas conocidas. [11] [12] [13]

En septiembre de 2021, la empresa anunció que Tomáš Sušánka asumía la dirección técnica de Trezor. Rusnák siguió participando en la dirección del grupo. Al revisar este texto, el dossier de prensa de SatoshiLabs lo presenta como cofundador y CTO, es decir, director de tecnología de SatoshiLabs. No equivale a decir que conserve su antiguo cargo en Trezor. Trezor se centra en los monederos y su software; SatoshiLabs es el grupo más amplio, que también incluye otros proyectos. [2] [3]

La aportación de Rusnák conecta dispositivos que protegen las claves al pagar con reglas públicas para recuperarlas. Para Anna, esto puede evitar depender de una sola caja o empresa, siempre que otra cartera admita los estándares y ajustes necesarios. Self-custody significa gestionar tus propias claves, no encargar al autor del programa la responsabilidad de tu copia. Antes de guardar una cantidad mayor, entiende su formato, comprueba la recuperación con seguridad y conoce la función de la passphrase. Un nombre conocido no sustituye esos pasos ni la revisión del producto concreto. [5] [7] [10]