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)
937307d72bd8a1c8b27ed1bd9bf40d844cf85700693a171c75e5bcfa281c3ba4
Horodatage de la racine : 04/11/2026 à 17:51 UTC

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

Événements publiés : 11 018  |  Dernière mise à jour : 04/11/2026 à 17:51 UTC

CREATED
block_id : #10479
event_hash : b36620c0eddf••••••••••••••••••••••••••••••••1ba94c503581
previous_hash : 6e92ca35e730••••••••••••••••••••••••••••••••e2d3515609b4
CREATED
block_id : #10478
event_hash : 6e92ca35e730••••••••••••••••••••••••••••••••e2d3515609b4
previous_hash : 817caf426c9a••••••••••••••••••••••••••••••••08b44c192439
CREATED
block_id : #10477
event_hash : 817caf426c9a••••••••••••••••••••••••••••••••08b44c192439
previous_hash : 88ec3d14432d••••••••••••••••••••••••••••••••1e25aed6af49
CREATED
block_id : #10476
event_hash : 88ec3d14432d••••••••••••••••••••••••••••••••1e25aed6af49
previous_hash : a12a78ddc8e9••••••••••••••••••••••••••••••••7a947e8dd1a7
CREATED
block_id : #10475
event_hash : a12a78ddc8e9••••••••••••••••••••••••••••••••7a947e8dd1a7
previous_hash : bc89dac06444••••••••••••••••••••••••••••••••996fb48a60e4
CREATED
block_id : #10474
event_hash : bc89dac06444••••••••••••••••••••••••••••••••996fb48a60e4
previous_hash : f4bc2ee0f262••••••••••••••••••••••••••••••••81bdb7c9c2db
CREATED
block_id : #10473
event_hash : f4bc2ee0f262••••••••••••••••••••••••••••••••81bdb7c9c2db
previous_hash : acbcfe7e80af••••••••••••••••••••••••••••••••dad14379e65e
CREATED
block_id : #10472
event_hash : acbcfe7e80af••••••••••••••••••••••••••••••••dad14379e65e
previous_hash : 85604dc83f29••••••••••••••••••••••••••••••••651f072d7592
CREATED
block_id : #10471
event_hash : 85604dc83f29••••••••••••••••••••••••••••••••651f072d7592
previous_hash : 3635669cb682••••••••••••••••••••••••••••••••98dce6df90b2
CREATED
block_id : #10470
event_hash : 3635669cb682••••••••••••••••••••••••••••••••98dce6df90b2
previous_hash : fa59f6178951••••••••••••••••••••••••••••••••3e6243eb8565
CREATED
block_id : #10469
event_hash : fa59f6178951••••••••••••••••••••••••••••••••3e6243eb8565
previous_hash : cec953f0d459••••••••••••••••••••••••••••••••5565fb53d6fd
CREATED
block_id : #10468
event_hash : cec953f0d459••••••••••••••••••••••••••••••••5565fb53d6fd
previous_hash : c1e7bc729fe1••••••••••••••••••••••••••••••••b3cc6cfde7da
CREATED
block_id : #10467
event_hash : c1e7bc729fe1••••••••••••••••••••••••••••••••b3cc6cfde7da
previous_hash : 08c4f0fd672d••••••••••••••••••••••••••••••••e25639ce313e
CREATED
block_id : #10466
event_hash : 08c4f0fd672d••••••••••••••••••••••••••••••••e25639ce313e
previous_hash : effd442b8773••••••••••••••••••••••••••••••••d441d9714dbc
CREATED
block_id : #10465
event_hash : effd442b8773••••••••••••••••••••••••••••••••d441d9714dbc
previous_hash : 9fef3b31493f••••••••••••••••••••••••••••••••f28146af428f
EXPIRED
block_id : #10464
event_hash : 9fef3b31493f••••••••••••••••••••••••••••••••f28146af428f
previous_hash : 3eb057c99a35••••••••••••••••••••••••••••••••4a3fcf511b98
EXPIRED
block_id : #10463
event_hash : 3eb057c99a35••••••••••••••••••••••••••••••••4a3fcf511b98
previous_hash : 0efc5a758027••••••••••••••••••••••••••••••••d605f0c61d6a
EXPIRED
block_id : #10462
event_hash : 0efc5a758027••••••••••••••••••••••••••••••••d605f0c61d6a
previous_hash : 2b6d1d83e9c3••••••••••••••••••••••••••••••••b1db7654e543
EXPIRED
block_id : #10461
event_hash : 2b6d1d83e9c3••••••••••••••••••••••••••••••••b1db7654e543
previous_hash : ff1dd8d8dc0b••••••••••••••••••••••••••••••••e1d5a71614c3
EXPIRED
block_id : #10460
event_hash : ff1dd8d8dc0b••••••••••••••••••••••••••••••••e1d5a71614c3
previous_hash : f00b3b5f4207••••••••••••••••••••••••••••••••79e312018a6e
EXPIRED
block_id : #10459
event_hash : f00b3b5f4207••••••••••••••••••••••••••••••••79e312018a6e
previous_hash : 8ab10f915320••••••••••••••••••••••••••••••••de540a25c432
EXPIRED
block_id : #10458
event_hash : 8ab10f915320••••••••••••••••••••••••••••••••de540a25c432
previous_hash : 60db814fa43d••••••••••••••••••••••••••••••••16715c74efa1
EXPIRED
block_id : #10457
event_hash : 60db814fa43d••••••••••••••••••••••••••••••••16715c74efa1
previous_hash : 725d3d9bd95a••••••••••••••••••••••••••••••••cd4966d84d58
EXPIRED
block_id : #10456
event_hash : 725d3d9bd95a••••••••••••••••••••••••••••••••cd4966d84d58
previous_hash : de1c42f719bc••••••••••••••••••••••••••••••••dcb5038981d3
EXPIRED
block_id : #10455
event_hash : de1c42f719bc••••••••••••••••••••••••••••••••dcb5038981d3
previous_hash : 459955c26035••••••••••••••••••••••••••••••••878a9cd233e1

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.