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)
d3e5884115c9d3d886a06c8113fd31e4a711c79d7a1720109d792fff9df630d9
Horodatage de la racine : 06/11/2026 à 20:09 UTC

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

Événements publiés : 11 076  |  Dernière mise à jour : 06/11/2026 à 20:09 UTC

DESTROYED
block_id : #9187
event_hash : b5ac64243067••••••••••••••••••••••••••••••••950d92f52fce
previous_hash : bae738794bbd••••••••••••••••••••••••••••••••c421a4f3e5cb
DESTROYED
block_id : #9186
event_hash : bae738794bbd••••••••••••••••••••••••••••••••c421a4f3e5cb
previous_hash : d2c9010a0e02••••••••••••••••••••••••••••••••dcb16023a6a5
DESTROYED
block_id : #9185
event_hash : d2c9010a0e02••••••••••••••••••••••••••••••••dcb16023a6a5
previous_hash : 973248c89aca••••••••••••••••••••••••••••••••a21ddb1d58da
DESTROYED
block_id : #9184
event_hash : 973248c89aca••••••••••••••••••••••••••••••••a21ddb1d58da
previous_hash : 71e8c2b01fbd••••••••••••••••••••••••••••••••0765124d3979
DESTROYED
block_id : #9183
event_hash : 71e8c2b01fbd••••••••••••••••••••••••••••••••0765124d3979
previous_hash : 752bfcbb8dc9••••••••••••••••••••••••••••••••a3e1e9879235
CREATED
block_id : #9182
event_hash : 752bfcbb8dc9••••••••••••••••••••••••••••••••a3e1e9879235
previous_hash : e21f05745271••••••••••••••••••••••••••••••••eda3654a898c
CREATED
block_id : #9181
event_hash : e21f05745271••••••••••••••••••••••••••••••••eda3654a898c
previous_hash : 8a5a3c2b2dfb••••••••••••••••••••••••••••••••2303a4d1055d
CREATED
block_id : #9180
event_hash : 8a5a3c2b2dfb••••••••••••••••••••••••••••••••2303a4d1055d
previous_hash : 945d8775ed60••••••••••••••••••••••••••••••••fdb39392cc20
CREATED
block_id : #9179
event_hash : 945d8775ed60••••••••••••••••••••••••••••••••fdb39392cc20
previous_hash : ef05e6070f6d••••••••••••••••••••••••••••••••2e68dd2df2be
CREATED
block_id : #9178
event_hash : ef05e6070f6d••••••••••••••••••••••••••••••••2e68dd2df2be
previous_hash : d8f22812898e••••••••••••••••••••••••••••••••adb490ab6250
CREATED
block_id : #9177
event_hash : d8f22812898e••••••••••••••••••••••••••••••••adb490ab6250
previous_hash : e75e265814b1••••••••••••••••••••••••••••••••bfb19d18b28c
CREATED
block_id : #9176
event_hash : e75e265814b1••••••••••••••••••••••••••••••••bfb19d18b28c
previous_hash : 8dd63c9e39ac••••••••••••••••••••••••••••••••f6a46104533a
CREATED
block_id : #9175
event_hash : 8dd63c9e39ac••••••••••••••••••••••••••••••••f6a46104533a
previous_hash : 1e730f75d4b1••••••••••••••••••••••••••••••••0270cfed4f75
CREATED
block_id : #9174
event_hash : 1e730f75d4b1••••••••••••••••••••••••••••••••0270cfed4f75
previous_hash : 0b3cdf19a32d••••••••••••••••••••••••••••••••3d0f0dcf5918
CREATED
block_id : #9173
event_hash : 0b3cdf19a32d••••••••••••••••••••••••••••••••3d0f0dcf5918
previous_hash : df02e0dc65f8••••••••••••••••••••••••••••••••8b47817f3b35
CREATED
block_id : #9172
event_hash : df02e0dc65f8••••••••••••••••••••••••••••••••8b47817f3b35
previous_hash : 2c822aa28392••••••••••••••••••••••••••••••••1b8047c30f15
CREATED
block_id : #9171
event_hash : 2c822aa28392••••••••••••••••••••••••••••••••1b8047c30f15
previous_hash : 8818cefd2bb5••••••••••••••••••••••••••••••••2d7e03b5bf8c
CREATED
block_id : #9170
event_hash : 8818cefd2bb5••••••••••••••••••••••••••••••••2d7e03b5bf8c
previous_hash : b17ebb946a81••••••••••••••••••••••••••••••••4a87d8e5c35b
CREATED
block_id : #9169
event_hash : b17ebb946a81••••••••••••••••••••••••••••••••4a87d8e5c35b
previous_hash : e00bd86939c6••••••••••••••••••••••••••••••••909df47eeea7
DESTROYED
block_id : #9168
event_hash : e00bd86939c6••••••••••••••••••••••••••••••••909df47eeea7
previous_hash : 733384b58492••••••••••••••••••••••••••••••••e589dba624c1
DESTROYED
block_id : #9167
event_hash : 733384b58492••••••••••••••••••••••••••••••••e589dba624c1
previous_hash : 273316fa9704••••••••••••••••••••••••••••••••047ceaec1278
DESTROYED
block_id : #9166
event_hash : 273316fa9704••••••••••••••••••••••••••••••••047ceaec1278
previous_hash : 0eebef100e44••••••••••••••••••••••••••••••••0e1d36f8c641
DESTROYED
block_id : #9165
event_hash : 0eebef100e44••••••••••••••••••••••••••••••••0e1d36f8c641
previous_hash : 9479e4cdd090••••••••••••••••••••••••••••••••07a40580f438
CREATED
block_id : #9164
event_hash : 9479e4cdd090••••••••••••••••••••••••••••••••07a40580f438
previous_hash : 6e6c41e996e6••••••••••••••••••••••••••••••••01d2b66f0149
CREATED
block_id : #9163
event_hash : 6e6c41e996e6••••••••••••••••••••••••••••••••01d2b66f0149
previous_hash : 6b3ba0992c65••••••••••••••••••••••••••••••••2fffc9d4236e

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.