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

DESTROYED
block_id : #5123
event_hash : 11dd7d157aaf••••••••••••••••••••••••••••••••9ffa7d053d30
previous_hash : bbd38137cee9••••••••••••••••••••••••••••••••0533a213dd97
CREATED
block_id : #5122
event_hash : bbd38137cee9••••••••••••••••••••••••••••••••0533a213dd97
previous_hash : ddf0d26bf478••••••••••••••••••••••••••••••••ca4dfbe716b2
DESTROYED
block_id : #5121
event_hash : ddf0d26bf478••••••••••••••••••••••••••••••••ca4dfbe716b2
previous_hash : 87b106e21019••••••••••••••••••••••••••••••••8532f0b893dd
CREATED
block_id : #5120
event_hash : 87b106e21019••••••••••••••••••••••••••••••••8532f0b893dd
previous_hash : ac8faa6373c4••••••••••••••••••••••••••••••••17fa5ec540d6
CREATED
block_id : #5119
event_hash : ac8faa6373c4••••••••••••••••••••••••••••••••17fa5ec540d6
previous_hash : 91cda239e8f9••••••••••••••••••••••••••••••••9294dd317291
CREATED
block_id : #5118
event_hash : 91cda239e8f9••••••••••••••••••••••••••••••••9294dd317291
previous_hash : dde268d36d7f••••••••••••••••••••••••••••••••a458d6c398a8
CREATED
block_id : #5117
event_hash : dde268d36d7f••••••••••••••••••••••••••••••••a458d6c398a8
previous_hash : 1cdceaa502ca••••••••••••••••••••••••••••••••c199ffbd6ab9
CREATED
block_id : #5116
event_hash : 1cdceaa502ca••••••••••••••••••••••••••••••••c199ffbd6ab9
previous_hash : a13c917877a9••••••••••••••••••••••••••••••••b3039207206b
CREATED
block_id : #5115
event_hash : a13c917877a9••••••••••••••••••••••••••••••••b3039207206b
previous_hash : d065d2da59ca••••••••••••••••••••••••••••••••ebe5c33afa47
CREATED
block_id : #5114
event_hash : d065d2da59ca••••••••••••••••••••••••••••••••ebe5c33afa47
previous_hash : 7cbd6e2b9248••••••••••••••••••••••••••••••••3510986174ba
CREATED
block_id : #5113
event_hash : 7cbd6e2b9248••••••••••••••••••••••••••••••••3510986174ba
previous_hash : e385a15d4ffe••••••••••••••••••••••••••••••••f2c56bf86369
CREATED
block_id : #5112
event_hash : e385a15d4ffe••••••••••••••••••••••••••••••••f2c56bf86369
previous_hash : 6f10c3436952••••••••••••••••••••••••••••••••cda3d5daf0ae
CREATED
block_id : #5111
event_hash : 6f10c3436952••••••••••••••••••••••••••••••••cda3d5daf0ae
previous_hash : 445bf3c1f7d7••••••••••••••••••••••••••••••••da4cef45f783
CREATED
block_id : #5110
event_hash : 445bf3c1f7d7••••••••••••••••••••••••••••••••da4cef45f783
previous_hash : 144b5a0d3d80••••••••••••••••••••••••••••••••af495c3061f5
CREATED
block_id : #5109
event_hash : 144b5a0d3d80••••••••••••••••••••••••••••••••af495c3061f5
previous_hash : 51fcdbe8de01••••••••••••••••••••••••••••••••9a17b605a8ab
CREATED
block_id : #5108
event_hash : 51fcdbe8de01••••••••••••••••••••••••••••••••9a17b605a8ab
previous_hash : 202e5bcadb49••••••••••••••••••••••••••••••••22e73ba2e68b
CREATED
block_id : #5107
event_hash : 202e5bcadb49••••••••••••••••••••••••••••••••22e73ba2e68b
previous_hash : 4d8fc858db0d••••••••••••••••••••••••••••••••85edbb62cf0c
CREATED
block_id : #5106
event_hash : 4d8fc858db0d••••••••••••••••••••••••••••••••85edbb62cf0c
previous_hash : 72acab1e804e••••••••••••••••••••••••••••••••186a1c8aef44
CREATED
block_id : #5105
event_hash : 72acab1e804e••••••••••••••••••••••••••••••••186a1c8aef44
previous_hash : 9123e158e9bc••••••••••••••••••••••••••••••••e6ae03b054bc
CREATED
block_id : #5104
event_hash : 9123e158e9bc••••••••••••••••••••••••••••••••e6ae03b054bc
previous_hash : 3e5c6e469bbd••••••••••••••••••••••••••••••••14e8069962e5
CREATED
block_id : #5103
event_hash : 3e5c6e469bbd••••••••••••••••••••••••••••••••14e8069962e5
previous_hash : 8f68fa98f78b••••••••••••••••••••••••••••••••b43acb149dc4
CREATED
block_id : #5102
event_hash : 8f68fa98f78b••••••••••••••••••••••••••••••••b43acb149dc4
previous_hash : 14ba315a267d••••••••••••••••••••••••••••••••b3f5ca275dcc
CREATED
block_id : #5101
event_hash : 14ba315a267d••••••••••••••••••••••••••••••••b3f5ca275dcc
previous_hash : 1afb8bc17138••••••••••••••••••••••••••••••••e8eded862635
CREATED
block_id : #5100
event_hash : 1afb8bc17138••••••••••••••••••••••••••••••••e8eded862635
previous_hash : 12e38584979c••••••••••••••••••••••••••••••••0f3a80cf4785
CREATED
block_id : #5099
event_hash : 12e38584979c••••••••••••••••••••••••••••••••0f3a80cf4785
previous_hash : 1d2b2dc4f9e1••••••••••••••••••••••••••••••••af156835ee7e

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.