A introdução do projeto de lei de 2026 marca um momento de sanidade jurídica: a distinção clara entre quem escreve código e quem controla dinheiro. Ao esclarecer que o Artigo §1960 (transmissão de dinheiro sem licença) não se aplica a desenvolvedores não custodiais, o Congresso finalmente reconhece que ferramentas neutras não devem ser criminalizadas pelo uso que terceiros fazem delas. Essa mudança traz a segurança necessária para que a inovação permaneça em solo americano, evitando que o simples ato de publicar software livre seja tratado como uma operação financeira clandestina.
No entanto, essa "vitória" chega com um gosto amargo de justiça tardia. O caso da Samourai Wallet é o exemplo mais latente dessa urgência: seus fundadores foram condenados em 2025 sob a premissa de que sua tecnologia de privacidade constituía um serviço de transmissão de valores, mesmo sem a custódia das chaves privadas dos usuários. Se esta lei estivesse em vigor há dois anos, o destino de Keonne Rodriguez e William Hill — hoje enfrentando anos de prisão — poderia ter sido o de inovadores protegidos, e não o de criminosos sentenciados.
Essa perseguição ao código não é nova e ecoa o fantasma de Phil Zimmermann na década de 90. O criador do PGP (Pretty Good Privacy) quase foi preso quando o governo dos EUA investigou a exportação de sua criptografia de e-mail como se fosse "armamento militar". Zimmermann precisou imprimir seu código em um livro para protegê-lo sob a Primeira Emenda (liberdade de expressão). A história se repete: o Estado tenta classificar a matemática e a lógica como armas ou serviços financeiros para manter o controle sobre a privacidade individual.
É imperativo que não aceitemos retrocessos na liberdade de desenvolver criptografia. A proteção aos desenvolvedores de blockchain é um passo crucial, mas a crítica permanece: por que ainda precisamos de novas leis para reafirmar que escrever código é uma forma de expressão? Enquanto o sistema jurídico não internalizar que ferramentas de privacidade são direitos fundamentais, continuaremos a ver gênios da computação no banco dos réus por crimes de "matemática não autorizada".
O Cenário no Brasil: A "Sombra" da Regulamentação do Banco Central
No Brasil, o cenário é de incerteza preocupante. A Lei 14.478/22 (Marco Legal dos Criptoativos) e as recentes resoluções do Banco Central (como a BCB nº 519 e 520, que entram em vigor agora em fevereiro de 2026) focam pesadamente em "Prestadoras de Serviços de Ativos Virtuais" (PSAVs). O problema é que a definição brasileira de "prestação de serviço" é ampla demais. Se um desenvolvedor brasileiro criar um protocolo de privacidade ou uma carteira open-source sem custódia, ele corre o risco de ser enquadrado como uma instituição financeira irregular por "facilitar" transações, caso o regulador opte por uma interpretação literal e agressiva da lei.
A Crítica: O Brasil está importando o erro que os EUA agora tentam consertar. Ao não proteger explicitamente o desenvolvimento de software não custodial, o país sufoca a soberania tecnológica. Estamos criando um ambiente onde o desenvolvedor prefere o anonimato ou o exílio digital a correr o risco de ser equiparado a um banqueiro. É uma cegueira jurídica tratar uma linha de código como se fosse um balcão de caixa.
A Solução: O Brasil precisa urgentemente de uma "Emenda de Imunidade ao Código". A solução legislativa deve ser a inclusão de um parágrafo claro no Marco Legal afirmando que "o desenvolvimento, publicação e manutenção de software de código aberto, sem a detenção das chaves privadas ou o controle dos ativos dos usuários, não constitui prestação de serviço financeiro". Sem essa barreira, continuaremos vulneráveis ao arbítrio de órgãos que não distinguem uma ferramenta de uma transação.