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 : #8643
event_hash : 69829562c0af••••••••••••••••••••••••••••••••76b02a4285fe
previous_hash : 0aeabae3d352••••••••••••••••••••••••••••••••142effe9d41c
DESTROYED
block_id : #8642
event_hash : 0aeabae3d352••••••••••••••••••••••••••••••••142effe9d41c
previous_hash : 40590f4e2a5d••••••••••••••••••••••••••••••••8628f87aa538
CREATED
block_id : #8641
event_hash : 40590f4e2a5d••••••••••••••••••••••••••••••••8628f87aa538
previous_hash : 1330eb73aecb••••••••••••••••••••••••••••••••056716e719b5
DESTROYED
block_id : #8640
event_hash : 1330eb73aecb••••••••••••••••••••••••••••••••056716e719b5
previous_hash : 5f42d052a000••••••••••••••••••••••••••••••••13d65d6808a7
CREATED
block_id : #8639
event_hash : 5f42d052a000••••••••••••••••••••••••••••••••13d65d6808a7
previous_hash : b3aeb247bfa0••••••••••••••••••••••••••••••••41ed08644f9f
DESTROYED
block_id : #8638
event_hash : b3aeb247bfa0••••••••••••••••••••••••••••••••41ed08644f9f
previous_hash : 25c2f37a8f4c••••••••••••••••••••••••••••••••af129c4af882
CREATED
block_id : #8637
event_hash : 25c2f37a8f4c••••••••••••••••••••••••••••••••af129c4af882
previous_hash : 30f7f4465108••••••••••••••••••••••••••••••••9f76b2e62d79
DESTROYED
block_id : #8636
event_hash : 30f7f4465108••••••••••••••••••••••••••••••••9f76b2e62d79
previous_hash : 8ccbcd560b98••••••••••••••••••••••••••••••••21e52502770e
CREATED
block_id : #8635
event_hash : 8ccbcd560b98••••••••••••••••••••••••••••••••21e52502770e
previous_hash : 1f5ef8533aa3••••••••••••••••••••••••••••••••5f03505de0f8
DESTROYED
block_id : #8634
event_hash : 1f5ef8533aa3••••••••••••••••••••••••••••••••5f03505de0f8
previous_hash : 56f869266657••••••••••••••••••••••••••••••••424869f7abc5
CREATED
block_id : #8633
event_hash : 56f869266657••••••••••••••••••••••••••••••••424869f7abc5
previous_hash : 5ba1dc88540a••••••••••••••••••••••••••••••••3eb59d9db43e
CREATED
block_id : #8632
event_hash : 5ba1dc88540a••••••••••••••••••••••••••••••••3eb59d9db43e
previous_hash : 25783c967985••••••••••••••••••••••••••••••••953256468e18
CREATED
block_id : #8631
event_hash : 25783c967985••••••••••••••••••••••••••••••••953256468e18
previous_hash : 185af293aeda••••••••••••••••••••••••••••••••8a9e46215967
CREATED
block_id : #8630
event_hash : 185af293aeda••••••••••••••••••••••••••••••••8a9e46215967
previous_hash : 9aa1a3f6cfbc••••••••••••••••••••••••••••••••5a35160d78d1
CREATED
block_id : #8629
event_hash : 9aa1a3f6cfbc••••••••••••••••••••••••••••••••5a35160d78d1
previous_hash : 0a6a8e21eac9••••••••••••••••••••••••••••••••a83d440fcb7f
CREATED
block_id : #8628
event_hash : 0a6a8e21eac9••••••••••••••••••••••••••••••••a83d440fcb7f
previous_hash : f4008f47d315••••••••••••••••••••••••••••••••94017755d39b
CREATED
block_id : #8627
event_hash : f4008f47d315••••••••••••••••••••••••••••••••94017755d39b
previous_hash : 0ab088b041b7••••••••••••••••••••••••••••••••c0d4b6aed6e8
CREATED
block_id : #8626
event_hash : 0ab088b041b7••••••••••••••••••••••••••••••••c0d4b6aed6e8
previous_hash : c3bac2206144••••••••••••••••••••••••••••••••189ecd8b64d2
CREATED
block_id : #8625
event_hash : c3bac2206144••••••••••••••••••••••••••••••••189ecd8b64d2
previous_hash : b5fe7fa29236••••••••••••••••••••••••••••••••8e92029a3a09
EXPIRED
block_id : #8624
event_hash : b5fe7fa29236••••••••••••••••••••••••••••••••8e92029a3a09
previous_hash : 8aa326bc5772••••••••••••••••••••••••••••••••044a2c97c8ab
EXPIRED
block_id : #8623
event_hash : 8aa326bc5772••••••••••••••••••••••••••••••••044a2c97c8ab
previous_hash : 0f4030723058••••••••••••••••••••••••••••••••27857a869ffc
EXPIRED
block_id : #8622
event_hash : 0f4030723058••••••••••••••••••••••••••••••••27857a869ffc
previous_hash : fb431c4cd5af••••••••••••••••••••••••••••••••db5634244e64
EXPIRED
block_id : #8621
event_hash : fb431c4cd5af••••••••••••••••••••••••••••••••db5634244e64
previous_hash : ea59b8fa9c46••••••••••••••••••••••••••••••••785e7d12d1c9
EXPIRED
block_id : #8620
event_hash : ea59b8fa9c46••••••••••••••••••••••••••••••••785e7d12d1c9
previous_hash : e2565a8d123f••••••••••••••••••••••••••••••••5133077ee996
EXPIRED
block_id : #8619
event_hash : e2565a8d123f••••••••••••••••••••••••••••••••5133077ee996
previous_hash : c315a156554f••••••••••••••••••••••••••••••••7324139845be

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.