Tether WDK: agentes de IA ya controlan monederos USDT

El CEO de Tether, Paolo Ardoino, presentó el WDK, el Wallet Development Kit de la compañía, como dinero programable para personas, máquinas y agentes de IA cuando se lanzó el 11 de noviembre de 2024. El recorrido del 3 de septiembre por WDK CLI hace tangible esa visión: un monedero local de línea de comandos que entrega una sesión desbloqueada a un daemon, al que otro proceso que se ejecute con el mismo usuario del sistema operativo puede solicitar firmas sin volver a introducir la frase de contraseña. Las sesiones por defecto duran cinco minutos; el bloqueo puede ampliarse, acortarse o desactivarse por completo.

Por qué importa

El CLI se distribuye con tres componentes: comandos de terminal, el daemon en segundo plano y un servidor Model Context Protocol integrado que permite a un cliente de IA invocar herramientas estructuradas contra el mismo monedero local. Las semillas bloqueadas se protegen con AES-256-GCM y una clave derivada con scrypt. Una vez desbloqueado, el socket del daemon está restringido al usuario del sistema operativo en macOS y Linux, pero ninguna credencial independiente controla cada programa. La interfaz MCP mantiene la creación del monedero, la exportación de semillas y el desbloqueo fuera de su menú de herramientas, reduciendo lo que un agente puede solicitar por esa vía; las transferencias van por defecto a un dry run con una secuencia de vista previa y confirmación, aunque el daemon no exige prueba de que esos pasos se hayan ejecutado antes de tramitar una solicitud válida.

La propia división de usos que hace Tether sitúa el CLI en flujos de trabajo de operadores locales, el SDK dentro de aplicaciones y el MCP Toolkit en servidores de agentes personalizados. Una segunda ruta en el servidor MCP integrado, call_method, puede invocar operaciones de escritura declaradas específicas de la cadena sin un dry run ni confirmación forzada, lo que hace que la ubicación de cualquier comprobación de aprobación sea determinante: un prompt cuidadoso no sirve de nada si el monedero subyacente sigue aceptando solicitudes por otra vía permitida.

Impacto en el mercado

El SDK expone políticas locales de transacción ALLOW y DENY que pueden bloquear llamadas gobernadas, pero es opt-in y presenta lagunas definidas, incluidas las referencias a cuentas en bruto y ciertas llamadas a módulos internos que quedan fuera de su intercepción. La documentación es explícita en que el SDK no mantiene listas de destinatarios, no obtiene precios, no decodifica datos de llamadas a contratos ni persiste contadores de gasto. Un presupuesto diario ilustra la consecuencia: comprobar el tamaño de un pago no permite saber cuánto ha gastado ya un agente ese día, por lo que cualquier techo acumulado necesita contabilidad a nivel de aplicación junto con comprobaciones por pago. Las herramientas de escritura integradas del MCP Toolkit, todavía en beta.1, usan MCP elicitations para obtener aprobación explícita del usuario antes de emitir la transacción, y permite a los desarrolladores exponer herramientas de solo lectura o añadir las suyas propias.