La signature vérifie toujours sur l'infrastructure souveraine de Sign.
C'est ce qui rend cela ennuyeux.
Une attestation déléguée sur le Protocole Sign peut sembler parfaitement saine de l'extérieur. Champ de l'émetteur présent. Chemin de signature intact. Enregistrement indexé. Rien d'évident cassé dans l'artefact lui-même.
Exécutez la vérification aujourd'hui et cela ne s'éclaircit toujours pas.
Non pas parce que la réclamation a changé.
Non pas parce que l'attestation a disparu.
Parce que le contexte d'autorité autour ne se résout plus en quelque chose que le vérificateur est prêt à considérer comme une confiance active.
Cette distinction compte plus que la plupart des équipes ne veulent l'admettre. Elles considèrent la signature comme la partie difficile et la vérification comme une formalité, quand Sign renverse cette relation sous pression. L'attestation peut rester structurellement complète tandis que l'autorité derrière elle dérive juste assez — chemin de délégation, contexte d'émetteur, hypothèses de confiance active... que le même enregistrement cesse de répondre à la même question.
Donc maintenant, vous avez une étrange séparation :
Artefact : intact.
Signature : valide.
Résultat : non accepté.
Pas de rejet bruyant. Pas d'échec dramatique. Juste un vérificateur retournant quelque chose de plus froid que "non" — un résultat qui ne se résout pas en une vérité utilisable.
Ce qui signifie que l'enregistrement existe toujours à l'endroit où il a été émis, et ne compte toujours pas à l'endroit qui doit s'y fier.
C'est là que Sign ( $SIGN ) devient inconfortable.
Pas quand les réclamations disparaissent.
Quand elles restent visibles et cessent toujours d'avoir de l'autorité.