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)
263187131617c644792a63ab623caad79661009bbeaacdf9fdb5d814f293304c
Horodatage de la racine : 06/11/2026 à 05:00 UTC

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

Événements publiés : 11 040  |  Dernière mise à jour : 06/11/2026 à 05:00 UTC

DESTROYED
block_id : #9701
event_hash : 3ffaca2d1abf••••••••••••••••••••••••••••••••8f0671ffb371
previous_hash : 75d25bc6a388••••••••••••••••••••••••••••••••daef0117279a
CREATED
block_id : #9700
event_hash : 75d25bc6a388••••••••••••••••••••••••••••••••daef0117279a
previous_hash : 0ed40a216a9a••••••••••••••••••••••••••••••••b41387bb2b7e
DESTROYED
block_id : #9699
event_hash : 0ed40a216a9a••••••••••••••••••••••••••••••••b41387bb2b7e
previous_hash : 2eb342035455••••••••••••••••••••••••••••••••dbeb3225db5d
CREATED
block_id : #9698
event_hash : 2eb342035455••••••••••••••••••••••••••••••••dbeb3225db5d
previous_hash : 9ac6a89487d9••••••••••••••••••••••••••••••••66865e9e55ca
DESTROYED
block_id : #9697
event_hash : 9ac6a89487d9••••••••••••••••••••••••••••••••66865e9e55ca
previous_hash : 86ce64eb95d3••••••••••••••••••••••••••••••••1fd4382147e0
CREATED
block_id : #9696
event_hash : 86ce64eb95d3••••••••••••••••••••••••••••••••1fd4382147e0
previous_hash : fda98f327c5b••••••••••••••••••••••••••••••••03a84e198cf3
DESTROYED
block_id : #9695
event_hash : fda98f327c5b••••••••••••••••••••••••••••••••03a84e198cf3
previous_hash : d352016723b2••••••••••••••••••••••••••••••••b7f52c492d5e
CREATED
block_id : #9694
event_hash : d352016723b2••••••••••••••••••••••••••••••••b7f52c492d5e
previous_hash : 0f000142d00e••••••••••••••••••••••••••••••••826d1d900568
CREATED
block_id : #9693
event_hash : 0f000142d00e••••••••••••••••••••••••••••••••826d1d900568
previous_hash : e97167016120••••••••••••••••••••••••••••••••f8f1a7913a4b
DESTROYED
block_id : #9692
event_hash : e97167016120••••••••••••••••••••••••••••••••f8f1a7913a4b
previous_hash : 60d9f8b83262••••••••••••••••••••••••••••••••5918e680d43e
CREATED
block_id : #9691
event_hash : 60d9f8b83262••••••••••••••••••••••••••••••••5918e680d43e
previous_hash : 302eb8fd4e97••••••••••••••••••••••••••••••••9461c3ccfe83
CREATED
block_id : #9690
event_hash : 302eb8fd4e97••••••••••••••••••••••••••••••••9461c3ccfe83
previous_hash : 7c074aba376f••••••••••••••••••••••••••••••••3d7f82460a53
CREATED
block_id : #9689
event_hash : 7c074aba376f••••••••••••••••••••••••••••••••3d7f82460a53
previous_hash : 3e8c99983e9e••••••••••••••••••••••••••••••••466092ca0cbd
CREATED
block_id : #9688
event_hash : 3e8c99983e9e••••••••••••••••••••••••••••••••466092ca0cbd
previous_hash : 657d3e034ceb••••••••••••••••••••••••••••••••9c765f7771fd
CREATED
block_id : #9687
event_hash : 657d3e034ceb••••••••••••••••••••••••••••••••9c765f7771fd
previous_hash : 771e96a80998••••••••••••••••••••••••••••••••8b854a2d78bf
CREATED
block_id : #9686
event_hash : 771e96a80998••••••••••••••••••••••••••••••••8b854a2d78bf
previous_hash : 29536e7a28c5••••••••••••••••••••••••••••••••5f8f55d5d9fc
CREATED
block_id : #9685
event_hash : 29536e7a28c5••••••••••••••••••••••••••••••••5f8f55d5d9fc
previous_hash : 81552d06803d••••••••••••••••••••••••••••••••3ac6bc73472c
CREATED
block_id : #9684
event_hash : 81552d06803d••••••••••••••••••••••••••••••••3ac6bc73472c
previous_hash : 3d7c22a09a36••••••••••••••••••••••••••••••••48125c605d99
CREATED
block_id : #9683
event_hash : 3d7c22a09a36••••••••••••••••••••••••••••••••48125c605d99
previous_hash : 62b407396b39••••••••••••••••••••••••••••••••9a38751b9a2e
CREATED
block_id : #9682
event_hash : 62b407396b39••••••••••••••••••••••••••••••••9a38751b9a2e
previous_hash : a7d306a9aab4••••••••••••••••••••••••••••••••5a6ccd5e37e6
CREATED
block_id : #9681
event_hash : a7d306a9aab4••••••••••••••••••••••••••••••••5a6ccd5e37e6
previous_hash : 437558e30f4a••••••••••••••••••••••••••••••••e706801bebe1
DESTROYED
block_id : #9680
event_hash : 437558e30f4a••••••••••••••••••••••••••••••••e706801bebe1
previous_hash : b782b4f29b37••••••••••••••••••••••••••••••••5dd4d11f50ba
CREATED
block_id : #9679
event_hash : b782b4f29b37••••••••••••••••••••••••••••••••5dd4d11f50ba
previous_hash : 6d6c78274667••••••••••••••••••••••••••••••••d274cb6f2fe0
DESTROYED
block_id : #9678
event_hash : 6d6c78274667••••••••••••••••••••••••••••••••d274cb6f2fe0
previous_hash : e9622920f472••••••••••••••••••••••••••••••••41e9f3e60cdc
CREATED
block_id : #9677
event_hash : e9622920f472••••••••••••••••••••••••••••••••41e9f3e60cdc
previous_hash : a00fccfdb3c2••••••••••••••••••••••••••••••••31abe3023608

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.