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

EXPIRED
block_id : #11113
event_hash : 8600a4b8d3ae••••••••••••••••••••••••••••••••659876bef98a
previous_hash : d07dcd57088b••••••••••••••••••••••••••••••••9e9d373f7b45
CREATED
block_id : #11112
event_hash : d07dcd57088b••••••••••••••••••••••••••••••••9e9d373f7b45
previous_hash : c9b06dc78f01••••••••••••••••••••••••••••••••308b89d707d7
CREATED
block_id : #11111
event_hash : c9b06dc78f01••••••••••••••••••••••••••••••••308b89d707d7
previous_hash : 69745cc19643••••••••••••••••••••••••••••••••a775af8ba6e0
CREATED
block_id : #11110
event_hash : 69745cc19643••••••••••••••••••••••••••••••••a775af8ba6e0
previous_hash : 380004bfb756••••••••••••••••••••••••••••••••0ce7b9b25727
EXPIRED
block_id : #11109
event_hash : 380004bfb756••••••••••••••••••••••••••••••••0ce7b9b25727
previous_hash : 8a4c74e4e803••••••••••••••••••••••••••••••••52766ce98298
CREATED
block_id : #11108
event_hash : 8a4c74e4e803••••••••••••••••••••••••••••••••52766ce98298
previous_hash : 0918c90c686c••••••••••••••••••••••••••••••••66f5ee9de22e
EXPIRED
block_id : #11107
event_hash : 0918c90c686c••••••••••••••••••••••••••••••••66f5ee9de22e
previous_hash : 89b866405250••••••••••••••••••••••••••••••••68285baa72c9
DESTROYED
block_id : #11106
event_hash : 89b866405250••••••••••••••••••••••••••••••••68285baa72c9
previous_hash : ac385a45479b••••••••••••••••••••••••••••••••0f2b18433111
CREATED
block_id : #11105
event_hash : ac385a45479b••••••••••••••••••••••••••••••••0f2b18433111
previous_hash : 158e6edae964••••••••••••••••••••••••••••••••a01c4d3064f5
EXPIRED
block_id : #11104
event_hash : 158e6edae964••••••••••••••••••••••••••••••••a01c4d3064f5
previous_hash : f5f1975b0e2f••••••••••••••••••••••••••••••••fc70d5193cc7
CREATED
block_id : #11103
event_hash : f5f1975b0e2f••••••••••••••••••••••••••••••••fc70d5193cc7
previous_hash : fdc8fd16f41e••••••••••••••••••••••••••••••••9e6d40f3f8d3
DESTROYED
block_id : #11102
event_hash : fdc8fd16f41e••••••••••••••••••••••••••••••••9e6d40f3f8d3
previous_hash : 05aa6d1c1359••••••••••••••••••••••••••••••••098a5315a46e
DESTROYED
block_id : #11101
event_hash : 05aa6d1c1359••••••••••••••••••••••••••••••••098a5315a46e
previous_hash : 85de267bf25e••••••••••••••••••••••••••••••••1fdda9c8a599
EXPIRED
block_id : #11100
event_hash : 85de267bf25e••••••••••••••••••••••••••••••••1fdda9c8a599
previous_hash : acf6e5496306••••••••••••••••••••••••••••••••42f39d73a99e
EXPIRED
block_id : #11099
event_hash : acf6e5496306••••••••••••••••••••••••••••••••42f39d73a99e
previous_hash : d438f1093f87••••••••••••••••••••••••••••••••23a35e851acd
EXPIRED
block_id : #11098
event_hash : d438f1093f87••••••••••••••••••••••••••••••••23a35e851acd
previous_hash : 68f7cce88a2a••••••••••••••••••••••••••••••••cb14cc37ebd9
EXPIRED
block_id : #11097
event_hash : 68f7cce88a2a••••••••••••••••••••••••••••••••cb14cc37ebd9
previous_hash : f662b9867811••••••••••••••••••••••••••••••••45ceec339f1e
EXPIRED
block_id : #11096
event_hash : f662b9867811••••••••••••••••••••••••••••••••45ceec339f1e
previous_hash : 39d3b926ddde••••••••••••••••••••••••••••••••eedd6eaac31e
EXPIRED
block_id : #11095
event_hash : 39d3b926ddde••••••••••••••••••••••••••••••••eedd6eaac31e
previous_hash : e854024a21af••••••••••••••••••••••••••••••••9cc60283e22f
EXPIRED
block_id : #11094
event_hash : e854024a21af••••••••••••••••••••••••••••••••9cc60283e22f
previous_hash : 73567fbc7248••••••••••••••••••••••••••••••••103e8cf94f56
EXPIRED
block_id : #11093
event_hash : 73567fbc7248••••••••••••••••••••••••••••••••103e8cf94f56
previous_hash : e0cf40b1ac0b••••••••••••••••••••••••••••••••84619e243ee9
EXPIRED
block_id : #11092
event_hash : e0cf40b1ac0b••••••••••••••••••••••••••••••••84619e243ee9
previous_hash : 3b7a812defed••••••••••••••••••••••••••••••••eb2a6b7a78a3
EXPIRED
block_id : #11091
event_hash : 3b7a812defed••••••••••••••••••••••••••••••••eb2a6b7a78a3
previous_hash : 57d662a79e48••••••••••••••••••••••••••••••••de8c1cbec102
EXPIRED
block_id : #11090
event_hash : 57d662a79e48••••••••••••••••••••••••••••••••de8c1cbec102
previous_hash : 2ddbe411ee8e••••••••••••••••••••••••••••••••bab305a67ff7
EXPIRED
block_id : #11089
event_hash : 2ddbe411ee8e••••••••••••••••••••••••••••••••bab305a67ff7
previous_hash : 7510534bd9ac••••••••••••••••••••••••••••••••f0ce949fad09

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.