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

EXPIRED
block_id : #7018
event_hash : 58b7721b5308••••••••••••••••••••••••••••••••4750128870a2
previous_hash : 57f4ab6ccbb2••••••••••••••••••••••••••••••••c09edc21e10f
EXPIRED
block_id : #7017
event_hash : 57f4ab6ccbb2••••••••••••••••••••••••••••••••c09edc21e10f
previous_hash : 548cb02917a1••••••••••••••••••••••••••••••••060b5d546db8
CREATED
block_id : #7016
event_hash : 548cb02917a1••••••••••••••••••••••••••••••••060b5d546db8
previous_hash : 9aedf968d9f2••••••••••••••••••••••••••••••••f85a873a7576
CREATED
block_id : #7015
event_hash : 9aedf968d9f2••••••••••••••••••••••••••••••••f85a873a7576
previous_hash : 7d8601ddccd5••••••••••••••••••••••••••••••••412ddb7bbe8f
CREATED
block_id : #7014
event_hash : 7d8601ddccd5••••••••••••••••••••••••••••••••412ddb7bbe8f
previous_hash : 906254ca111f••••••••••••••••••••••••••••••••8d01f61c0ac1
CREATED
block_id : #7013
event_hash : 906254ca111f••••••••••••••••••••••••••••••••8d01f61c0ac1
previous_hash : 87d923d2d1dc••••••••••••••••••••••••••••••••314a5c1994d6
CREATED
block_id : #7012
event_hash : 87d923d2d1dc••••••••••••••••••••••••••••••••314a5c1994d6
previous_hash : d7222eb68230••••••••••••••••••••••••••••••••62be09e042f5
CREATED
block_id : #7011
event_hash : d7222eb68230••••••••••••••••••••••••••••••••62be09e042f5
previous_hash : 95e9a7b73c95••••••••••••••••••••••••••••••••bc48243fc787
CREATED
block_id : #7010
event_hash : 95e9a7b73c95••••••••••••••••••••••••••••••••bc48243fc787
previous_hash : e03da5c45c5a••••••••••••••••••••••••••••••••aa18d19bf304
CREATED
block_id : #7009
event_hash : e03da5c45c5a••••••••••••••••••••••••••••••••aa18d19bf304
previous_hash : 947a62a7fdb8••••••••••••••••••••••••••••••••117c7d494965
CREATED
block_id : #7008
event_hash : 947a62a7fdb8••••••••••••••••••••••••••••••••117c7d494965
previous_hash : 872409c2cebb••••••••••••••••••••••••••••••••d1227bc06ca6
CREATED
block_id : #7007
event_hash : 872409c2cebb••••••••••••••••••••••••••••••••d1227bc06ca6
previous_hash : 3683567ce561••••••••••••••••••••••••••••••••0aea2da9897f
CREATED
block_id : #7006
event_hash : 3683567ce561••••••••••••••••••••••••••••••••0aea2da9897f
previous_hash : 3545118437b3••••••••••••••••••••••••••••••••98da90390534
CREATED
block_id : #7005
event_hash : 3545118437b3••••••••••••••••••••••••••••••••98da90390534
previous_hash : 923716b62fe1••••••••••••••••••••••••••••••••32beb5f59257
CREATED
block_id : #7004
event_hash : 923716b62fe1••••••••••••••••••••••••••••••••32beb5f59257
previous_hash : 665064c416dc••••••••••••••••••••••••••••••••32c5e888e46e
CREATED
block_id : #7003
event_hash : 665064c416dc••••••••••••••••••••••••••••••••32c5e888e46e
previous_hash : f8e35d7e1943••••••••••••••••••••••••••••••••05e81ffa05e3
CREATED
block_id : #7002
event_hash : f8e35d7e1943••••••••••••••••••••••••••••••••05e81ffa05e3
previous_hash : 154952f06fd3••••••••••••••••••••••••••••••••8d7f070efe44
CREATED
block_id : #7001
event_hash : 154952f06fd3••••••••••••••••••••••••••••••••8d7f070efe44
previous_hash : 75b9c6ded077••••••••••••••••••••••••••••••••da098b0c08d4
CREATED
block_id : #7000
event_hash : 75b9c6ded077••••••••••••••••••••••••••••••••da098b0c08d4
previous_hash : f7df5ddd6266••••••••••••••••••••••••••••••••dab160ab2c0e
CREATED
block_id : #6999
event_hash : f7df5ddd6266••••••••••••••••••••••••••••••••dab160ab2c0e
previous_hash : 82ec6ed4db5f••••••••••••••••••••••••••••••••088b5e09bf69
CREATED
block_id : #6998
event_hash : 82ec6ed4db5f••••••••••••••••••••••••••••••••088b5e09bf69
previous_hash : b01f6f581a66••••••••••••••••••••••••••••••••742fe0a6dfcc
CREATED
block_id : #6997
event_hash : b01f6f581a66••••••••••••••••••••••••••••••••742fe0a6dfcc
previous_hash : 28ced62bbe59••••••••••••••••••••••••••••••••63b7a77d9770
CREATED
block_id : #6996
event_hash : 28ced62bbe59••••••••••••••••••••••••••••••••63b7a77d9770
previous_hash : ca05fb2d4031••••••••••••••••••••••••••••••••57060ddb6f5d
CREATED
block_id : #6995
event_hash : ca05fb2d4031••••••••••••••••••••••••••••••••57060ddb6f5d
previous_hash : c9290292599c••••••••••••••••••••••••••••••••2b2870302570
CREATED
block_id : #6994
event_hash : c9290292599c••••••••••••••••••••••••••••••••2b2870302570
previous_hash : 535c13f1d3c4••••••••••••••••••••••••••••••••ef9b20267f5a

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.