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)
6e29b9b036b98cc3b7fc255ee0811d67386221287426dbbe2d9ac57d42d2e59f
Horodatage de la racine : 05/11/2026 à 13:15 UTC

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

Événements publiés : 11 029  |  Dernière mise à jour : 05/11/2026 à 13:15 UTC

CREATED
block_id : #10190
event_hash : ee969d44d74b••••••••••••••••••••••••••••••••b0b4842989b5
previous_hash : 94fb36ada4fd••••••••••••••••••••••••••••••••984f2dfd06cd
CREATED
block_id : #10189
event_hash : 94fb36ada4fd••••••••••••••••••••••••••••••••984f2dfd06cd
previous_hash : 0c8916368d69••••••••••••••••••••••••••••••••f94be7939485
DESTROYED
block_id : #10188
event_hash : 0c8916368d69••••••••••••••••••••••••••••••••f94be7939485
previous_hash : 87a894250279••••••••••••••••••••••••••••••••2224e384a2c2
CREATED
block_id : #10187
event_hash : 87a894250279••••••••••••••••••••••••••••••••2224e384a2c2
previous_hash : 2713b756ba67••••••••••••••••••••••••••••••••4d15c25b4232
DESTROYED
block_id : #10186
event_hash : 2713b756ba67••••••••••••••••••••••••••••••••4d15c25b4232
previous_hash : aaa01bebb2a4••••••••••••••••••••••••••••••••5fb6011f895c
DESTROYED
block_id : #10185
event_hash : aaa01bebb2a4••••••••••••••••••••••••••••••••5fb6011f895c
previous_hash : 9ac28901d4d1••••••••••••••••••••••••••••••••450d724bc642
CREATED
block_id : #10184
event_hash : 9ac28901d4d1••••••••••••••••••••••••••••••••450d724bc642
previous_hash : ba3a921c4418••••••••••••••••••••••••••••••••042b70e1cbf4
DESTROYED
block_id : #10183
event_hash : ba3a921c4418••••••••••••••••••••••••••••••••042b70e1cbf4
previous_hash : 2ce8e499be01••••••••••••••••••••••••••••••••cf7d60f1f747
CREATED
block_id : #10182
event_hash : 2ce8e499be01••••••••••••••••••••••••••••••••cf7d60f1f747
previous_hash : 555776193610••••••••••••••••••••••••••••••••1492e80cf8ae
DESTROYED
block_id : #10181
event_hash : 555776193610••••••••••••••••••••••••••••••••1492e80cf8ae
previous_hash : be3765d14585••••••••••••••••••••••••••••••••10fc7f77fc3a
CREATED
block_id : #10180
event_hash : be3765d14585••••••••••••••••••••••••••••••••10fc7f77fc3a
previous_hash : 4e25580b5c24••••••••••••••••••••••••••••••••350872baff7a
DESTROYED
block_id : #10179
event_hash : 4e25580b5c24••••••••••••••••••••••••••••••••350872baff7a
previous_hash : 884da77a6ef7••••••••••••••••••••••••••••••••cb131075db53
CREATED
block_id : #10178
event_hash : 884da77a6ef7••••••••••••••••••••••••••••••••cb131075db53
previous_hash : 9c3014b6e43b••••••••••••••••••••••••••••••••90516e2e667b
CREATED
block_id : #10177
event_hash : 9c3014b6e43b••••••••••••••••••••••••••••••••90516e2e667b
previous_hash : 9173cc4cdb9e••••••••••••••••••••••••••••••••3264826ff8fa
DESTROYED
block_id : #10176
event_hash : 9173cc4cdb9e••••••••••••••••••••••••••••••••3264826ff8fa
previous_hash : 7de56398022e••••••••••••••••••••••••••••••••9215d58187ad
CREATED
block_id : #10175
event_hash : 7de56398022e••••••••••••••••••••••••••••••••9215d58187ad
previous_hash : b29d0de45d12••••••••••••••••••••••••••••••••ea018615bbf1
DESTROYED
block_id : #10174
event_hash : b29d0de45d12••••••••••••••••••••••••••••••••ea018615bbf1
previous_hash : 3da7ef1f1522••••••••••••••••••••••••••••••••03d2b57e80f1
DESTROYED
block_id : #10173
event_hash : 3da7ef1f1522••••••••••••••••••••••••••••••••03d2b57e80f1
previous_hash : e1cd7fb3c4a9••••••••••••••••••••••••••••••••ab3a223bffa4
CREATED
block_id : #10172
event_hash : e1cd7fb3c4a9••••••••••••••••••••••••••••••••ab3a223bffa4
previous_hash : 186942fa7274••••••••••••••••••••••••••••••••755ca17f71df
DESTROYED
block_id : #10171
event_hash : 186942fa7274••••••••••••••••••••••••••••••••755ca17f71df
previous_hash : 885ff2036f80••••••••••••••••••••••••••••••••7834edc2ae27
CREATED
block_id : #10170
event_hash : 885ff2036f80••••••••••••••••••••••••••••••••7834edc2ae27
previous_hash : b7c0c3c3d616••••••••••••••••••••••••••••••••43ccf0d7d5f9
DESTROYED
block_id : #10169
event_hash : b7c0c3c3d616••••••••••••••••••••••••••••••••43ccf0d7d5f9
previous_hash : 96182cc10c70••••••••••••••••••••••••••••••••8366c265dfe8
CREATED
block_id : #10168
event_hash : 96182cc10c70••••••••••••••••••••••••••••••••8366c265dfe8
previous_hash : eb3b129a1271••••••••••••••••••••••••••••••••f71a55c4a075
CREATED
block_id : #10167
event_hash : eb3b129a1271••••••••••••••••••••••••••••••••f71a55c4a075
previous_hash : f06c3ff569b8••••••••••••••••••••••••••••••••ebec3492880b
DESTROYED
block_id : #10166
event_hash : f06c3ff569b8••••••••••••••••••••••••••••••••ebec3492880b
previous_hash : e093f0e0ca6c••••••••••••••••••••••••••••••••b7502b079790

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.