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)
86a3deefa0e7a95f9bae2a85d70759003e2eeb8de0694afaf68140a5f35a4477
Horodatage de la racine : 22/08/2026 à 16:28 UTC

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

Événements publiés : 5 388  |  Dernière mise à jour : 22/08/2026 à 16:28 UTC

CREATED
block_id : #4699
event_hash : eb146712a81d••••••••••••••••••••••••••••••••5c551a615e6b
previous_hash : fcd316292069••••••••••••••••••••••••••••••••3f34280e6565
DESTROYED
block_id : #4698
event_hash : fcd316292069••••••••••••••••••••••••••••••••3f34280e6565
previous_hash : f438f6ef9d63••••••••••••••••••••••••••••••••8f95df2b62d5
CREATED
block_id : #4697
event_hash : f438f6ef9d63••••••••••••••••••••••••••••••••8f95df2b62d5
previous_hash : a27eeb8c7c49••••••••••••••••••••••••••••••••ca9f0ad80ba0
CREATED
block_id : #4696
event_hash : a27eeb8c7c49••••••••••••••••••••••••••••••••ca9f0ad80ba0
previous_hash : 8b28715943ec••••••••••••••••••••••••••••••••8dfef7e4b925
DESTROYED
block_id : #4695
event_hash : 8b28715943ec••••••••••••••••••••••••••••••••8dfef7e4b925
previous_hash : 9026fbec50b8••••••••••••••••••••••••••••••••bb145227edf8
DESTROYED
block_id : #4694
event_hash : 9026fbec50b8••••••••••••••••••••••••••••••••bb145227edf8
previous_hash : 66e313ab41d4••••••••••••••••••••••••••••••••b0816bc6ec90
DESTROYED
block_id : #4693
event_hash : 66e313ab41d4••••••••••••••••••••••••••••••••b0816bc6ec90
previous_hash : 08f80cc4609b••••••••••••••••••••••••••••••••b46f7526e4fd
CREATED
block_id : #4692
event_hash : 08f80cc4609b••••••••••••••••••••••••••••••••b46f7526e4fd
previous_hash : caff68b0f888••••••••••••••••••••••••••••••••7ef21b2b1b45
DESTROYED
block_id : #4691
event_hash : caff68b0f888••••••••••••••••••••••••••••••••7ef21b2b1b45
previous_hash : 56c1948384fa••••••••••••••••••••••••••••••••dd5bb85637e7
CREATED
block_id : #4690
event_hash : 56c1948384fa••••••••••••••••••••••••••••••••dd5bb85637e7
previous_hash : d4d9702f87ff••••••••••••••••••••••••••••••••ea79c678e1aa
CREATED
block_id : #4689
event_hash : d4d9702f87ff••••••••••••••••••••••••••••••••ea79c678e1aa
previous_hash : c40c04154c82••••••••••••••••••••••••••••••••ab0b903dbeae
CREATED
block_id : #4688
event_hash : c40c04154c82••••••••••••••••••••••••••••••••ab0b903dbeae
previous_hash : 1692ffa0f08b••••••••••••••••••••••••••••••••20fadf05129b
CREATED
block_id : #4687
event_hash : 1692ffa0f08b••••••••••••••••••••••••••••••••20fadf05129b
previous_hash : 6d0ca5658bae••••••••••••••••••••••••••••••••78b22835ca02
CREATED
block_id : #4686
event_hash : 6d0ca5658bae••••••••••••••••••••••••••••••••78b22835ca02
previous_hash : 15e2f6937f62••••••••••••••••••••••••••••••••f908d1e5dc0d
DESTROYED
block_id : #4685
event_hash : 15e2f6937f62••••••••••••••••••••••••••••••••f908d1e5dc0d
previous_hash : a0ca344e21de••••••••••••••••••••••••••••••••89dd7716de6e
CREATED
block_id : #4684
event_hash : a0ca344e21de••••••••••••••••••••••••••••••••89dd7716de6e
previous_hash : f33316cfbee4••••••••••••••••••••••••••••••••dcdb4e03433b
DESTROYED
block_id : #4683
event_hash : f33316cfbee4••••••••••••••••••••••••••••••••dcdb4e03433b
previous_hash : be60fa81cda3••••••••••••••••••••••••••••••••ec3b87f43c8f
DESTROYED
block_id : #4682
event_hash : be60fa81cda3••••••••••••••••••••••••••••••••ec3b87f43c8f
previous_hash : ea972ba7f9c9••••••••••••••••••••••••••••••••6ffaa7dfa3ea
CREATED
block_id : #4681
event_hash : ea972ba7f9c9••••••••••••••••••••••••••••••••6ffaa7dfa3ea
previous_hash : 46a14cfe81e5••••••••••••••••••••••••••••••••1721f8debeff
DESTROYED
block_id : #4680
event_hash : 46a14cfe81e5••••••••••••••••••••••••••••••••1721f8debeff
previous_hash : a5ec88107ce7••••••••••••••••••••••••••••••••69c4a029c360
CREATED
block_id : #4679
event_hash : a5ec88107ce7••••••••••••••••••••••••••••••••69c4a029c360
previous_hash : 201506779851••••••••••••••••••••••••••••••••76bc84c9bf99
EXPIRED
block_id : #4678
event_hash : 201506779851••••••••••••••••••••••••••••••••76bc84c9bf99
previous_hash : 05e3ae4b6d6a••••••••••••••••••••••••••••••••802e3a603de0
CREATED
block_id : #4677
event_hash : 05e3ae4b6d6a••••••••••••••••••••••••••••••••802e3a603de0
previous_hash : 335c936d450e••••••••••••••••••••••••••••••••4d628585fbde
DESTROYED
block_id : #4676
event_hash : 335c936d450e••••••••••••••••••••••••••••••••4d628585fbde
previous_hash : 4b15b79e41ff••••••••••••••••••••••••••••••••f6e0a5e0e44a
CREATED
block_id : #4675
event_hash : 4b15b79e41ff••••••••••••••••••••••••••••••••f6e0a5e0e44a
previous_hash : 5d3f4804ef5f••••••••••••••••••••••••••••••••dddb8d31baba

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.