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)
553fdcbaf4500624f3906b6ead633f9946c6b2f44ba2b5ac50e6290dc849ec85
Horodatage de la racine : 07/11/2026 à 18:30 UTC

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

Événements publiés : 11 082  |  Dernière mise à jour : 07/11/2026 à 18:30 UTC

EXPIRED
block_id : #7818
event_hash : b47f4a698892••••••••••••••••••••••••••••••••510adab0a7b6
previous_hash : 4f58cea28f04••••••••••••••••••••••••••••••••c4b3f3869cf0
CREATED
block_id : #7817
event_hash : 4f58cea28f04••••••••••••••••••••••••••••••••c4b3f3869cf0
previous_hash : 8edf55786346••••••••••••••••••••••••••••••••cc1d79881bc5
CREATED
block_id : #7816
event_hash : 8edf55786346••••••••••••••••••••••••••••••••cc1d79881bc5
previous_hash : 00de40b9514e••••••••••••••••••••••••••••••••57c888d6bce5
CREATED
block_id : #7815
event_hash : 00de40b9514e••••••••••••••••••••••••••••••••57c888d6bce5
previous_hash : 28d1cdf3fe12••••••••••••••••••••••••••••••••0971a38beec8
CREATED
block_id : #7814
event_hash : 28d1cdf3fe12••••••••••••••••••••••••••••••••0971a38beec8
previous_hash : 2008364f3c3a••••••••••••••••••••••••••••••••d62c0c04a25d
EXPIRED
block_id : #7813
event_hash : 2008364f3c3a••••••••••••••••••••••••••••••••d62c0c04a25d
previous_hash : 1005a27bd2da••••••••••••••••••••••••••••••••a9d1ac74b10e
EXPIRED
block_id : #7812
event_hash : 1005a27bd2da••••••••••••••••••••••••••••••••a9d1ac74b10e
previous_hash : d53810716e4b••••••••••••••••••••••••••••••••544af1dd6333
EXPIRED
block_id : #7811
event_hash : d53810716e4b••••••••••••••••••••••••••••••••544af1dd6333
previous_hash : 55a5cdf25013••••••••••••••••••••••••••••••••d1f181449ca2
EXPIRED
block_id : #7810
event_hash : 55a5cdf25013••••••••••••••••••••••••••••••••d1f181449ca2
previous_hash : fed24645c2d3••••••••••••••••••••••••••••••••f70082e1f1bc
EXPIRED
block_id : #7809
event_hash : fed24645c2d3••••••••••••••••••••••••••••••••f70082e1f1bc
previous_hash : 1c708e3fb99f••••••••••••••••••••••••••••••••aca3e59f3792
CREATED
block_id : #7808
event_hash : 1c708e3fb99f••••••••••••••••••••••••••••••••aca3e59f3792
previous_hash : f70e127f4eb7••••••••••••••••••••••••••••••••c574a835808f
CREATED
block_id : #7807
event_hash : f70e127f4eb7••••••••••••••••••••••••••••••••c574a835808f
previous_hash : c476808feedf••••••••••••••••••••••••••••••••7f356e828b9d
CREATED
block_id : #7806
event_hash : c476808feedf••••••••••••••••••••••••••••••••7f356e828b9d
previous_hash : b5775931ef52••••••••••••••••••••••••••••••••30aaa957715c
CREATED
block_id : #7805
event_hash : b5775931ef52••••••••••••••••••••••••••••••••30aaa957715c
previous_hash : 40e75f8fc6e7••••••••••••••••••••••••••••••••5744a3b4f330
CREATED
block_id : #7804
event_hash : 40e75f8fc6e7••••••••••••••••••••••••••••••••5744a3b4f330
previous_hash : 27a32459c2e9••••••••••••••••••••••••••••••••44f49d2ef782
CREATED
block_id : #7803
event_hash : 27a32459c2e9••••••••••••••••••••••••••••••••44f49d2ef782
previous_hash : c70b84055e6b••••••••••••••••••••••••••••••••5cc63e861f37
CREATED
block_id : #7802
event_hash : c70b84055e6b••••••••••••••••••••••••••••••••5cc63e861f37
previous_hash : 006ed5f2acef••••••••••••••••••••••••••••••••720c64fe0d6c
CREATED
block_id : #7801
event_hash : 006ed5f2acef••••••••••••••••••••••••••••••••720c64fe0d6c
previous_hash : 86850a4b3029••••••••••••••••••••••••••••••••025a6d0be7ce
CREATED
block_id : #7800
event_hash : 86850a4b3029••••••••••••••••••••••••••••••••025a6d0be7ce
previous_hash : a2aa8e8c69f2••••••••••••••••••••••••••••••••a92c4da697d8
DESTROYED
block_id : #7799
event_hash : a2aa8e8c69f2••••••••••••••••••••••••••••••••a92c4da697d8
previous_hash : 106242e4490a••••••••••••••••••••••••••••••••f415f943ada2
CREATED
block_id : #7798
event_hash : 106242e4490a••••••••••••••••••••••••••••••••f415f943ada2
previous_hash : 2433ec46b928••••••••••••••••••••••••••••••••f82f2788a508
CREATED
block_id : #7797
event_hash : 2433ec46b928••••••••••••••••••••••••••••••••f82f2788a508
previous_hash : 8f2447437c49••••••••••••••••••••••••••••••••985a544d4634
DESTROYED
block_id : #7796
event_hash : 8f2447437c49••••••••••••••••••••••••••••••••985a544d4634
previous_hash : d92bd87ace0c••••••••••••••••••••••••••••••••8e5daad8ec6c
CREATED
block_id : #7795
event_hash : d92bd87ace0c••••••••••••••••••••••••••••••••8e5daad8ec6c
previous_hash : c1a5a03522f2••••••••••••••••••••••••••••••••f5807ce40118
CREATED
block_id : #7794
event_hash : c1a5a03522f2••••••••••••••••••••••••••••••••f5807ce40118
previous_hash : f89148863ce0••••••••••••••••••••••••••••••••ca164c13de7d

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.