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)
8600a4b8d3ae7b62f93826ad18aed5d1b70373fe886d39918732659876bef98a
Horodatage de la racine : 03/11/2026 à 18:45 UTC

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

Événements publiés : 11 002  |  Dernière mise à jour : 03/11/2026 à 18:45 UTC

CREATED
block_id : #11063
event_hash : 18dcab6cefe3••••••••••••••••••••••••••••••••789ae9e581f9
previous_hash : 3107fbf9d021••••••••••••••••••••••••••••••••7f5348df5b73
CREATED
block_id : #11062
event_hash : 3107fbf9d021••••••••••••••••••••••••••••••••7f5348df5b73
previous_hash : 51cb24685a19••••••••••••••••••••••••••••••••f2b40c85a6af
CREATED
block_id : #11061
event_hash : 51cb24685a19••••••••••••••••••••••••••••••••f2b40c85a6af
previous_hash : 9ef46abd7fd5••••••••••••••••••••••••••••••••de3ea827820a
CREATED
block_id : #11060
event_hash : 9ef46abd7fd5••••••••••••••••••••••••••••••••de3ea827820a
previous_hash : 0e50abba5652••••••••••••••••••••••••••••••••2ec7abcd78f4
EXPIRED
block_id : #11059
event_hash : 0e50abba5652••••••••••••••••••••••••••••••••2ec7abcd78f4
previous_hash : 18d86ccd10f1••••••••••••••••••••••••••••••••d37ddf63ad1a
EXPIRED
block_id : #11058
event_hash : 18d86ccd10f1••••••••••••••••••••••••••••••••d37ddf63ad1a
previous_hash : 244f22e83aa3••••••••••••••••••••••••••••••••34b8680834b2
EXPIRED
block_id : #11057
event_hash : 244f22e83aa3••••••••••••••••••••••••••••••••34b8680834b2
previous_hash : be2d126c3ab4••••••••••••••••••••••••••••••••ea46f4b9ea94
EXPIRED
block_id : #11056
event_hash : be2d126c3ab4••••••••••••••••••••••••••••••••ea46f4b9ea94
previous_hash : da9b82b5e3c8••••••••••••••••••••••••••••••••9fe56662eb46
EXPIRED
block_id : #11055
event_hash : da9b82b5e3c8••••••••••••••••••••••••••••••••9fe56662eb46
previous_hash : 2797ab9589fa••••••••••••••••••••••••••••••••d366dc17aad5
EXPIRED
block_id : #11054
event_hash : 2797ab9589fa••••••••••••••••••••••••••••••••d366dc17aad5
previous_hash : a1e5faa92a51••••••••••••••••••••••••••••••••f0a9448ab93f
EXPIRED
block_id : #11053
event_hash : a1e5faa92a51••••••••••••••••••••••••••••••••f0a9448ab93f
previous_hash : 58ca0a007638••••••••••••••••••••••••••••••••64004dcee474
EXPIRED
block_id : #11052
event_hash : 58ca0a007638••••••••••••••••••••••••••••••••64004dcee474
previous_hash : 3c0cbb9ba838••••••••••••••••••••••••••••••••631c9e0c25ca
EXPIRED
block_id : #11051
event_hash : 3c0cbb9ba838••••••••••••••••••••••••••••••••631c9e0c25ca
previous_hash : 9727c5b54d20••••••••••••••••••••••••••••••••a87cea76f43a
EXPIRED
block_id : #11050
event_hash : 9727c5b54d20••••••••••••••••••••••••••••••••a87cea76f43a
previous_hash : 5d9926936964••••••••••••••••••••••••••••••••de658ee718a2
EXPIRED
block_id : #11049
event_hash : 5d9926936964••••••••••••••••••••••••••••••••de658ee718a2
previous_hash : 7f525d7d4f6c••••••••••••••••••••••••••••••••20f6a9a9088f
EXPIRED
block_id : #11048
event_hash : 7f525d7d4f6c••••••••••••••••••••••••••••••••20f6a9a9088f
previous_hash : 11dd39b5b72f••••••••••••••••••••••••••••••••47fa33f7ad9e
CREATED
block_id : #11047
event_hash : 11dd39b5b72f••••••••••••••••••••••••••••••••47fa33f7ad9e
previous_hash : 7b36e2b6709b••••••••••••••••••••••••••••••••e382c6cf3579
CREATED
block_id : #11046
event_hash : 7b36e2b6709b••••••••••••••••••••••••••••••••e382c6cf3579
previous_hash : ac4a1740f923••••••••••••••••••••••••••••••••d22f2bdc17e3
CREATED
block_id : #11045
event_hash : ac4a1740f923••••••••••••••••••••••••••••••••d22f2bdc17e3
previous_hash : 212c390c6462••••••••••••••••••••••••••••••••c85d1624830b
DESTROYED
block_id : #11044
event_hash : 212c390c6462••••••••••••••••••••••••••••••••c85d1624830b
previous_hash : 7b7e06c932be••••••••••••••••••••••••••••••••96c0f180c94b
CREATED
block_id : #11043
event_hash : 7b7e06c932be••••••••••••••••••••••••••••••••96c0f180c94b
previous_hash : 87e83b6729ad••••••••••••••••••••••••••••••••b14958e4b7e2
DESTROYED
block_id : #11042
event_hash : 87e83b6729ad••••••••••••••••••••••••••••••••b14958e4b7e2
previous_hash : f540ddc63889••••••••••••••••••••••••••••••••6569e1070b42
CREATED
block_id : #11041
event_hash : f540ddc63889••••••••••••••••••••••••••••••••6569e1070b42
previous_hash : 6d33c326e10b••••••••••••••••••••••••••••••••766a64a4f52f
CREATED
block_id : #11040
event_hash : 6d33c326e10b••••••••••••••••••••••••••••••••766a64a4f52f
previous_hash : 1308379ca503••••••••••••••••••••••••••••••••25d0735de2bb
CREATED
block_id : #11039
event_hash : 1308379ca503••••••••••••••••••••••••••••••••25d0735de2bb
previous_hash : be8c9b6cf495••••••••••••••••••••••••••••••••3e8800de7ef0

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.