De billetera básica a agente financiero: el plan de 90 días de Fireblocks

A continuación, se detalla el despliegue por fases según lo descrito por Fireblocks y confirmado por su documentación para desarrolladores y reportes de terceros.

Fase 1: Base e incorporación (días 1–7)

La primera semana se centra en hacer que la creación de billeteras sea sencilla.

• Creación de billeteras sin custodia (NCW): Se despliegan billeteras sin custodia utilizando la infraestructura de billeteras integradas de Dynamic. Las billeteras son compatibles con Bitcoin, redes EVM, tokens ERC-20/721/1155, SVM, Sui y TON .
• Patrocinio de gas (gas sponsorship): La plataforma cubre las tarifas de transacción en nombre de los usuarios, eliminando la necesidad de que los usuarios noveles adquieran tokens nativos de blockchain antes de realizar su primera transacción .

La documentación para desarrolladores de Fireblocks confirma que las billeteras sin custodia utilizan computación multiparte (MPC) para dividir el material clave entre el dispositivo del usuario y un servidor seguro, de modo que ninguna de las partes tenga nunca una clave privada completa .

Fase 2: Funcionalidades financieras (días 8–30)

Al final del primer mes, la hoja de ruta añade utilidad financiera del mundo real.

• Intercambios entre cadenas (cross-chain swaps): Los usuarios pueden intercambiar activos entre diferentes blockchains directamente desde la interfaz de la billetera integrada .
• Tarjetas de débito Stablecard: Tarjetas de débito vinculadas a stablecoins que permiten a los usuarios gastar sus saldos en stablecoins en cualquier comercio que acepte tarjetas de débito tradicionales .
• Generación de rendimiento: El rendimiento en cadena (onchain yield) sobre los saldos en stablecoins estará disponible, ya sea a través de Fireblocks Earn o integraciones con protocolos DeFi, permitiendo que las billeteras generen rendimientos sin que el usuario tenga que salir de la aplicación .

Los documentos para desarrolladores señalan que las billeteras integradas de Fireblocks ya admiten cuentas de stablecoin diseñadas para casos de uso de pago, junto con rampas de entrada fiduciarias (fiat onramps) .

Fase 3: Cumplimiento y controles (día 60)

En el día 60, la hoja de ruta introduce salvaguardas de grado institucional.

• Listas blancas de transacciones (transaction allowlists): El Fireblocks Policy Engine permite a las fintechs restringir las direcciones, dApps y tipos de tokens con los que sus billeteras pueden interactuar, ofreciendo controles precisos sobre los límites de gasto y los destinos .
• Monitoreo de cumplimiento: Se integran verificaciones Conozca-su-Transacción (KYT) previas a la transferencia, la Regla de Viaje (Travel Rule) y monitoreo automatizado para cumplir con los requisitos regulatorios .

La documentación del producto de Fireblocks confirma que el Policy Engine puede controlar quién puede iniciar transacciones, especificar fuentes y destinos, y aplicar condiciones a la velocidad de la transacción .

Fase 4: Operaciones autónomas y delegadas (día 90)

La fase final transforma las billeteras de almacenamiento pasivo a agentes financieros programables.

• Acceso delegado y pagos impulsados por agentes de IA: Los usuarios pueden delegar la autoridad de gasto a agentes de IA, con controles de política a nivel de transacción y una pista de auditoría completa . Los agentes pueden negociar, enviar y liquidar pagos en stablecoins de forma autónoma utilizando protocolos como x402 .

La Agentic Payments Suite, lanzada el 20 de mayo de 2026, proporciona la infraestructura para esta fase . Incluye un Agentic Payments Gateway para que los comercios acepten pagos iniciados por agentes y Agentic Wallets para que las fintechs emitan billeteras con permisos de agente definidos y revocables . Fireblocks se unió a la x402 Foundation como parte de este lanzamiento, trabajando para establecer el protocolo x402 de Coinbase como un estándar de pago para agentes de IA .

Los cimientos estratégicos

Dos movimientos estratégicos hacen posible la hoja de ruta de 90 días.

La adquisición de Dynamic (octubre de 2025, ~90 millones de dólares): Fireblocks adquirió Dynamic, una plataforma de infraestructura de billeteras centrada en desarrolladores que ya impulsaba más de 50 millones de cuentas en cadena para clientes como Kraken, Magic Eden y Ondo Finance . Las herramientas de Dynamic —descritas originalmente por el cofundador Yoni Goldberg como "Auth0 para web3"— proporcionaban creación de billeteras de grado de consumo, incorporación, autenticación, conexiones de billeteras y soporte multicadena . La adquisición marcó el primer gran paso de Fireblocks hacia la infraestructura de activos digitales orientada al consumidor, expandiéndose más allá de su base institucional de bancos e intercambios . Tras la adquisición, Fireblocks unificó la tecnología de Dynamic con su propio stack de custodia institucional, creando lo que la empresa llama la primera plataforma completa desde la custodia hasta el consumidor . Las páginas de producto de Fireblocks ahora enumeran las billeteras integradas como "impulsadas por Dynamic, una empresa de Fireblocks" .

La Agentic Payments Suite (20 de mayo de 2026): Esta suite proporciona la infraestructura para pagos con stablecoins iniciados por agentes . Los dos componentes principales son:

• El Agentic Payments Gateway: permite a los proveedores de servicios de pago añadir una capa de aceptación de marca blanca para pagos con stablecoins iniciados por agentes, enrutando los pagos entrantes a las bóvedas de Fireblocks con cumplimiento, verificación y pistas de auditoría integradas (Tazapay fue el primer despliegue en vivo, en más de 70 mercados ).
• Las Agentic Wallets: billeteras programables que permiten a los usuarios finales delegar "autoridad de pago con uso y límites definidos" a agentes de IA . Los agentes pueden ejecutar pagos a través de x402, MPP u otros protocolos, con la aplicación de políticas a la velocidad de la transacción en lugar de a la velocidad de revisión .

La suite también incluye un SDK, CLI y MCP (Model Context Protocol) para la conectividad de agentes, junto con soporte para acceso limitado (scoped access) para que los agentes puedan ejecutar transacciones previamente autorizadas sin intervención humana .

El panorama general: Un puente entre Web2 y Web3

Fireblocks presenta la hoja de ruta de 90 días como un puente entre las aplicaciones tradicionales y el ecosistema Web3 . El objetivo es permitir que las fintechs y los exchanges ofrezcan productos financieros cripto seguros, regulados y ricos en funciones (cuentas de stablecoin, intercambios entre cadenas, generación de rendimiento, gasto con tarjeta de débito y pagos programables con agentes) sin que sus equipos de producto tengan que convertirse en ingenieros de seguridad especializados en cripto . Cada capacidad de la hoja de ruta se construye sobre la anterior sin necesidad de reconstruir la integración de la billetera desde cero .

Advertencia importante

La hoja de ruta es un plan recomendado, no un cronograma garantizado. Fireblocks proporciona la infraestructura y los ejemplos de integración; el cronograma real que alcance cada cliente dependerá de su propio ritmo de integración, entorno regulatorio y prioridades de producto .

Veredicto

Todas las capacidades clave descritas en la hoja de ruta —billeteras sin custodia y patrocinio de gas en la primera semana; intercambios entre cadenas, tarjetas de débito stablecoin y generación de rendimiento en el primer mes; listas blancas de transacciones y monitoreo de cumplimiento en el día 60; y acceso delegado para pagos con agentes de IA en el día 90— están confirmadas por la publicación oficial en el blog de Fireblocks , la documentación para desarrolladores , los materiales de lanzamiento de la Agentic Payments Suite y los reportes de terceros de los principales medios de noticias sobre cripto .