El PIX tiene 40 segundos. Del toque del usuario a la liquidación en el SPI, el Banco Central rechaza la transacción si se supera ese límite, según el Manual de Tiempos del Pix, BCB 2025. Dentro de esos 40 segundos, pasa todo. Y cada milisegundo está presupuestado. Nosotros en Tech86 vemos el PIX no como un producto de pago, sino como un problema de arquitectura de baja latencia con compliance incorporado, donde ingeniería y regulación son la misma cosa.
La anatomía de los 40 segundos
Dentro del presupuesto de 40 segundos, cada componente consume parte del tiempo. La consulta DICT, con cache regulado por TTL de 60 segundos para CPF y EVP, según el BCB 2026. La validación de saldo en memoria, nunca en disco, el I/O de disco mata el presupuesto. El scoring de fraude por ML, que necesita ejecutar antes de la submisión al SPI. La firma ISO 20022 con certificado ICP-Brasil en HSM (FIPS 140-2 Level 3). La transmisión vía RSFN, sin internet pública, con conectividad dedicada obligatoria. Y la liquidación en el SPI.
Cada milisegundo está presupuestado. Cada componente consume parte del presupuesto. El problema vive en los alrededores de ese presupuesto, es ahí que la latencia se acumula invisiblemente, sin tracing distribuido que siga la transacción por todos los microservicios.
El SPI no tiene horario comercial
El SPI opera 24/7/365. Sin ventana de mantenimiento. Según la Res. BCB 195, 99,9% de SLA equivale a 43 minutos de downtime por mes. Cada deploy es un deploy en producción. No existe horario comercial para pago instantáneo.
Esto cambia la ingeniería. No hay ventana segura para rollout. No hay madrugada tranquila para rollback. Cada cambio entra vivo en un sistema que no puede parar, y que rechaza transacciones que superan los 40 segundos. La arquitectura necesita tratar cada deploy como producción, porque es exactamente eso que él es.
La paradoja del fraude: defensa preventiva, no reactiva
Según el BCB, hubo R$ 4,9 mil millones en pérdidas por fraude PIX en 2024, +70% versus 2023. La recuperación vía MED es de 8,0%. Con recuperación tan baja, la defensa necesita ser preventiva. El scoring necesita correr antes de la submisión al SPI. Después que el dinero sale, se pulveriza en múltiples cuentas en segundos.
La MED 2.0, en 2026, rastrea hasta 11 días. Pero 11 días no es tiempo real. La ventana de defensa es el presupuesto de 40 segundos, no los 11 días después. Es por eso que el scoring de fraude necesita ejecutar dentro del presupuesto, antes de la submisión, sin elegir entre seguridad y la ventana de 40 segundos. WAF con Bot Management en los endpoints de pago es parte de esa defensa preventiva.
El volumen vuelve crítico el presupuesto
Según el BCB, fueron 79,8 mil millones de transacciones en 2025. R$ 35,36 billones movidos. Y según Deloitte/Febraban, R$ 50,4 mil millones en inversión tecnológica bancaria en 2026, +58% en 5 años.
Cuando el volumen es 79,8 mil millones, cada centavo por operación es arquitectura. FinOps enfocado en costo por transacción deja de ser ejercicio de optimización y pasa a ser decisión de diseño. El tracing distribuido que identifica dónde se acumula la latencia deja de ser observabilidad y pasa a ser instrumento de presupuesto. Cada milisegundo ahorrado en 79,8 mil millones de transacciones es arquitectura traduciéndose en escala.
El aislamiento regulatorio: Resolución BCB 538/2025
La Resolución BCB 538/2025, vigente desde el 1º de marzo de 2026, exige aislamiento físico y lógico del ambiente PIX. Instancia de cloud dedicada. El multi-tenant público puede no ser suficiente. Según Deloitte/Febraban 2025, la inversión en private cloud creció 574% en 2025, el mercado ya respondió a la exigencia regulatoria.
El aislamiento no es opcional. Es regulación. Y él reordena la infraestructura: cloud dedicada, conectividad RSFN dedicada, HSM dedicado, ambiente de pago separado del ambiente corporativo. La arquitectura necesita ser diseñada ya aislada, no aislada después.
Cómo Tech86 arquitecta dentro del presupuesto
Nosotros mapeamos cada milisegundo de ese presupuesto. Tracing distribuido que sigue la transacción PIX por todos los microservicios e identifica dónde se acumula la latencia. FinOps enfocado en costo por transacción, porque cuando el volumen es 79,8 mil millones, cada centavo por operación es arquitectura. WAF con Bot Management en los endpoints de pago, para que el scoring de fraude no necesite elegir entre seguridad y la ventana de 40 segundos. IaC con Terraform para DR multi-región en minutos, porque 43 minutos de downtime por mes es el techo, no la meta. Cloud gestionada con datacenter en São Paulo, 99,99% de SLA, latencia mínima hasta el DICT. Elite DeepTech con Hard Tech y Hard Law para ambientes donde ingeniería y compliance son la misma cosa.
Conclusión
Los 40 segundos son el presupuesto. El resto es arquitectura. El PIX no es un producto de pago, es un sistema de baja latencia con compliance incorporado, donde cada milisegundo está presupuestado, cada componente consume parte del presupuesto y cada deploy es producción. Nosotros ayudamos bancos y fintechs a arquitectar dentro de ese presupuesto, con aislamiento regulatorio, defensa preventiva de fraude y FinOps por transacción. Antes de que la latencia se acumule donde nadie está mirando.