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)
63e7a6e22d51d2326e4aafe5869e9e8bc13053f8a653fc8fc35ffd0714f50f3b
Horodatage de la racine : 21/08/2026 à 21:32 UTC

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

Événements publiés : 5 387  |  Dernière mise à jour : 21/08/2026 à 21:32 UTC

CREATED
block_id : #4923
event_hash : 7593f3d8829b••••••••••••••••••••••••••••••••a3e4b6033687
previous_hash : 419709c502a5••••••••••••••••••••••••••••••••685bf11d8fe1
CREATED
block_id : #4922
event_hash : 419709c502a5••••••••••••••••••••••••••••••••685bf11d8fe1
previous_hash : c2a300762f9c••••••••••••••••••••••••••••••••cd97b596d265
DESTROYED
block_id : #4921
event_hash : c2a300762f9c••••••••••••••••••••••••••••••••cd97b596d265
previous_hash : 5d0d1d952a07••••••••••••••••••••••••••••••••8b528f17585a
DESTROYED
block_id : #4920
event_hash : 5d0d1d952a07••••••••••••••••••••••••••••••••8b528f17585a
previous_hash : d6a17e145b3f••••••••••••••••••••••••••••••••25ac5ee7d972
CREATED
block_id : #4919
event_hash : d6a17e145b3f••••••••••••••••••••••••••••••••25ac5ee7d972
previous_hash : efa59ea5e639••••••••••••••••••••••••••••••••c19ab7bb3c74
CREATED
block_id : #4918
event_hash : efa59ea5e639••••••••••••••••••••••••••••••••c19ab7bb3c74
previous_hash : d150af02db3b••••••••••••••••••••••••••••••••61b9f825a972
DESTROYED
block_id : #4917
event_hash : d150af02db3b••••••••••••••••••••••••••••••••61b9f825a972
previous_hash : 082f0f2711cd••••••••••••••••••••••••••••••••8404ae80822e
DESTROYED
block_id : #4916
event_hash : 082f0f2711cd••••••••••••••••••••••••••••••••8404ae80822e
previous_hash : 94f25e02764b••••••••••••••••••••••••••••••••afba2f3ea627
CREATED
block_id : #4915
event_hash : 94f25e02764b••••••••••••••••••••••••••••••••afba2f3ea627
previous_hash : e6b85c6ec1ce••••••••••••••••••••••••••••••••cbbf5ea0ac1d
DESTROYED
block_id : #4914
event_hash : e6b85c6ec1ce••••••••••••••••••••••••••••••••cbbf5ea0ac1d
previous_hash : 91857f91ddd4••••••••••••••••••••••••••••••••6af05ee36231
EXPIRED
block_id : #4913
event_hash : 91857f91ddd4••••••••••••••••••••••••••••••••6af05ee36231
previous_hash : 77dca2a96ad3••••••••••••••••••••••••••••••••c0b10e0a4838
EXPIRED
block_id : #4912
event_hash : 77dca2a96ad3••••••••••••••••••••••••••••••••c0b10e0a4838
previous_hash : c78ff2ca7809••••••••••••••••••••••••••••••••964f93e365ec
EXPIRED
block_id : #4911
event_hash : c78ff2ca7809••••••••••••••••••••••••••••••••964f93e365ec
previous_hash : fa3eaf741af1••••••••••••••••••••••••••••••••d2b770e5a95b
CREATED
block_id : #4910
event_hash : fa3eaf741af1••••••••••••••••••••••••••••••••d2b770e5a95b
previous_hash : 974e3d2ed782••••••••••••••••••••••••••••••••b8c82fc8395a
CREATED
block_id : #4909
event_hash : 974e3d2ed782••••••••••••••••••••••••••••••••b8c82fc8395a
previous_hash : 58378516d472••••••••••••••••••••••••••••••••f369c7bcd15a
DESTROYED
block_id : #4908
event_hash : 58378516d472••••••••••••••••••••••••••••••••f369c7bcd15a
previous_hash : 343762bf2fc0••••••••••••••••••••••••••••••••3b237c1d0566
CREATED
block_id : #4907
event_hash : 343762bf2fc0••••••••••••••••••••••••••••••••3b237c1d0566
previous_hash : 60f6eb2514a0••••••••••••••••••••••••••••••••056c7cfdd234
DESTROYED
block_id : #4906
event_hash : 60f6eb2514a0••••••••••••••••••••••••••••••••056c7cfdd234
previous_hash : 5eab730c5acc••••••••••••••••••••••••••••••••f16eac17d193
CREATED
block_id : #4905
event_hash : 5eab730c5acc••••••••••••••••••••••••••••••••f16eac17d193
previous_hash : 8eefad6e815a••••••••••••••••••••••••••••••••2b69703871df
CREATED
block_id : #4904
event_hash : 8eefad6e815a••••••••••••••••••••••••••••••••2b69703871df
previous_hash : c50c05c03bd9••••••••••••••••••••••••••••••••8052228799fb
DESTROYED
block_id : #4903
event_hash : c50c05c03bd9••••••••••••••••••••••••••••••••8052228799fb
previous_hash : ed77bb4c33eb••••••••••••••••••••••••••••••••1b6685fcf225
CREATED
block_id : #4902
event_hash : ed77bb4c33eb••••••••••••••••••••••••••••••••1b6685fcf225
previous_hash : 19b3fca2c604••••••••••••••••••••••••••••••••430ce7e79dfc
CREATED
block_id : #4901
event_hash : 19b3fca2c604••••••••••••••••••••••••••••••••430ce7e79dfc
previous_hash : fa0447c7f4f4••••••••••••••••••••••••••••••••780702723de3
DESTROYED
block_id : #4900
event_hash : fa0447c7f4f4••••••••••••••••••••••••••••••••780702723de3
previous_hash : 8b02e2d1caa8••••••••••••••••••••••••••••••••ffd64f200d5d
CREATED
block_id : #4899
event_hash : 8b02e2d1caa8••••••••••••••••••••••••••••••••ffd64f200d5d
previous_hash : f08002e45c92••••••••••••••••••••••••••••••••3ed17d71f41b

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.