¿Cómo se verifica que los códigos OTP realmente llegan a teléfonos reales?

Un acuse de entrega proviene de la misma cadena que transporta el mensaje: el proveedor de SMS, uno o más agregadores y el operador de destino. Indica que un eslabón de esa cadena aceptó el mensaje. No indica que un teléfono lo mostró al usuario que está esperando para iniciar sesión.

Los cambios de ruta, el filtrado y la reescritura del remitente ocurren después de los sistemas que la empresa puede ver. Desde el lado emisor, un código perdido y uno entregado pueden verse idénticos. El único punto donde la diferencia es visible es el último: un teléfono real con una SIM real, leyendo su propio almacén de mensajes.

Una verificación útil registra cinco datos por cada mensaje. Primero, el resultado: recibido, o no observado dentro de la ventana. Segundo, la latencia observada en milisegundos, desde el momento del envío hasta el momento en que el teléfono tuvo el mensaje. Tercero, el remitente exactamente como lo mostró el teléfono, ya sea un número E.164 o un sender ID alfanumérico.

Cuarto, la integridad del contenido: si el texto llegó como se esperaba, comparado con el código enmascarado para que nunca se guarde en claro. Quinto, el contexto: marca de tiempo, país del número, operador y método de acceso de la SIM receptora. Sin ese contexto una cifra de latencia no se puede interpretar, porque no dice qué ruta describe.

La latencia es el tiempo entre el envío y la llegada del mensaje al teléfono. Un valor aislado tiene ruido; la señal útil es el patrón a lo largo de los días. Una latencia que crece mientras todos los mensajes siguen llegando suele apuntar a colas o a un cambio de ruta aguas arriba, mucho antes de que los usuarios se quejen de que los códigos vencen.

La latencia medida en un número y una SIM describe solo esa ruta. No es una referencia del rendimiento de la red móvil de un país y nunca debe presentarse como tal. Conviene compararla con el tiempo de vencimiento del propio código y con el historial, no con cifras de otras rutas.

El silencio significa que no llegó ningún mensaje de un remitente autorizado dentro de la ventana. Las causas posibles son varias: el sistema no envió, el proveedor descartó el mensaje, un operador lo filtró, o el remitente cambió y ya no coincide con la lista autorizada. El teléfono por sí solo no distingue entre ellas, así que el silencio es la señal para revisar los registros de envío propios en esa marca de tiempo.

El silencio solo tiene sentido si el teléfono receptor estaba sano. Si el observador no pudo leer el teléfono, el resultado honesto es inconcluso, no silencio, y no debe contar en contra del emisor. Witnio aplica esa regla en el servidor, y el silencio anterior a la primera observación exitosa no abre un incidente.

Witnio nunca envía el OTP. La empresa lo envía desde su propio sistema al número receptor asignado. Se declaran los remitentes autorizados (números E.164 o IDs alfanuméricos de 3 a 11 caracteres, con coincidencia exacta, nunca un comodín) y una ventana de correlación entre 60 y 3.600 segundos, 900 por defecto. Un token de correlación opcional de 6 a 32 caracteres vincula un mensaje específico con la corrida que lo observa.

Cada observación se convierte en una corrida con su estado, su latencia en milisegundos y evidencia firmada con Ed25519 sobre una forma canónica de JSON. Cualquiera puede comprobar la firma en la página pública de verificación, sin cuenta. La evidencia se conserva 90 días en el plan Founder y 120 días en Standard. El contexto del corredor queda registrado en cada registro firmado y se comparte bajo petición.

La confiabilidad del sistema se midió por separado, con fallas como pérdida de red y reinicios de servicio inyectadas a propósito. Esa medición describe si el sistema completa y clasifica las corridas por sí solo. No es una tasa de entrega de ningún operador.