Warrant Canary Intact

Nos serveurs n'ont fait l'objet d'aucune compromission, brèche matérielle ou réquisition gouvernementale secrète à ce jour.

Consulter le manifeste
La Philosophie du Papillon

Registre cryptographique public

Ce registre de transparence cryptographique publie les événements générés par l’infrastructure ITYLOS.
Chaque entrée correspond à une opération mathématique vérifiable : création, accès ou destruction de capsule.
Le journal est conçu pour être un registre d'intégrité auditable indépendamment.

Registre append-only Historique immuable Vérifiable indépendamment

Modèle de transparence

Le registre ITYLOS s’inspire des registres de transparence utilisés dans l’infrastructure de sécurité moderne.

Ce modèle est comparable aux systèmes :

  • Certificate Transparency (CT)
  • Transparency logs cryptographiques
  • Journaux append-only audités

Audit indépendant du registre

Le registre peut être analysé indépendamment de l’infrastructure ITYLOS.

Les empreintes cryptographiques permettent de reconstruire la chaîne d’intégrité depuis le bloc Genesis et de vérifier mathématiquement qu’aucun événement n’a été supprimé ou modifié.

Confidentialité absolue

Le registre ne contient aucune donnée sensible.

Seules des empreintes cryptographiques anonymisées (hashs SHA-256) et des identifiants techniques sont publiés. Ce système Zero-Knowledge préserve l'anonymat de l'expéditeur et du destinataire.

Intégrité du Registre (Root Hash)
553fdcbaf4500624f3906b6ead633f9946c6b2f44ba2b5ac50e6290dc849ec85
Horodatage de la racine : 07/11/2026 à 18:30 UTC

Flux d’événements en temps réel

Événements publiés : 11 082  |  Dernière mise à jour : 07/11/2026 à 18:30 UTC

DESTROYED
block_id : #7693
event_hash : 038b8127f760••••••••••••••••••••••••••••••••5290824f904d
previous_hash : c65fb070377b••••••••••••••••••••••••••••••••72cacf9a1cec
CREATED
block_id : #7692
event_hash : c65fb070377b••••••••••••••••••••••••••••••••72cacf9a1cec
previous_hash : 1a203703662e••••••••••••••••••••••••••••••••06e0eee1e1d2
DESTROYED
block_id : #7691
event_hash : 1a203703662e••••••••••••••••••••••••••••••••06e0eee1e1d2
previous_hash : 3cc011d3f8e4••••••••••••••••••••••••••••••••4b8eba2d4298
CREATED
block_id : #7690
event_hash : 3cc011d3f8e4••••••••••••••••••••••••••••••••4b8eba2d4298
previous_hash : 37ec92cdcd66••••••••••••••••••••••••••••••••b3b8f607a1ab
DESTROYED
block_id : #7689
event_hash : 37ec92cdcd66••••••••••••••••••••••••••••••••b3b8f607a1ab
previous_hash : 015bb0870f95••••••••••••••••••••••••••••••••0bd01a9c92c7
CREATED
block_id : #7688
event_hash : 015bb0870f95••••••••••••••••••••••••••••••••0bd01a9c92c7
previous_hash : de782213c51f••••••••••••••••••••••••••••••••fe8b7a498909
CREATED
block_id : #7687
event_hash : de782213c51f••••••••••••••••••••••••••••••••fe8b7a498909
previous_hash : a6b8d79788d2••••••••••••••••••••••••••••••••cb4270d38086
CREATED
block_id : #7686
event_hash : a6b8d79788d2••••••••••••••••••••••••••••••••cb4270d38086
previous_hash : 9a53c532fb52••••••••••••••••••••••••••••••••e873d5e0c149
CREATED
block_id : #7685
event_hash : 9a53c532fb52••••••••••••••••••••••••••••••••e873d5e0c149
previous_hash : 155b070678a9••••••••••••••••••••••••••••••••f1717a8b431d
CREATED
block_id : #7684
event_hash : 155b070678a9••••••••••••••••••••••••••••••••f1717a8b431d
previous_hash : 5de69216821b••••••••••••••••••••••••••••••••347f37416d44
CREATED
block_id : #7683
event_hash : 5de69216821b••••••••••••••••••••••••••••••••347f37416d44
previous_hash : 160ddf2cf805••••••••••••••••••••••••••••••••aa0f1cd6f888
CREATED
block_id : #7682
event_hash : 160ddf2cf805••••••••••••••••••••••••••••••••aa0f1cd6f888
previous_hash : 1da4be1d6a57••••••••••••••••••••••••••••••••a862c1da6f59
CREATED
block_id : #7681
event_hash : 1da4be1d6a57••••••••••••••••••••••••••••••••a862c1da6f59
previous_hash : 3e8ddcc1c9ae••••••••••••••••••••••••••••••••c9cda29aceb2
CREATED
block_id : #7680
event_hash : 3e8ddcc1c9ae••••••••••••••••••••••••••••••••c9cda29aceb2
previous_hash : aecb7bab2d75••••••••••••••••••••••••••••••••7c7076691a8c
CREATED
block_id : #7679
event_hash : aecb7bab2d75••••••••••••••••••••••••••••••••7c7076691a8c
previous_hash : 52e37268da37••••••••••••••••••••••••••••••••2c581a3df2af
CREATED
block_id : #7678
event_hash : 52e37268da37••••••••••••••••••••••••••••••••2c581a3df2af
previous_hash : 04c045947660••••••••••••••••••••••••••••••••338081986442
CREATED
block_id : #7677
event_hash : 04c045947660••••••••••••••••••••••••••••••••338081986442
previous_hash : ce205a023124••••••••••••••••••••••••••••••••44b86c569359
CREATED
block_id : #7676
event_hash : ce205a023124••••••••••••••••••••••••••••••••44b86c569359
previous_hash : 11ad22032c29••••••••••••••••••••••••••••••••908bcdd5d31a
CREATED
block_id : #7675
event_hash : 11ad22032c29••••••••••••••••••••••••••••••••908bcdd5d31a
previous_hash : 15922bff3b4d••••••••••••••••••••••••••••••••f0ebc192755e
CREATED
block_id : #7674
event_hash : 15922bff3b4d••••••••••••••••••••••••••••••••f0ebc192755e
previous_hash : 20d09b8c1f5e••••••••••••••••••••••••••••••••08a92541d01b
CREATED
block_id : #7673
event_hash : 20d09b8c1f5e••••••••••••••••••••••••••••••••08a92541d01b
previous_hash : 460dc1d1638c••••••••••••••••••••••••••••••••a8b05430a7fc
CREATED
block_id : #7672
event_hash : 460dc1d1638c••••••••••••••••••••••••••••••••a8b05430a7fc
previous_hash : a6bb8353e6fb••••••••••••••••••••••••••••••••626ff5b8b4c2
CREATED
block_id : #7671
event_hash : a6bb8353e6fb••••••••••••••••••••••••••••••••626ff5b8b4c2
previous_hash : 3941f298e874••••••••••••••••••••••••••••••••b10e3cc4ab86
CREATED
block_id : #7670
event_hash : 3941f298e874••••••••••••••••••••••••••••••••b10e3cc4ab86
previous_hash : 84dff60390fe••••••••••••••••••••••••••••••••ee8bb537952e
CREATED
block_id : #7669
event_hash : 84dff60390fe••••••••••••••••••••••••••••••••ee8bb537952e
previous_hash : 5acf53d592bb••••••••••••••••••••••••••••••••406095bee954

Questions Fréquentes

Comprendre l'utilité du journal d'audit append-only

Le registre prouve-t-il la destruction des capsules ?
Oui.

Le registre publie les événements cryptographiques associés aux capsules. Les destructions apparaissent sous forme d’événements horodatés (statut DESTROYED) inscrits définitivement dans la chaîne d’intégrité.
Qu’est-ce qu’un registre de transparence ?
Un registre de transparence est un journal public d’événements cryptographiques.

Il permet de vérifier mathématiquement que les opérations d’un système ont bien eu lieu à un instant précis et n’ont jamais été modifiées ou effacées a posteriori.
Les secrets apparaissent-ils dans ce registre ?
Non.

Le registre contient uniquement des empreintes cryptographiques (hashs) et des identifiants techniques anonymisés. Aucune donnée sensible n’est publiée.
Peut-on auditer le registre ?
Oui.

Toute personne peut analyser les empreintes, exporter le registre au format JSON, et vérifier la cohérence de la chaîne d’événements de manière totalement indépendante.
Le registre peut-il être modifié ?
Non.

Le journal est conçu en append-only. Chaque entrée est liée cryptographiquement à la précédente via son previous_hash. Toute modification ou suppression d'un événement passé briserait immédiatement l'intégralité de la chaîne mathématique.