Co-fundador da Ethereum, Vitalik Buterin, divulgou que está usando cada vez mais ferramentas de linha de comando locais ao invés de interfaces baseadas na web para atividades específicas na Ethereum. Em um ensaio publicado em 31 de outubro, Buterin explicou que utilizou uma ferramenta gerada por IA para atualizar hashes de conteúdo no Ethereum Name Service (ENS) e uma carteira de linha de comando separada para executar pagamentos por meio de protocolos de privacidade. Essa mudança reflete uma preocupação maior com as implicações de segurança ao confiar em sites, que podem entregar novo código de aplicação a cada visita, criando riscos de exposição recorrentes.

Ao manter aplicações locais, Buterin argumenta que os usuários podem controlar quais revisões de software instalam e utilizam. Essa abordagem desloca a decisão de quando atualizar o software do servidor para o indivíduo, potencialmente reduzindo a superfície de ataque associada a ambientes web dinâmicos. Contudo, esse método introduz novas complexidades quanto à proveniência do software e ao gerenciamento de dependências.

ETH / USD
Fonte: CoinGecko. Preços indicativos.

Compromissos de segurança da execução local

A carteira específica que Buterin citou, kohaku-cli, é descrita em sua documentação como não auditada e em desenvolvimento ativo, com partes significativas escritas com auxílio de IA. Os desenvolvedores do projeto alertam explicitamente os usuários a não utilizarem a ferramenta na mainnet a menos que compreendam totalmente os riscos, incluindo a possibilidade de perda catastrófica de fundos. Esse aviso se aplica ao nível da aplicação específica, não constituindo um veredicto sobre os protocolos subjacentes como Tornado Cash ou Railgun, que a ferramenta suporta.

Segundo a CryptoSlate, o ganho prático de usar uma interface local é a capacidade de fixar uma revisão específica de software. No entanto, isso exige que os usuários gerenciem sua própria cadeia de suprimentos de software. O processo de instalação envolve usar npm para instalar dependências e compilar a aplicação, o que significa que o usuário deve confiar na integridade dos pacotes resolvidos e das ferramentas de build. Um nome de projeto familiar não garante que todo o código aceito seja seguro, pois o conjunto de dependências e os parâmetros de compilação são fatores críticos de segurança.

Complexidades na assinatura de transações

A mecânica interna do kohaku-cli revela diferenças sutis entre os caminhos de transações públicas e privadas. Para transferências públicas padrão, pode‑se executar uma simulação (dry‑run) sem submeter a transação, permitindo verificação antes da divulgação. Em contraste, operações privadas como o unshielding do Railgun podem gerar um UserOperation preparado que já está assinado, mesmo que a transmissão seja retida. Isso significa que reter a submissão não impede necessariamente que uma operação assinada seja enviada posteriormente por ferramentas compatíveis.