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 : #8043
event_hash : 3070e7913fd8••••••••••••••••••••••••••••••••57da5e7db549
previous_hash : ea92f5fbd967••••••••••••••••••••••••••••••••7071333050e9
DESTROYED
block_id : #8042
event_hash : ea92f5fbd967••••••••••••••••••••••••••••••••7071333050e9
previous_hash : 25007d52dce2••••••••••••••••••••••••••••••••033bffa35beb
CREATED
block_id : #8041
event_hash : 25007d52dce2••••••••••••••••••••••••••••••••033bffa35beb
previous_hash : 28d9be75e3ef••••••••••••••••••••••••••••••••950687db65b3
DESTROYED
block_id : #8040
event_hash : 28d9be75e3ef••••••••••••••••••••••••••••••••950687db65b3
previous_hash : 35c7542f4903••••••••••••••••••••••••••••••••b16d1499d644
CREATED
block_id : #8039
event_hash : 35c7542f4903••••••••••••••••••••••••••••••••b16d1499d644
previous_hash : aeeb3f5e847b••••••••••••••••••••••••••••••••b687a1704619
DESTROYED
block_id : #8038
event_hash : aeeb3f5e847b••••••••••••••••••••••••••••••••b687a1704619
previous_hash : 9eaf911da5f3••••••••••••••••••••••••••••••••ac5859b26a01
CREATED
block_id : #8037
event_hash : 9eaf911da5f3••••••••••••••••••••••••••••••••ac5859b26a01
previous_hash : adcf3740495e••••••••••••••••••••••••••••••••054929a10e51
DESTROYED
block_id : #8036
event_hash : adcf3740495e••••••••••••••••••••••••••••••••054929a10e51
previous_hash : 0bb01c07e2d1••••••••••••••••••••••••••••••••7f3585758fe2
DESTROYED
block_id : #8035
event_hash : 0bb01c07e2d1••••••••••••••••••••••••••••••••7f3585758fe2
previous_hash : 9ac02074d5bb••••••••••••••••••••••••••••••••65da5085cccc
CREATED
block_id : #8034
event_hash : 9ac02074d5bb••••••••••••••••••••••••••••••••65da5085cccc
previous_hash : a2327e9ac128••••••••••••••••••••••••••••••••1893138563bb
CREATED
block_id : #8033
event_hash : a2327e9ac128••••••••••••••••••••••••••••••••1893138563bb
previous_hash : fed4a54a4736••••••••••••••••••••••••••••••••812356dea6cf
CREATED
block_id : #8032
event_hash : fed4a54a4736••••••••••••••••••••••••••••••••812356dea6cf
previous_hash : 5e8477704cfd••••••••••••••••••••••••••••••••0bfbb71976f6
CREATED
block_id : #8031
event_hash : 5e8477704cfd••••••••••••••••••••••••••••••••0bfbb71976f6
previous_hash : a88c875ee4af••••••••••••••••••••••••••••••••65a2f5a5387e
CREATED
block_id : #8030
event_hash : a88c875ee4af••••••••••••••••••••••••••••••••65a2f5a5387e
previous_hash : c87dc0b3315e••••••••••••••••••••••••••••••••b860d75a09da
CREATED
block_id : #8029
event_hash : c87dc0b3315e••••••••••••••••••••••••••••••••b860d75a09da
previous_hash : c1c3f7eb3dff••••••••••••••••••••••••••••••••d5470eeda64f
CREATED
block_id : #8028
event_hash : c1c3f7eb3dff••••••••••••••••••••••••••••••••d5470eeda64f
previous_hash : 147530b5a896••••••••••••••••••••••••••••••••2915b48bd5d0
DESTROYED
block_id : #8027
event_hash : 147530b5a896••••••••••••••••••••••••••••••••2915b48bd5d0
previous_hash : 9c8d76739f99••••••••••••••••••••••••••••••••2eaeafb00104
CREATED
block_id : #8026
event_hash : 9c8d76739f99••••••••••••••••••••••••••••••••2eaeafb00104
previous_hash : 8b7d4f9db163••••••••••••••••••••••••••••••••d89412a09fc7
CREATED
block_id : #8025
event_hash : 8b7d4f9db163••••••••••••••••••••••••••••••••d89412a09fc7
previous_hash : 5a253bc9fcae••••••••••••••••••••••••••••••••38ba76b01759
CREATED
block_id : #8024
event_hash : 5a253bc9fcae••••••••••••••••••••••••••••••••38ba76b01759
previous_hash : 2d30c3b60aff••••••••••••••••••••••••••••••••e6072ae68b74
CREATED
block_id : #8023
event_hash : 2d30c3b60aff••••••••••••••••••••••••••••••••e6072ae68b74
previous_hash : d1518bfa040a••••••••••••••••••••••••••••••••cea8a1052541
CREATED
block_id : #8022
event_hash : d1518bfa040a••••••••••••••••••••••••••••••••cea8a1052541
previous_hash : 526daf63f7de••••••••••••••••••••••••••••••••0b0552153f0e
CREATED
block_id : #8021
event_hash : 526daf63f7de••••••••••••••••••••••••••••••••0b0552153f0e
previous_hash : dda89dfc13dc••••••••••••••••••••••••••••••••aabbda4fcb75
CREATED
block_id : #8020
event_hash : dda89dfc13dc••••••••••••••••••••••••••••••••aabbda4fcb75
previous_hash : 822402354025••••••••••••••••••••••••••••••••3a752aa735f1
CREATED
block_id : #8019
event_hash : 822402354025••••••••••••••••••••••••••••••••3a752aa735f1
previous_hash : 196953bc3212••••••••••••••••••••••••••••••••d33259e6cc6e

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.