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)
19e936e6af8307ad6aff5131a9b78b13be8c0c23043751675a06e60f94f1706f
Horodatage de la racine : 15/07/2026 à 16:44 UTC

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

Événements publiés : 4 668  |  Dernière mise à jour : 15/07/2026 à 16:44 UTC

CREATED
block_id : #654
event_hash : 50e4469185f3••••••••••••••••••••••••••••••••ce3eba46c469
previous_hash : cd4bdae0d4ce••••••••••••••••••••••••••••••••06a00510673e
CREATED
block_id : #653
event_hash : cd4bdae0d4ce••••••••••••••••••••••••••••••••06a00510673e
previous_hash : fa846b7080bb••••••••••••••••••••••••••••••••f10181dee40f
CREATED
block_id : #652
event_hash : fa846b7080bb••••••••••••••••••••••••••••••••f10181dee40f
previous_hash : 27d54a59f7ff••••••••••••••••••••••••••••••••ce97e8a954c4
CREATED
block_id : #651
event_hash : 27d54a59f7ff••••••••••••••••••••••••••••••••ce97e8a954c4
previous_hash : 0d212377ba07••••••••••••••••••••••••••••••••5b5ab278e145
CREATED
block_id : #650
event_hash : 0d212377ba07••••••••••••••••••••••••••••••••5b5ab278e145
previous_hash : 307ca0e8f1d8••••••••••••••••••••••••••••••••9ccd07a7ed25
CREATED
block_id : #649
event_hash : 307ca0e8f1d8••••••••••••••••••••••••••••••••9ccd07a7ed25
previous_hash : e973940d0749••••••••••••••••••••••••••••••••e02198b08c08
CREATED
block_id : #648
event_hash : e973940d0749••••••••••••••••••••••••••••••••e02198b08c08
previous_hash : c3b08073d6c3••••••••••••••••••••••••••••••••73b6c661d45d
CREATED
block_id : #647
event_hash : c3b08073d6c3••••••••••••••••••••••••••••••••73b6c661d45d
previous_hash : 208d541b956f••••••••••••••••••••••••••••••••ea28653071cf
CREATED
block_id : #646
event_hash : 208d541b956f••••••••••••••••••••••••••••••••ea28653071cf
previous_hash : 8a93ca4c03db••••••••••••••••••••••••••••••••5078a507ac6b
CREATED
block_id : #645
event_hash : 8a93ca4c03db••••••••••••••••••••••••••••••••5078a507ac6b
previous_hash : 91fe59a9d52a••••••••••••••••••••••••••••••••06f55bfa8140
CREATED
block_id : #644
event_hash : 91fe59a9d52a••••••••••••••••••••••••••••••••06f55bfa8140
previous_hash : ca3531506f2e••••••••••••••••••••••••••••••••8208d573cf86
CREATED
block_id : #643
event_hash : ca3531506f2e••••••••••••••••••••••••••••••••8208d573cf86
previous_hash : 9382e48985c5••••••••••••••••••••••••••••••••e763e76141d9
DESTROYED
block_id : #642
event_hash : 9382e48985c5••••••••••••••••••••••••••••••••e763e76141d9
previous_hash : e72ed6c9ba3e••••••••••••••••••••••••••••••••57989f2d362e
CREATED
block_id : #641
event_hash : e72ed6c9ba3e••••••••••••••••••••••••••••••••57989f2d362e
previous_hash : b0852d373808••••••••••••••••••••••••••••••••14365334af1d
DESTROYED
block_id : #640
event_hash : b0852d373808••••••••••••••••••••••••••••••••14365334af1d
previous_hash : 116f7d0296ca••••••••••••••••••••••••••••••••c62978f0e6f9
CREATED
block_id : #639
event_hash : 116f7d0296ca••••••••••••••••••••••••••••••••c62978f0e6f9
previous_hash : ad4132aff03f••••••••••••••••••••••••••••••••920b858ae7d1
CREATED
block_id : #638
event_hash : ad4132aff03f••••••••••••••••••••••••••••••••920b858ae7d1
previous_hash : 17fae9025723••••••••••••••••••••••••••••••••38d3ce30e393
DESTROYED
block_id : #637
event_hash : 17fae9025723••••••••••••••••••••••••••••••••38d3ce30e393
previous_hash : c2f6dcf59693••••••••••••••••••••••••••••••••8b521860a6ff
CREATED
block_id : #636
event_hash : c2f6dcf59693••••••••••••••••••••••••••••••••8b521860a6ff
previous_hash : 36f0adfd3ab3••••••••••••••••••••••••••••••••0af1e7dccbf0
CREATED
block_id : #635
event_hash : 36f0adfd3ab3••••••••••••••••••••••••••••••••0af1e7dccbf0
previous_hash : 4df2bd32f03d••••••••••••••••••••••••••••••••1622fed39c4c
CREATED
block_id : #634
event_hash : 4df2bd32f03d••••••••••••••••••••••••••••••••1622fed39c4c
previous_hash : 7219a90e1ca4••••••••••••••••••••••••••••••••79f039d18199
CREATED
block_id : #633
event_hash : 7219a90e1ca4••••••••••••••••••••••••••••••••79f039d18199
previous_hash : f6e8beffdab1••••••••••••••••••••••••••••••••c5e2cbf5b39e
CREATED
block_id : #632
event_hash : f6e8beffdab1••••••••••••••••••••••••••••••••c5e2cbf5b39e
previous_hash : bb5d5708eec9••••••••••••••••••••••••••••••••45e22f18b44e
CREATED
block_id : #631
event_hash : bb5d5708eec9••••••••••••••••••••••••••••••••45e22f18b44e
previous_hash : 2823dc94877b••••••••••••••••••••••••••••••••e8c8dc7a8ec9
CREATED
block_id : #630
event_hash : 2823dc94877b••••••••••••••••••••••••••••••••e8c8dc7a8ec9
previous_hash : cb5b44e14b4e••••••••••••••••••••••••••••••••9eb320f22919

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.