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)
31791b9a38450252e399793aa62be5320a1c5469cf776d2ba7b207d7c9253f1e
Horodatage de la racine : 05/11/2026 à 15:56 UTC

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

Événements publiés : 11 039  |  Dernière mise à jour : 05/11/2026 à 15:56 UTC

CREATED
block_id : #10075
event_hash : 9d6920396b17••••••••••••••••••••••••••••••••d3f199119d65
previous_hash : 24d16fd9c2e8••••••••••••••••••••••••••••••••e73859e5e3d7
CREATED
block_id : #10074
event_hash : 24d16fd9c2e8••••••••••••••••••••••••••••••••e73859e5e3d7
previous_hash : 3e79a9391569••••••••••••••••••••••••••••••••a219015a0dae
CREATED
block_id : #10073
event_hash : 3e79a9391569••••••••••••••••••••••••••••••••a219015a0dae
previous_hash : 70b3dbb73255••••••••••••••••••••••••••••••••c83335884aea
CREATED
block_id : #10072
event_hash : 70b3dbb73255••••••••••••••••••••••••••••••••c83335884aea
previous_hash : 5bae83229905••••••••••••••••••••••••••••••••1b510a14de22
CREATED
block_id : #10071
event_hash : 5bae83229905••••••••••••••••••••••••••••••••1b510a14de22
previous_hash : ac2d66a286b9••••••••••••••••••••••••••••••••a50a19d91668
CREATED
block_id : #10070
event_hash : ac2d66a286b9••••••••••••••••••••••••••••••••a50a19d91668
previous_hash : d996cd2defdb••••••••••••••••••••••••••••••••834539938735
CREATED
block_id : #10069
event_hash : d996cd2defdb••••••••••••••••••••••••••••••••834539938735
previous_hash : 9e3bebb1ff14••••••••••••••••••••••••••••••••b06e75b5eb81
CREATED
block_id : #10068
event_hash : 9e3bebb1ff14••••••••••••••••••••••••••••••••b06e75b5eb81
previous_hash : afcc5656673b••••••••••••••••••••••••••••••••d714d8b5dd89
CREATED
block_id : #10067
event_hash : afcc5656673b••••••••••••••••••••••••••••••••d714d8b5dd89
previous_hash : defba3c3f4dd••••••••••••••••••••••••••••••••2e773c1a07a0
CREATED
block_id : #10066
event_hash : defba3c3f4dd••••••••••••••••••••••••••••••••2e773c1a07a0
previous_hash : 8e2318364456••••••••••••••••••••••••••••••••b6cf7d05e5f6
CREATED
block_id : #10065
event_hash : 8e2318364456••••••••••••••••••••••••••••••••b6cf7d05e5f6
previous_hash : e3364406855b••••••••••••••••••••••••••••••••f4e8bc75dcbc
CREATED
block_id : #10064
event_hash : e3364406855b••••••••••••••••••••••••••••••••f4e8bc75dcbc
previous_hash : cde7a356d47a••••••••••••••••••••••••••••••••e1c91630ac3e
CREATED
block_id : #10063
event_hash : cde7a356d47a••••••••••••••••••••••••••••••••e1c91630ac3e
previous_hash : 34d7f18262a6••••••••••••••••••••••••••••••••7718b0dd7282
CREATED
block_id : #10062
event_hash : 34d7f18262a6••••••••••••••••••••••••••••••••7718b0dd7282
previous_hash : f3afdec50335••••••••••••••••••••••••••••••••ff3b3299e27d
DESTROYED
block_id : #10061
event_hash : f3afdec50335••••••••••••••••••••••••••••••••ff3b3299e27d
previous_hash : 18b18472695c••••••••••••••••••••••••••••••••61485282a572
CREATED
block_id : #10060
event_hash : 18b18472695c••••••••••••••••••••••••••••••••61485282a572
previous_hash : 6f80702d37cf••••••••••••••••••••••••••••••••add24f07502c
CREATED
block_id : #10059
event_hash : 6f80702d37cf••••••••••••••••••••••••••••••••add24f07502c
previous_hash : 6162c135acd8••••••••••••••••••••••••••••••••4e05031d52aa
DESTROYED
block_id : #10058
event_hash : 6162c135acd8••••••••••••••••••••••••••••••••4e05031d52aa
previous_hash : 986bd49be116••••••••••••••••••••••••••••••••a2aa57a63e07
CREATED
block_id : #10057
event_hash : 986bd49be116••••••••••••••••••••••••••••••••a2aa57a63e07
previous_hash : 0a98d0c457c0••••••••••••••••••••••••••••••••2b0e910932ff
DESTROYED
block_id : #10056
event_hash : 0a98d0c457c0••••••••••••••••••••••••••••••••2b0e910932ff
previous_hash : 2de99c12b378••••••••••••••••••••••••••••••••18b76edd2cf6
CREATED
block_id : #10055
event_hash : 2de99c12b378••••••••••••••••••••••••••••••••18b76edd2cf6
previous_hash : 9bfcd412cff2••••••••••••••••••••••••••••••••d1507c3cb8b4
DESTROYED
block_id : #10054
event_hash : 9bfcd412cff2••••••••••••••••••••••••••••••••d1507c3cb8b4
previous_hash : b16fd66e3fac••••••••••••••••••••••••••••••••98e6023c9cae
CREATED
block_id : #10053
event_hash : b16fd66e3fac••••••••••••••••••••••••••••••••98e6023c9cae
previous_hash : 2621e8fa3608••••••••••••••••••••••••••••••••ca66b49a5464
EXPIRED
block_id : #10052
event_hash : 2621e8fa3608••••••••••••••••••••••••••••••••ca66b49a5464
previous_hash : d9fd0e61d983••••••••••••••••••••••••••••••••d9f5f1fe39c5
EXPIRED
block_id : #10051
event_hash : d9fd0e61d983••••••••••••••••••••••••••••••••d9f5f1fe39c5
previous_hash : a9d61cbe3009••••••••••••••••••••••••••••••••b6d91e7ae3b0

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.