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)
1b747b8aa892b8ecadece9cb18486303cef7a2b409ec27505a44f604461bf8fa
Horodatage de la racine : 27/07/2026 à 17:31 UTC

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

Événements publiés : 4 778  |  Dernière mise à jour : 27/07/2026 à 17:31 UTC

CREATED
block_id : #4814
event_hash : 86eedf610265••••••••••••••••••••••••••••••••81529224ad9c
previous_hash : 2399ffb815d1••••••••••••••••••••••••••••••••e8bc0dc90725
CREATED
block_id : #4813
event_hash : 2399ffb815d1••••••••••••••••••••••••••••••••e8bc0dc90725
previous_hash : 2fbe9d62cf04••••••••••••••••••••••••••••••••6922f648c9fd
DESTROYED
block_id : #4812
event_hash : 2fbe9d62cf04••••••••••••••••••••••••••••••••6922f648c9fd
previous_hash : 171c90ace0a5••••••••••••••••••••••••••••••••bfb79dbf27f6
DESTROYED
block_id : #4811
event_hash : 171c90ace0a5••••••••••••••••••••••••••••••••bfb79dbf27f6
previous_hash : 3b098dee4db1••••••••••••••••••••••••••••••••e1c0e20169ef
DESTROYED
block_id : #4810
event_hash : 3b098dee4db1••••••••••••••••••••••••••••••••e1c0e20169ef
previous_hash : e75a3d2bad67••••••••••••••••••••••••••••••••7ff5e2b4f56a
CREATED
block_id : #4809
event_hash : e75a3d2bad67••••••••••••••••••••••••••••••••7ff5e2b4f56a
previous_hash : 28c6e357d63d••••••••••••••••••••••••••••••••0efc1b9c63d7
CREATED
block_id : #4808
event_hash : 28c6e357d63d••••••••••••••••••••••••••••••••0efc1b9c63d7
previous_hash : de8708e4c54e••••••••••••••••••••••••••••••••812aac1ba929
CREATED
block_id : #4807
event_hash : de8708e4c54e••••••••••••••••••••••••••••••••812aac1ba929
previous_hash : 6b0ee2b98cd2••••••••••••••••••••••••••••••••8a7ff3427073
EXPIRED
block_id : #4806
event_hash : 6b0ee2b98cd2••••••••••••••••••••••••••••••••8a7ff3427073
previous_hash : 0ffe03782c2c••••••••••••••••••••••••••••••••bd9e821b61cb
EXPIRED
block_id : #4805
event_hash : 0ffe03782c2c••••••••••••••••••••••••••••••••bd9e821b61cb
previous_hash : 7b99866e9924••••••••••••••••••••••••••••••••67e68c92767d
EXPIRED
block_id : #4804
event_hash : 7b99866e9924••••••••••••••••••••••••••••••••67e68c92767d
previous_hash : 9f4900e150ea••••••••••••••••••••••••••••••••903c109fbe63
CREATED
block_id : #4803
event_hash : 9f4900e150ea••••••••••••••••••••••••••••••••903c109fbe63
previous_hash : 19f647cdbbac••••••••••••••••••••••••••••••••2338fb93f2e1
CREATED
block_id : #4802
event_hash : 19f647cdbbac••••••••••••••••••••••••••••••••2338fb93f2e1
previous_hash : 705893a41e25••••••••••••••••••••••••••••••••5779ea3355cd
CREATED
block_id : #4801
event_hash : 705893a41e25••••••••••••••••••••••••••••••••5779ea3355cd
previous_hash : 76cb5bd7b397••••••••••••••••••••••••••••••••b2fb9f3f74f2
CREATED
block_id : #4800
event_hash : 76cb5bd7b397••••••••••••••••••••••••••••••••b2fb9f3f74f2
previous_hash : d235d42f27ab••••••••••••••••••••••••••••••••5dc0bbed5662
CREATED
block_id : #4799
event_hash : d235d42f27ab••••••••••••••••••••••••••••••••5dc0bbed5662
previous_hash : 1db37df807a6••••••••••••••••••••••••••••••••39bef03dd090
DESTROYED
block_id : #4798
event_hash : 1db37df807a6••••••••••••••••••••••••••••••••39bef03dd090
previous_hash : 065c3fda3205••••••••••••••••••••••••••••••••5f8d813f4b3d
DESTROYED
block_id : #4797
event_hash : 065c3fda3205••••••••••••••••••••••••••••••••5f8d813f4b3d
previous_hash : c39c3ce45a5d••••••••••••••••••••••••••••••••8712bb20c24f
DESTROYED
block_id : #4796
event_hash : c39c3ce45a5d••••••••••••••••••••••••••••••••8712bb20c24f
previous_hash : ec6e2a3c5ff3••••••••••••••••••••••••••••••••ace025b2aaa2
CREATED
block_id : #4795
event_hash : ec6e2a3c5ff3••••••••••••••••••••••••••••••••ace025b2aaa2
previous_hash : 189c41a40718••••••••••••••••••••••••••••••••bf24d004e528
CREATED
block_id : #4794
event_hash : 189c41a40718••••••••••••••••••••••••••••••••bf24d004e528
previous_hash : 030611b9121b••••••••••••••••••••••••••••••••3b36fa7703b2
CREATED
block_id : #4793
event_hash : 030611b9121b••••••••••••••••••••••••••••••••3b36fa7703b2
previous_hash : ba3351588392••••••••••••••••••••••••••••••••554070687705
DESTROYED
block_id : #4792
event_hash : ba3351588392••••••••••••••••••••••••••••••••554070687705
previous_hash : 8764a594ed43••••••••••••••••••••••••••••••••286f88e3d5f0
DESTROYED
block_id : #4791
event_hash : 8764a594ed43••••••••••••••••••••••••••••••••286f88e3d5f0
previous_hash : 298990901b9c••••••••••••••••••••••••••••••••a3b0ae8a0ac2
CREATED
block_id : #4790
event_hash : 298990901b9c••••••••••••••••••••••••••••••••a3b0ae8a0ac2
previous_hash : b1202bdfb815••••••••••••••••••••••••••••••••0e5dac71df8e

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.