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)
0ac526424124422036f754ae8663771999038e6265537d06abe229480d938efc
Horodatage de la racine : 04/11/2026 à 11:28 UTC

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

Événements publiés : 11 007  |  Dernière mise à jour : 04/11/2026 à 11:28 UTC

EXPIRED
block_id : #10918
event_hash : 433b1404f496••••••••••••••••••••••••••••••••c443d0a13f5b
previous_hash : cb8b7ba6206b••••••••••••••••••••••••••••••••7eb1470feed6
EXPIRED
block_id : #10917
event_hash : cb8b7ba6206b••••••••••••••••••••••••••••••••7eb1470feed6
previous_hash : c6f3e636a3b8••••••••••••••••••••••••••••••••fba022f3c1a6
CREATED
block_id : #10916
event_hash : c6f3e636a3b8••••••••••••••••••••••••••••••••fba022f3c1a6
previous_hash : e5f2009cae99••••••••••••••••••••••••••••••••d71aaebb43a3
CREATED
block_id : #10915
event_hash : e5f2009cae99••••••••••••••••••••••••••••••••d71aaebb43a3
previous_hash : 29e5a36972ff••••••••••••••••••••••••••••••••3ee45ac1f8ee
EXPIRED
block_id : #10914
event_hash : 29e5a36972ff••••••••••••••••••••••••••••••••3ee45ac1f8ee
previous_hash : c60ac898ef6b••••••••••••••••••••••••••••••••bdce308edb83
DESTROYED
block_id : #10913
event_hash : c60ac898ef6b••••••••••••••••••••••••••••••••bdce308edb83
previous_hash : a8644d7f3102••••••••••••••••••••••••••••••••04933dd4dae7
CREATED
block_id : #10912
event_hash : a8644d7f3102••••••••••••••••••••••••••••••••04933dd4dae7
previous_hash : 9671d095beb3••••••••••••••••••••••••••••••••89b1c7a7b2d4
DESTROYED
block_id : #10911
event_hash : 9671d095beb3••••••••••••••••••••••••••••••••89b1c7a7b2d4
previous_hash : 39525eefb35b••••••••••••••••••••••••••••••••d3f386db39d7
CREATED
block_id : #10910
event_hash : 39525eefb35b••••••••••••••••••••••••••••••••d3f386db39d7
previous_hash : 2820b439865e••••••••••••••••••••••••••••••••fde40ffac6f2
DESTROYED
block_id : #10909
event_hash : 2820b439865e••••••••••••••••••••••••••••••••fde40ffac6f2
previous_hash : 07a27d6a34a2••••••••••••••••••••••••••••••••b08bdf46b2b0
CREATED
block_id : #10908
event_hash : 07a27d6a34a2••••••••••••••••••••••••••••••••b08bdf46b2b0
previous_hash : 3806c9e2ab9f••••••••••••••••••••••••••••••••89d3d68026a2
DESTROYED
block_id : #10907
event_hash : 3806c9e2ab9f••••••••••••••••••••••••••••••••89d3d68026a2
previous_hash : 3cc02612cda8••••••••••••••••••••••••••••••••5a77e5c93598
CREATED
block_id : #10906
event_hash : 3cc02612cda8••••••••••••••••••••••••••••••••5a77e5c93598
previous_hash : 5efa8830984d••••••••••••••••••••••••••••••••c00ddb35efbb
DESTROYED
block_id : #10905
event_hash : 5efa8830984d••••••••••••••••••••••••••••••••c00ddb35efbb
previous_hash : 342e248aefcb••••••••••••••••••••••••••••••••d76699a34f5c
CREATED
block_id : #10904
event_hash : 342e248aefcb••••••••••••••••••••••••••••••••d76699a34f5c
previous_hash : a097bb33a905••••••••••••••••••••••••••••••••88382449b1b4
EXPIRED
block_id : #10903
event_hash : a097bb33a905••••••••••••••••••••••••••••••••88382449b1b4
previous_hash : f91960b22810••••••••••••••••••••••••••••••••f82b88cd806a
EXPIRED
block_id : #10902
event_hash : f91960b22810••••••••••••••••••••••••••••••••f82b88cd806a
previous_hash : ca0e0aad71ba••••••••••••••••••••••••••••••••0d9582e7cb09
DESTROYED
block_id : #10901
event_hash : ca0e0aad71ba••••••••••••••••••••••••••••••••0d9582e7cb09
previous_hash : 5c3a412b4b85••••••••••••••••••••••••••••••••a80a09b34e94
CREATED
block_id : #10900
event_hash : 5c3a412b4b85••••••••••••••••••••••••••••••••a80a09b34e94
previous_hash : c016e4cb8a91••••••••••••••••••••••••••••••••191fad6f9fa1
EXPIRED
block_id : #10899
event_hash : c016e4cb8a91••••••••••••••••••••••••••••••••191fad6f9fa1
previous_hash : 203f7308bfea••••••••••••••••••••••••••••••••e66992c0b2e6
CREATED
block_id : #10898
event_hash : 203f7308bfea••••••••••••••••••••••••••••••••e66992c0b2e6
previous_hash : f048ff23d373••••••••••••••••••••••••••••••••e446ff4dcc46
DESTROYED
block_id : #10897
event_hash : f048ff23d373••••••••••••••••••••••••••••••••e446ff4dcc46
previous_hash : 8d427d08462e••••••••••••••••••••••••••••••••e88cf6e05605
EXPIRED
block_id : #10896
event_hash : 8d427d08462e••••••••••••••••••••••••••••••••e88cf6e05605
previous_hash : 81efdaf8f4f9••••••••••••••••••••••••••••••••4f0221fd72ec
CREATED
block_id : #10895
event_hash : 81efdaf8f4f9••••••••••••••••••••••••••••••••4f0221fd72ec
previous_hash : 096671f3ea2e••••••••••••••••••••••••••••••••6b1c32ef1335
DESTROYED
block_id : #10894
event_hash : 096671f3ea2e••••••••••••••••••••••••••••••••6b1c32ef1335
previous_hash : e60f1e94a31f••••••••••••••••••••••••••••••••1ac26bf9a82a

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.