Tether WDK permite que agentes de IA controlem carteiras USDT

O CEO da Tether, Paolo Ardoino, apresentou o WDK, o Wallet Development Kit da empresa, como dinheiro programável para pessoas, máquinas e agentes de IA quando foi lançado a 11 de novembro de 2024. A demonstração do WDK CLI de 3 de setembro torna essa visão concreta: uma carteira local de linha de comandos que entrega uma sessão desbloqueada a um daemon, ao qual outro processo a correr como o mesmo utilizador do sistema operativo pode pedir assinaturas sem reintroduzir a passphrase. As sessões predefinidas duram cinco minutos; o bloqueio pode ser prolongado, reduzido ou desactivado por completo.

Por que razão importa

A CLI é distribuída com três componentes: comandos de terminal, o daemon em segundo plano e um servidor Model Context Protocol integrado que permite a um cliente de IA chamar ferramentas estruturadas contra a mesma carteira local. As seeds bloqueadas ficam protegidas por AES-256-GCM com uma chave derivada por scrypt. Uma vez desbloqueado, o socket do daemon está restringido ao utilizador do sistema operativo em macOS e Linux, mas nenhuma credencial separada limita cada programa. A interface MCP mantém a criação da carteira, a exportação da seed e o desbloqueio fora do menu de ferramentas, estreitando o que um agente pode pedir através desse caminho; as transferências têm por predefinição um dry run com uma sequência de pré-visualização e confirmação, embora o daemon não exija prova de que esses passos foram executados antes de processar um pedido válido.

A divisão de usos que a própria Tether propõe coloca a CLI em fluxos de trabalho locais do operador, o SDK dentro de aplicações e o MCP Toolkit em servidores de agentes personalizados. Uma segunda rota no servidor MCP integrado, call_method, pode invocar operações de escrita específicas de uma cadeia sem dry run nem confirmação obrigatória, o que significa que a localização de qualquer verificação de aprovação é determinante: um prompt cuidadoso não vale nada se a carteira subjacente continuar a aceitar pedidos através de outro caminho permitido.

Impacto no mercado

O SDK expõe políticas locais de transação ALLOW e DENY que podem bloquear chamadas governadas, mas é opt-in e tem lacunas definidas, incluindo referências brutas a contas e certas chamadas internas de módulos que ficam fora da sua intercepção. A documentação é explícita ao dizer que o SDK não mantém listas de destinatários, não obtém preços, não descodifica dados de chamadas a contratos nem persiste contadores de gasto. Um orçamento diário ilustrou a consequência: verificar o tamanho de um pagamento não permite saber quanto um agente já gastou nesse dia, pelo que qualquer tecto cumulativo exige contabilidade ao nível da aplicação em conjunto com verificações por pagamento. As ferramentas de escrita integradas do MCP Toolkit, ainda em beta.1, usam MCP elicitations para obter aprovação explícita do utilizador antes de transmitir, e permitem que os programadores exponham ferramentas só de leitura ou adicionem as suas próprias.