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

CREATED
block_id : #8093
event_hash : d41df55b5c69••••••••••••••••••••••••••••••••e9c0fb6864b6
previous_hash : fe747f966935••••••••••••••••••••••••••••••••bbede5649f91
CREATED
block_id : #8092
event_hash : fe747f966935••••••••••••••••••••••••••••••••bbede5649f91
previous_hash : be25870cf8b8••••••••••••••••••••••••••••••••8d19c406cc8d
CREATED
block_id : #8091
event_hash : be25870cf8b8••••••••••••••••••••••••••••••••8d19c406cc8d
previous_hash : 9d4deeb2ce97••••••••••••••••••••••••••••••••a95890647519
DESTROYED
block_id : #8090
event_hash : 9d4deeb2ce97••••••••••••••••••••••••••••••••a95890647519
previous_hash : 82c8ad7839ea••••••••••••••••••••••••••••••••7cf463c6dcd4
EXPIRED
block_id : #8089
event_hash : 82c8ad7839ea••••••••••••••••••••••••••••••••7cf463c6dcd4
previous_hash : e4323d9d7020••••••••••••••••••••••••••••••••5aa594fef487
EXPIRED
block_id : #8088
event_hash : e4323d9d7020••••••••••••••••••••••••••••••••5aa594fef487
previous_hash : df823689b9ad••••••••••••••••••••••••••••••••80a143302466
EXPIRED
block_id : #8087
event_hash : df823689b9ad••••••••••••••••••••••••••••••••80a143302466
previous_hash : 79ffe29663ce••••••••••••••••••••••••••••••••91083e470c63
EXPIRED
block_id : #8086
event_hash : 79ffe29663ce••••••••••••••••••••••••••••••••91083e470c63
previous_hash : b6787282a012••••••••••••••••••••••••••••••••e984efe2d75c
EXPIRED
block_id : #8085
event_hash : b6787282a012••••••••••••••••••••••••••••••••e984efe2d75c
previous_hash : 17b1ec15bffb••••••••••••••••••••••••••••••••76c375c4e95a
EXPIRED
block_id : #8084
event_hash : 17b1ec15bffb••••••••••••••••••••••••••••••••76c375c4e95a
previous_hash : b440e93ed37a••••••••••••••••••••••••••••••••f8456e12a88b
EXPIRED
block_id : #8083
event_hash : b440e93ed37a••••••••••••••••••••••••••••••••f8456e12a88b
previous_hash : a6c66ab71d3a••••••••••••••••••••••••••••••••0be0bdfbb7d7
EXPIRED
block_id : #8082
event_hash : a6c66ab71d3a••••••••••••••••••••••••••••••••0be0bdfbb7d7
previous_hash : 3fde631f4d97••••••••••••••••••••••••••••••••863272265a21
EXPIRED
block_id : #8081
event_hash : 3fde631f4d97••••••••••••••••••••••••••••••••863272265a21
previous_hash : ace04242c5e4••••••••••••••••••••••••••••••••435bfa5eaf42
EXPIRED
block_id : #8080
event_hash : ace04242c5e4••••••••••••••••••••••••••••••••435bfa5eaf42
previous_hash : b9be77816546••••••••••••••••••••••••••••••••570a0efd4cd2
EXPIRED
block_id : #8079
event_hash : b9be77816546••••••••••••••••••••••••••••••••570a0efd4cd2
previous_hash : ed53c1564bbc••••••••••••••••••••••••••••••••2af64a2cb1ef
EXPIRED
block_id : #8078
event_hash : ed53c1564bbc••••••••••••••••••••••••••••••••2af64a2cb1ef
previous_hash : f7b884edd212••••••••••••••••••••••••••••••••356633169745
EXPIRED
block_id : #8077
event_hash : f7b884edd212••••••••••••••••••••••••••••••••356633169745
previous_hash : 0944d6600784••••••••••••••••••••••••••••••••6c18db4d1fc3
EXPIRED
block_id : #8076
event_hash : 0944d6600784••••••••••••••••••••••••••••••••6c18db4d1fc3
previous_hash : c52effd81d36••••••••••••••••••••••••••••••••a6dc82dfa6f5
EXPIRED
block_id : #8075
event_hash : c52effd81d36••••••••••••••••••••••••••••••••a6dc82dfa6f5
previous_hash : 1d2ea6f8ac40••••••••••••••••••••••••••••••••b63f6eaa475b
EXPIRED
block_id : #8074
event_hash : 1d2ea6f8ac40••••••••••••••••••••••••••••••••b63f6eaa475b
previous_hash : 8f7017833efd••••••••••••••••••••••••••••••••1bf105c4aeac
EXPIRED
block_id : #8073
event_hash : 8f7017833efd••••••••••••••••••••••••••••••••1bf105c4aeac
previous_hash : 514287a39b02••••••••••••••••••••••••••••••••28d8f6c14ef0
EXPIRED
block_id : #8072
event_hash : 514287a39b02••••••••••••••••••••••••••••••••28d8f6c14ef0
previous_hash : 9c67f09e0031••••••••••••••••••••••••••••••••0fcf53328326
CREATED
block_id : #8071
event_hash : 9c67f09e0031••••••••••••••••••••••••••••••••0fcf53328326
previous_hash : 27527a346238••••••••••••••••••••••••••••••••5f09edff01b3
DESTROYED
block_id : #8070
event_hash : 27527a346238••••••••••••••••••••••••••••••••5f09edff01b3
previous_hash : 44bbfad59ddf••••••••••••••••••••••••••••••••43a52655db30
CREATED
block_id : #8069
event_hash : 44bbfad59ddf••••••••••••••••••••••••••••••••43a52655db30
previous_hash : 2aec8cc0d2ac••••••••••••••••••••••••••••••••2371f1c29778

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.