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)
be4e5ac15eaed7fc7d136a4f33e423acc93703d80417fa00d5cdc8a0c6e95f73
Horodatage de la racine : 08/11/2026 à 12:38 UTC

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

Événements publiés : 11 085  |  Dernière mise à jour : 08/11/2026 à 12:38 UTC

EXPIRED
block_id : #6321
event_hash : 2bc880f47687••••••••••••••••••••••••••••••••bf28e68a6462
previous_hash : 8e60d353c41a••••••••••••••••••••••••••••••••f5ef0b8ec6cf
EXPIRED
block_id : #6320
event_hash : 8e60d353c41a••••••••••••••••••••••••••••••••f5ef0b8ec6cf
previous_hash : 86d00b5617f6••••••••••••••••••••••••••••••••aa64f839b16c
EXPIRED
block_id : #6319
event_hash : 86d00b5617f6••••••••••••••••••••••••••••••••aa64f839b16c
previous_hash : 7c520b213993••••••••••••••••••••••••••••••••6cc851d5bd21
EXPIRED
block_id : #6318
event_hash : 7c520b213993••••••••••••••••••••••••••••••••6cc851d5bd21
previous_hash : 09cf9cbb23ce••••••••••••••••••••••••••••••••34197b9e5012
EXPIRED
block_id : #6317
event_hash : 09cf9cbb23ce••••••••••••••••••••••••••••••••34197b9e5012
previous_hash : f56d70708410••••••••••••••••••••••••••••••••076cdb5324c0
EXPIRED
block_id : #6316
event_hash : f56d70708410••••••••••••••••••••••••••••••••076cdb5324c0
previous_hash : e80942977666••••••••••••••••••••••••••••••••8473ac049642
EXPIRED
block_id : #6315
event_hash : e80942977666••••••••••••••••••••••••••••••••8473ac049642
previous_hash : 4245cd71ff2e••••••••••••••••••••••••••••••••f7f316b8ba08
EXPIRED
block_id : #6314
event_hash : 4245cd71ff2e••••••••••••••••••••••••••••••••f7f316b8ba08
previous_hash : 7c6cec154ced••••••••••••••••••••••••••••••••76372969ffc9
EXPIRED
block_id : #6313
event_hash : 7c6cec154ced••••••••••••••••••••••••••••••••76372969ffc9
previous_hash : 61e2e4d6b0e0••••••••••••••••••••••••••••••••968ecafe79bc
EXPIRED
block_id : #6312
event_hash : 61e2e4d6b0e0••••••••••••••••••••••••••••••••968ecafe79bc
previous_hash : 87368cce7de2••••••••••••••••••••••••••••••••a71b2da4c105
EXPIRED
block_id : #6311
event_hash : 87368cce7de2••••••••••••••••••••••••••••••••a71b2da4c105
previous_hash : a5b6104037e4••••••••••••••••••••••••••••••••234a33b2c665
EXPIRED
block_id : #6310
event_hash : a5b6104037e4••••••••••••••••••••••••••••••••234a33b2c665
previous_hash : f01ab25c3283••••••••••••••••••••••••••••••••c2976a407b44
EXPIRED
block_id : #6309
event_hash : f01ab25c3283••••••••••••••••••••••••••••••••c2976a407b44
previous_hash : 2b9a1e88a2b2••••••••••••••••••••••••••••••••fae3b8d8774a
EXPIRED
block_id : #6308
event_hash : 2b9a1e88a2b2••••••••••••••••••••••••••••••••fae3b8d8774a
previous_hash : 6bd41c9bf8fc••••••••••••••••••••••••••••••••138cf066cacf
EXPIRED
block_id : #6307
event_hash : 6bd41c9bf8fc••••••••••••••••••••••••••••••••138cf066cacf
previous_hash : 55b79620a1a3••••••••••••••••••••••••••••••••8f7e8d085b00
EXPIRED
block_id : #6306
event_hash : 55b79620a1a3••••••••••••••••••••••••••••••••8f7e8d085b00
previous_hash : 10f5ffa35a14••••••••••••••••••••••••••••••••56149e87f8fe
EXPIRED
block_id : #6305
event_hash : 10f5ffa35a14••••••••••••••••••••••••••••••••56149e87f8fe
previous_hash : c36c0edf380e••••••••••••••••••••••••••••••••565cb79a6fac
EXPIRED
block_id : #6304
event_hash : c36c0edf380e••••••••••••••••••••••••••••••••565cb79a6fac
previous_hash : 0346df56a622••••••••••••••••••••••••••••••••01dde9655503
EXPIRED
block_id : #6303
event_hash : 0346df56a622••••••••••••••••••••••••••••••••01dde9655503
previous_hash : ee909d7d400c••••••••••••••••••••••••••••••••7dd680389d38
EXPIRED
block_id : #6302
event_hash : ee909d7d400c••••••••••••••••••••••••••••••••7dd680389d38
previous_hash : 9227b094e52c••••••••••••••••••••••••••••••••631fd1bfb36a
EXPIRED
block_id : #6301
event_hash : 9227b094e52c••••••••••••••••••••••••••••••••631fd1bfb36a
previous_hash : dd283dbf9b14••••••••••••••••••••••••••••••••4473bf8ad5e7
EXPIRED
block_id : #6300
event_hash : dd283dbf9b14••••••••••••••••••••••••••••••••4473bf8ad5e7
previous_hash : 43c0038cc343••••••••••••••••••••••••••••••••23e231b0d480
EXPIRED
block_id : #6299
event_hash : 43c0038cc343••••••••••••••••••••••••••••••••23e231b0d480
previous_hash : 7b88727d8025••••••••••••••••••••••••••••••••8bf4ac5347d9
EXPIRED
block_id : #6298
event_hash : 7b88727d8025••••••••••••••••••••••••••••••••8bf4ac5347d9
previous_hash : 9a5aa8453538••••••••••••••••••••••••••••••••703bba3c2309
EXPIRED
block_id : #6297
event_hash : 9a5aa8453538••••••••••••••••••••••••••••••••703bba3c2309
previous_hash : 14ba99e06f5f••••••••••••••••••••••••••••••••61c1b87fcea9

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.