Qué mira un equipo antes de aprobar una capa de verificación por pulso

El punto de partida suele ser la fricción: cuántos pasos añade la captura, si el usuario entiende qué se le pide y si el flujo puede convivir con el checkout actual. La discusión se centra en la ventana de observación necesaria y en cómo se comunica al cliente que la cámara está leyendo una señal fisiológica, no grabando un rostro.

Acá interesa el SDK móvil, la compatibilidad con versiones de sistema operativo y qué métricas quedan expuestas para medir latencia, capturas válidas y descartes. Sin observabilidad desde el primer despliegue, cualquier ajuste posterior se vuelve adivinanza. También se revisa qué ocurre cuando el permiso de cámara se deniega.

La pregunta concreta es cómo se comporta la señal rPPG frente a videos pregrabados, máscaras o intentos de suplantación. La respuesta honesta es que se plantea como una capa adicional, no como un sistema infalible: aporta una señal difícil de sintetizar, pero depende de condiciones de luz y de una ventana mínima de captura.

El foco está en qué dato sale del teléfono. La captura se procesa en el dispositivo y solo un resultado firmado llega al servidor, lo que reduce la exposición y simplifica la conversación sobre minimización y retención. Ese diseño técnico y el marco normativo se definen juntos, no por separado.