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 : #6868
event_hash : 73302bc9f6ba••••••••••••••••••••••••••••••••a5badc960c90
previous_hash : 8560f12eab26••••••••••••••••••••••••••••••••438096b90c9b
CREATED
block_id : #6867
event_hash : 8560f12eab26••••••••••••••••••••••••••••••••438096b90c9b
previous_hash : 1f7eca472afc••••••••••••••••••••••••••••••••fb467128a522
CREATED
block_id : #6866
event_hash : 1f7eca472afc••••••••••••••••••••••••••••••••fb467128a522
previous_hash : 19fefe5e0645••••••••••••••••••••••••••••••••ff5c59c782c2
EXPIRED
block_id : #6865
event_hash : 19fefe5e0645••••••••••••••••••••••••••••••••ff5c59c782c2
previous_hash : d05f5b2c1751••••••••••••••••••••••••••••••••aa248eb15cb1
DESTROYED
block_id : #6864
event_hash : d05f5b2c1751••••••••••••••••••••••••••••••••aa248eb15cb1
previous_hash : 790c37599a87••••••••••••••••••••••••••••••••82fb100de9a3
CREATED
block_id : #6863
event_hash : 790c37599a87••••••••••••••••••••••••••••••••82fb100de9a3
previous_hash : 140e38b2f3ec••••••••••••••••••••••••••••••••9f8933949e49
DESTROYED
block_id : #6862
event_hash : 140e38b2f3ec••••••••••••••••••••••••••••••••9f8933949e49
previous_hash : 62bf509612cc••••••••••••••••••••••••••••••••08ebbbf813b9
CREATED
block_id : #6861
event_hash : 62bf509612cc••••••••••••••••••••••••••••••••08ebbbf813b9
previous_hash : 661c0fa58a93••••••••••••••••••••••••••••••••5f902128ff17
DESTROYED
block_id : #6860
event_hash : 661c0fa58a93••••••••••••••••••••••••••••••••5f902128ff17
previous_hash : 80799632de24••••••••••••••••••••••••••••••••c504d7b4f737
CREATED
block_id : #6859
event_hash : 80799632de24••••••••••••••••••••••••••••••••c504d7b4f737
previous_hash : fd90ca59e289••••••••••••••••••••••••••••••••8f372f9e9bf6
DESTROYED
block_id : #6858
event_hash : fd90ca59e289••••••••••••••••••••••••••••••••8f372f9e9bf6
previous_hash : 31afa17b24fe••••••••••••••••••••••••••••••••73db530fc938
CREATED
block_id : #6857
event_hash : 31afa17b24fe••••••••••••••••••••••••••••••••73db530fc938
previous_hash : f77e687a96b5••••••••••••••••••••••••••••••••5c22172806f0
DESTROYED
block_id : #6856
event_hash : f77e687a96b5••••••••••••••••••••••••••••••••5c22172806f0
previous_hash : 3a616f187f69••••••••••••••••••••••••••••••••25abc340ac30
EXPIRED
block_id : #6855
event_hash : 3a616f187f69••••••••••••••••••••••••••••••••25abc340ac30
previous_hash : 296b60fd9c2c••••••••••••••••••••••••••••••••92336d87ac68
CREATED
block_id : #6854
event_hash : 296b60fd9c2c••••••••••••••••••••••••••••••••92336d87ac68
previous_hash : 7bf8905877b5••••••••••••••••••••••••••••••••f6f64497905c
EXPIRED
block_id : #6853
event_hash : 7bf8905877b5••••••••••••••••••••••••••••••••f6f64497905c
previous_hash : ca6b431d5997••••••••••••••••••••••••••••••••874d73f6e05e
DESTROYED
block_id : #6852
event_hash : ca6b431d5997••••••••••••••••••••••••••••••••874d73f6e05e
previous_hash : e268ec0233a3••••••••••••••••••••••••••••••••1779e738374c
CREATED
block_id : #6851
event_hash : e268ec0233a3••••••••••••••••••••••••••••••••1779e738374c
previous_hash : 74f8b8b78a83••••••••••••••••••••••••••••••••ad0a88f7a549
DESTROYED
block_id : #6850
event_hash : 74f8b8b78a83••••••••••••••••••••••••••••••••ad0a88f7a549
previous_hash : a2a15b6ca9a4••••••••••••••••••••••••••••••••ecff55ebaeeb
DESTROYED
block_id : #6849
event_hash : a2a15b6ca9a4••••••••••••••••••••••••••••••••ecff55ebaeeb
previous_hash : e1593d98a3d7••••••••••••••••••••••••••••••••c06c72e4b3b7
CREATED
block_id : #6848
event_hash : e1593d98a3d7••••••••••••••••••••••••••••••••c06c72e4b3b7
previous_hash : 258580d3a817••••••••••••••••••••••••••••••••4a3fafa0dd4d
DESTROYED
block_id : #6847
event_hash : 258580d3a817••••••••••••••••••••••••••••••••4a3fafa0dd4d
previous_hash : f06362a50509••••••••••••••••••••••••••••••••f2e6ee0883f6
CREATED
block_id : #6846
event_hash : f06362a50509••••••••••••••••••••••••••••••••f2e6ee0883f6
previous_hash : 23e31f2ae506••••••••••••••••••••••••••••••••96c107288361
CREATED
block_id : #6845
event_hash : 23e31f2ae506••••••••••••••••••••••••••••••••96c107288361
previous_hash : 9f32118a527c••••••••••••••••••••••••••••••••e6abf441d560
DESTROYED
block_id : #6844
event_hash : 9f32118a527c••••••••••••••••••••••••••••••••e6abf441d560
previous_hash : aaca88ef62d3••••••••••••••••••••••••••••••••9bdf949a0d7f

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.