signal lab · démo hébergée
Voir le substrat opérer. Avant de rien installer.
Signal Lab est un dashboard hébergé avec des scénarios scriptés et du replay CSV en bulk — environ 53 000 événements sur 1 000 appareils simulés, tirés des six journeys. C'est un environnement de démo : la trust primitive elle-même tourne client-side dans les déploiements de production. Signal Lab est la page où l'evidence devient visible.
Quatre surfaces. Chaque signal traçable à une journey.
-
·01
Live ticker
Evidence Tokens signés streamés depuis le parc simulé en temps réel — eid, seq, tctx, event, trust basis. Cliquez sur n'importe quel token pour déplier le résultat de vérification.
-
·02
Bibliothèque de scénarios
Scénarios scriptés et rejouables tirés de chacune des six journeys — ghost transactions, bursts d'overlay-attack, SIM-swap mid-session, retries en file d'attente offline, flows interrompus par redémarrage, séquences d'agent autonome.
-
·03
Replay CSV en bulk
Environ 53 000 événements sur 1 000 appareils simulés, rejouables à vitesse ajustable. Surfaçage des sequence-gaps, désambiguïsation des retries, et classification des reject-reasons — tout observable de bout en bout.
-
·04
Visibilité du vérificateur
Chaque token traverse le pipeline de vérification en huit étapes ; les passes et les rejets sont surfacés avec l'étape spécifique qui a décidé. Pas d'échecs anonymes.
Huit scénarios reproductibles, un par pattern.
Chaque scénario tourne en quelques secondes, se réinitialise proprement, et se termine par un Evidence Token décodé qu'un ingénieur de vérificateur peut lire. La bibliothèque complète est plus large ; ce sont les huit que les opérateurs veulent le plus souvent voir en premier.
- network
Legitimate retry recouvré
Même `tctx`, second `seq`, transition offline ↔ online. Retry reconnu et traité une seule fois.
- network
Transaction orpheline surfacée
Événement initié, pas de confirmation. Sequence gap visible immédiatement, pas des semaines plus tard en réconciliation.
- fraud
Tentative d'algorithm-confusion
Token présenté avec une déclaration crypto faible — refusé à l'étape de vérification ·02, n'atteint jamais le risk model.
- fraud
Velocity burst, ancré à l'appareil
Velocity par-appareil visible à la granularité seconde. Le card-testing surface en temps réel, sans PII exposée.
- experience
Paiement interrompu par redémarrage
Le boot-id change mid-flow. L'interruption surface ; l'utilisateur reçoit un follow-up plutôt qu'un auto-decline.
- integrity
Rotation de clé répétée
Même appareil, quatre rotations en 24 heures. Attribuable ; candidat reinstall-abuse signalé.
- operations
Panne de cohorte
100 appareils dans une province deviennent muets, puis rincent en retour. Visible dans le ticker avant que le support n'en entende parler.
- autonomous
Intégrité de flow d'agent
propose → consent → initiate → confirm — hash-linked. Une étape omise ; la chaîne casse visiblement.
Hébergé par nous. Utilisé par vous. Pas de sandbox publique.
Signal Lab est un environnement de démo, pas la trust primitive. Le substrat lui-même tourne client-side dans les déploiements de production — il n'y a pas de backend YinkoShield dans le chemin de vérification d'aucun opérateur.
Nous émettons les instances Signal Lab sur demande parce que chaque instance est cadrée aux journeys, au volume d'événements, et au langage de vérificateur qu'une équipe d'évaluation veut réellement voir. Une sandbox publique optimiserait pour l'empreinte au détriment du jugement ; les instances optimisent pour la conversation qui suit.
Instance typique : walk-through de 60 minutes avec le founder ; l'équipe reçoit une URL de dashboard valide deux semaines ; l'équipe rejoue les huit scénarios par défaut contre son canal de consommation préféré (HTTP header, OTel, ISO 8583 DE 48, ou SDK direct).
Demandez un walk-through Signal Lab.
Nous demandons votre rôle et les journeys que vous voulez voir — rien d'autre. Nous répondons sous deux jours ouvrés.
Demander une instance Signal Lab