Pavol ‘Stick’ Rusnák

Anna perde sua carteira de hardware. Com o backup correto, pode recuperar as mesmas chaves privadas em uma carteira compatível: os dados secretos usados para autorizar o gasto de bitcoins. Se também usava uma passphrase, uma senha adicional que escolheu, precisará do texto exato dessa senha. Assim ela recupera o acesso aos bitcoins; os registros continuam na rede, não dentro do aparelho. Para recuperar o acesso fora de um único produto, os desenvolvedores precisam combinar como ler o backup e derivar as chaves. Pavol Rusnák, apelidado de Stick, ajudou a escrever e implementar alguns desses acordos. [7] [8] [9] [14]

Segundo a história da SatoshiLabs, Rusnák e Marek Palatinus começaram a explorar uma carteira de hardware em 2011 no brmlab, uma oficina coletiva de Praga dedicada a experiências com tecnologia. Queriam reduzir o risco de um programa malicioso roubar chaves de um computador comum. Com Alena Vránová, fundaram a SatoshiLabs em 2013; os primeiros Trezor chegaram aos clientes em 2014. O produto nasceu da colaboração entre conhecimentos técnicos e organizacionais, não de um inventor trabalhando sozinho. [1] [4] [15]

Quando Anna paga com Trezor, um aplicativo prepara a transação e o dispositivo a assina depois da confirmação dela. A chave privada, o segredo que permite autorizar o gasto, deve permanecer no aparelho. O que sai é uma assinatura que a rede pode verificar. Por isso uma Hardware Wallet tem tela própria: Anna confere nela o endereço e o valor, em vez de confiar apenas no computador. O aparelho não substitui um Full Node que verifica as regras da rede, nem protege um backup divulgado na internet. [5] [6]

A Trezor publica os projetos do hardware e o código-fonte do firmware, o programa que roda no dispositivo. Outros desenvolvedores podem examinar seu funcionamento, procurar falhas e sugerir correções. Anna não precisa programar para se beneficiar dessas revisões. Mas a abertura não certifica que o produto seja perfeito nem prova que um aparelho específico chegou sem alterações indevidas. A revisão efetiva, o processo de compilação do programa e a verificação do dispositivo também importam. [5] [6]

BIP39, atribuído em 10 de setembro de 2013, lista quatro autores: Marek Palatinus, Pavol Rusnák, Aaron Voisine e Sean Bowe. Descreve como representar a aleatoriedade gerada pelo computador em palavras, acompanhadas de uma soma de verificação que ajuda a detectar erros. Uma Seed Phrase comum tem 12 ou 24 palavras; não é uma frase para inventar. As palavras e uma passphrase opcional produzem a seed, o segredo inicial usado para derivar chaves. A recuperação exige a ordem exata e, quando utilizada, a passphrase original. Não se devem traduzir as palavras para outra língua. [7]

Recuperar o segredo inicial não localiza automaticamente todos os endereços já usados. Uma HD Wallet deriva uma árvore de chaves, como um armário com muitas gavetas. BIP43 e BIP44, de Palatinus e Rusnák, ajudam as carteiras a procurar nos mesmos lugares. O caminho BIP44 é m / 44' / coin_type' / account' / change / address_index: finalidade, moeda, conta, ramo de recebimento ou troco e endereço específico. O ramo de troco contém os endereços que recebem a parte não gasta do valor usado no pagamento. Para Anna, vale preservar também o tipo de conta. O caminho até as chaves não é um backup delas e não substitui palavras perdidas. [8] [9]

SLIP39 surgiu em 2017 como trabalho de seis autores, incluindo Rusnák. Define Shamir Secret Sharing para backups expressos em palavras. Anna pode escolher, por exemplo, 3 de 5 partes: quaisquer três recuperam o segredo protegido, enquanto duas não bastam. Essas partes são calculadas matematicamente; recortar uma lista comum de palavras não oferece a mesma proteção. SLIP39 e BIP39 não são intercambiáveis, e a carteira de destino deve aceitar o formato correto. Mudar entre formatos incompatíveis pode exigir uma nova carteira e a transferência dos fundos. É preciso entender os limiares, os possíveis grupos e a passphrase, além de testar a recuperação com segurança. [10]

Rusnák também é coautor de SLIP10, SLIP21 e SLIP44. O primeiro trata da derivação de chaves para diferentes curvas criptográficas, as bases matemáticas de diferentes sistemas de chaves. O segundo deriva chaves simétricas separadas, nas quais o mesmo segredo pode servir, por exemplo, para cifrar e decifrar. O terceiro registra identificadores de moedas em caminhos BIP44 para evitar confusões entre aplicativos. São referências para desenvolvedores. Iniciantes não precisam estudá-las antes do primeiro pagamento; elas permitem que programas diferentes cooperem seguindo regras conhecidas. [11] [12] [13]

Em setembro de 2021, a empresa anunciou que Tomáš Sušánka assumiria a direção técnica da Trezor. Rusnák continuou envolvido na gestão do grupo. Na revisão deste texto, o material de imprensa da SatoshiLabs o apresenta como cofundador e CTO, ou diretor de tecnologia da SatoshiLabs. Isso não significa que continue no antigo cargo da Trezor. A Trezor se concentra nas carteiras e em seu software, enquanto a SatoshiLabs é o grupo mais amplo, que também inclui outros projetos. [2] [3]

A contribuição de Rusnák conecta dispositivos que protegem as chaves ao pagar com regras públicas para recuperá-las. Para Anna, isso pode evitar a dependência de uma única caixa ou empresa, desde que outra carteira aceite os padrões e ajustes necessários. Self-custody significa administrar suas próprias chaves, não transferir a responsabilidade pelo backup ao autor do software. Antes de guardar um valor maior, entenda o formato, verifique a recuperação com segurança e conheça a função da passphrase. Um nome conhecido não substitui esses cuidados nem a análise do produto específico. [5] [7] [10]