Construimos por capacidades, no por promesas.
Diferenciamos lo que ya se puede comprobar, lo que estamos integrando y lo que viene después. Cada elemento indica dónde tiene evidencia hoy (simulación, testnet o mainnet con importes mínimos; nada opera en producción comercial ni está auditado) y quién mantiene su estado al día. No publicamos fechas rígidas.
Componentes comprobables
Base técnica y exploración
Un componente disponible no es un flujo de compra habilitado. Un pago técnico verificado no es una compra comercial.
USDC de Avalanche a Stellar con CCTP
Pago de punta a punta en testnet (Fuji a Stellar Testnet) y, desde el 10 de octubre, en mainnet (Avalanche C-Chain a Stellar) con dos pagos reales de 0.01 USDC: quema, atestación de Circle y acuñación, con API, conciliación y un modo sin gas para el comprador. Sin auditoría y sin montos mayores probados. Es un riel técnico: aún no está unido a cotizaciones, órdenes ni entrega.
Vault de desembolsos y cobro con QR simulado
Un contrato en Avalanche Fuji paga USDC a una wallet con límite por pago, tope diario y pausa, y el relayer paga el gas. Seis desembolsos confirmados en la prueba de punta a punta con Optipagos: QR simulado, depósito simulado y desembolso. El QR es un simulador, sin banco ni dinero, y el vault no está desplegado en mainnet.
Terceros y cuentas con passkey (fase SCA)
Cada tercero tiene claves con permisos y cuota diaria, y puede pedir cuentas de contrato con passkey; los backends de Optipagos y de su agente ya llaman a esta API. Verificado en testnet en Avalanche Fuji y en Stellar Testnet; en mainnet está apagado. Faltan la delegación a agentes, la recuperación y la auditoría.
Evaluador determinista de políticas
Un prototipo en tilcai-core comprueba límites, destinatario, red y activo, y devuelve ALLOW o DENY. ALLOW indica que la política se cumple; no autoriza una transferencia ni confirma un pago.
Contratos compartidos
Tipos versionados para IDs, estados, errores, intención, mandato y herramientas MCP. Mantienen decisión, pago y entrega como estados separados. La revisión del equipo sigue pendiente.
Monitorización del backend
Los eventos firmados de cada backend, testnet y mainnet, llegan al tablero del sitio, con un bloque por entorno y un secreto distinto para cada uno. Falta un almacén duradero en el sitio y que los avisos del relayer de mainnet lleguen a TilcAI.
Web, oficina y simulación visual
Una web bilingüe con una oficina y una simulación de políticas ilustrativas. No mueven fondos ni llaman a tilcai-core ni a una red de pagos.
Validación del flujo
Consulta y compra con aprobación
El piloto se declara validado cuando funciona el recorrido completo en su entorno indicado.
Pago directo en Stellar con x402
La verificación y la liquidación pasan por un OpenZeppelin Relayer. Se confirmó un pago en testnet y repetir el mismo payload no pagó dos veces, pero la prueba usó el activo nativo, no USDC. Falta repetirla con USDC y conectarla a la orden; en mainnet está apagado.
Cotizaciones, órdenes y adaptador comercial
Cotizaciones verificables, órdenes y el adaptador que consulta el sistema propio de cada negocio, que sigue siendo la fuente de verdad de precios y disponibilidad.
Aprobación por compra
La persona revisa y autoriza las condiciones exactas de cada compra. Conectar un asistente o una cuenta nunca autoriza gastar.
Orden, pago y entrega unidos
El riel técnico ya concilia sus pagos. Falta enlazar cada pago con su orden y con la confirmación de entrega del negocio, y mantener la retención de presupuesto cuando el resultado es incierto.
Servidor MCP y guías de asistentes
El paquete tilcai-mcp 0.2.0 ya está en npm: seis herramientas que dejan a un agente con wallet EVM pagar USDC a una dirección Stellar por la API de TilcAI, en testnet y en mainnet con claves separadas. Las herramientas comerciales (catálogo, cotización, aprobación y orden) siguen sin servidor. Se publica una guía por cliente solo después de probarlo.
Canal de WhatsApp
El chat de Optipagos en WhatsApp ya muestra el pago con confirmación biométrica y su comprobante. Falta integrar el adaptador propio de TilcAI y repetirlo con credenciales al alcance del equipo.
Después de validar la base
Delegación e interoperabilidad
Sin fechas rígidas: cada elemento avanza cuando supera sus pruebas.
Smart accounts con permisos limitados
La cuenta con passkey ya existe en testnet; falta la firma delegada con alcance, vigencia y revocación para que un agente pague dentro de un límite. Se habilita solo después de probar juntas la cuenta, el firmante y el riel.
Presupuesto compartido entre agentes
Límites y retenciones coordinados entre varios agentes, para que no gasten dos veces los mismos fondos.
Tareas programadas y más clientes o proveedores
Compras repetidas que se reevalúan en cada ejecución, además de más asistentes y negocios.
Más rutas de CCTP
Ethereum, Arbitrum y Base Sepolia, Arc, Solana y Sui siguen en el laboratorio CCTP. Cada ruta se habilita, una por una, cuando pasa su prueba de punta a punta y publica sus hashes.
Entrada y salida en bolivianos
Todavía no hay un proveedor ni un corredor verificados. Hoy no se acepta un depósito por QR ni se convierte moneda local: el QR que existe es un simulador y CCTP solo mueve USDC.