A principios de este año construí un sistema de credenciales para una startup de edtech utilizando Sign Protocol. Los estudiantes recibieron credenciales en la cadena después de completar cursos. Los empleadores podían verificarlas sin ver las calificaciones brutas. El entorno de prueba funcionó a la perfección.
La producción fue una pesadilla.
Los estudiantes reclamaron su credencial y vieron inmediatamente “atestado no encontrado.” Unas pocas actualizaciones después, aparecería. Los empleadores que verificaban de inmediato a menudo obtenían un resultado inválido, solo para que se resolviera cinco minutos después. Los tickets de soporte inundaron la primera semana.
No era un error de código.
Esta fue la ventana de retraso del indexador de Sign: el retraso entre cuando el registro en la cadena existe y cuando el indexador fuera de la cadena (SignScan) lo hace visible.
Durante ese lapso, la blockchain dice que la credencial está ahí. La API dice que no. Dos verdades en conflicto a la vez.
Sign no elimina los problemas de consistencia de datos. Simplemente los traslada al espacio entre la cadena y el indexador.
Incluso después de una mejora del 40% en la latencia, la ventana de retraso permanece. Ya no es solo un problema de UX — es una restricción estructural.
En flujos tolerantes al retraso, como certificaciones, es manejable. En cualquier cosa que necesite finalización instantánea (pagos, control de acceso), se rompe.
Ahora sigo a Sign por qué tan bien reducen este lapso con el tiempo.
Sign convierte la verificación en una función dependiente del tiempo: la misma credencial puede ser inválida un minuto y válida al siguiente, sin que nada cambie en la cadena.
¿Qué piensas?