La mayoría de las consultas que llegan a EdgeBiometría tienen que ver con la verificación biométrica en el propio dispositivo: si un modelo cabe en la NPU de un móvil de gama media, cómo se audita una validación que nunca sale del teléfono o qué hacer cuando la latencia de red arruina la confirmación de una orden. Si tu duda entra en ese terreno, escríbenos con el modelo de dispositivo y el tipo de operación; con eso ya podemos orientarte. Si buscas soporte de una cuenta de trading concreta o una reclamación sobre una operación ejecutada, este no es el canal: deriva a tu bróker.
En esta página reunimos las dudas que llegan con más frecuencia cuando un equipo de producto o de cumplimiento empieza a plantear la identificación biométrica dentro del propio teléfono o tableta de trading. No es un manual legal ni un pliego técnico: son respuestas cortas para orientarte y saber qué leer después. Si tu caso no encaja en ninguna, escríbenos y lo revisamos.
Convive. La NPU del dispositivo resuelve la inferencia —comparar huella o rostro, calcular la puntuación de confianza— pero el servidor sigue gestionando el alta del usuario, la revocación de credenciales y el registro de eventos. Lo que cambia es dónde ocurre el cálculo pesado. En operaciones de confirmación de orden, esa diferencia se nota en el tiempo de respuesta y en cuánto tráfico sale del terminal.
Se degrada la experiencia o se rompe el flujo. Por eso conviene definir una jerarquía: modelos reducidos para consultas de saldo, intermedios para confirmar órdenes y completos solo cuando el hardware lo permite. Si el dispositivo no alcanza el umbral de latencia, hay que decidir si se delega al servidor o se bloquea la operación con un aviso claro al usuario.
El consentimiento se sigue recogiendo y registrando, solo que la evidencia se ancla en el propio dispositivo y se comparte de forma selectiva. Lo habitual es firmar un registro local con marca temporal e integridad verificable, y enviar al servidor únicamente el resultado de la verificación, no la muestra biométrica. Los equipos de cumplimiento suelen pedir trazabilidad de ese registro y un mecanismo de revocación claro.
Sí, si el diseño lo contempla desde el principio. La auditoría no necesita la imagen ni la huella original: necesita saber qué modelo se ejecutó, con qué versión, qué umbral se aplicó y qué resultado se obtuvo. Ese paquete de metadatos es lo que se conserva y lo que permite reconstruir el flujo meses después sin exponer datos sensibles.
Depende de la red y del tipo de operación. En condiciones normales, un viaje de ida y vuelta a un centro de datos añade decenas de milisegundos; en redes congestionadas o con roaming, la espera se vuelve perceptible. La inferencia local elimina esa dependencia, pero introduce su propio coste térmico y de batería. La comparación honesta se hace operación por operación, no con una cifra única.
Con los análisis que publicamos en el blog: el primero compara inferencia local y remota en el flujo de confirmación, el segundo entra en límites de hardware y el tercero aborda el encaje regulatorio. Si prefieres hablar de tu caso concreto, la vía más directa es escribirnos. También puedes revisar los recursos del sitio antes de decidir el siguiente paso.
Sigue leyendo en Recursos o cuéntanos tu situación desde Contacto.
Si algo no cuadra en la verificación local de tu dispositivo, en la calibración del modelo o en el registro de una operación, aquí tienes por dónde empezar. No hace falta que prepares un informe técnico: basta con describir qué intentabas hacer y en qué punto se detuvo.
Antes de escribir, revisa las preguntas frecuentes: muchas dudas sobre latencia, consumo de batería o compatibilidad con NPUs concretas ya están resueltas allí. Si tu caso no aparece, el formulario de contacto es el siguiente paso natural.