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)
ac1c9ee8f7fd8ebc21158bf8cd49db876f5538abdfa0e33f71bc5516b7e7ceb3
Horodatage de la racine : 22/05/2026 à 02:00 UTC

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

Événements publiés : 3 783  |  Dernière mise à jour : 22/05/2026 à 02:00 UTC

EXPIRED
block_id : #3420
event_hash : 9973b99fb793••••••••••••••••••••••••••••••••2815e13ce1bd
previous_hash : 551b3b35d1c6••••••••••••••••••••••••••••••••521621de2037
EXPIRED
block_id : #3419
event_hash : 551b3b35d1c6••••••••••••••••••••••••••••••••521621de2037
previous_hash : 73d7ebbd1561••••••••••••••••••••••••••••••••1f90102fa7a8
EXPIRED
block_id : #3418
event_hash : 73d7ebbd1561••••••••••••••••••••••••••••••••1f90102fa7a8
previous_hash : fb8e1ee715b0••••••••••••••••••••••••••••••••3398ec09f3b0
EXPIRED
block_id : #3417
event_hash : fb8e1ee715b0••••••••••••••••••••••••••••••••3398ec09f3b0
previous_hash : 6a078e2447d3••••••••••••••••••••••••••••••••330d033e4057
EXPIRED
block_id : #3416
event_hash : 6a078e2447d3••••••••••••••••••••••••••••••••330d033e4057
previous_hash : dc5a953e530b••••••••••••••••••••••••••••••••839a087e8101
EXPIRED
block_id : #3415
event_hash : dc5a953e530b••••••••••••••••••••••••••••••••839a087e8101
previous_hash : 6e3dad06828f••••••••••••••••••••••••••••••••e0365e759601
EXPIRED
block_id : #3414
event_hash : 6e3dad06828f••••••••••••••••••••••••••••••••e0365e759601
previous_hash : ce4dc53b9ae4••••••••••••••••••••••••••••••••0ef7f9d9b9f3
EXPIRED
block_id : #3413
event_hash : ce4dc53b9ae4••••••••••••••••••••••••••••••••0ef7f9d9b9f3
previous_hash : 6262b3defa32••••••••••••••••••••••••••••••••66d730bbd5b7
EXPIRED
block_id : #3412
event_hash : 6262b3defa32••••••••••••••••••••••••••••••••66d730bbd5b7
previous_hash : 0982a5f8c527••••••••••••••••••••••••••••••••4561d6be72b8
CREATED
block_id : #3411
event_hash : 0982a5f8c527••••••••••••••••••••••••••••••••4561d6be72b8
previous_hash : b6a405346111••••••••••••••••••••••••••••••••dd5adaa352c2
CREATED
block_id : #3410
event_hash : b6a405346111••••••••••••••••••••••••••••••••dd5adaa352c2
previous_hash : 36b21d8669dd••••••••••••••••••••••••••••••••a3b1abf31e7f
CREATED
block_id : #3409
event_hash : 36b21d8669dd••••••••••••••••••••••••••••••••a3b1abf31e7f
previous_hash : 1b8565f5a47e••••••••••••••••••••••••••••••••8aa7bd09ab54
CREATED
block_id : #3408
event_hash : 1b8565f5a47e••••••••••••••••••••••••••••••••8aa7bd09ab54
previous_hash : f249cef0a334••••••••••••••••••••••••••••••••9b7d9e9a073e
CREATED
block_id : #3407
event_hash : f249cef0a334••••••••••••••••••••••••••••••••9b7d9e9a073e
previous_hash : 03d9854b4d7e••••••••••••••••••••••••••••••••41927d76285d
CREATED
block_id : #3406
event_hash : 03d9854b4d7e••••••••••••••••••••••••••••••••41927d76285d
previous_hash : 59649ea651f3••••••••••••••••••••••••••••••••b5de831b1cd4
CREATED
block_id : #3405
event_hash : 59649ea651f3••••••••••••••••••••••••••••••••b5de831b1cd4
previous_hash : 04297af619a4••••••••••••••••••••••••••••••••4c45a715b8eb
CREATED
block_id : #3404
event_hash : 04297af619a4••••••••••••••••••••••••••••••••4c45a715b8eb
previous_hash : a0aa91f63201••••••••••••••••••••••••••••••••eb1f12dd6439
CREATED
block_id : #3403
event_hash : a0aa91f63201••••••••••••••••••••••••••••••••eb1f12dd6439
previous_hash : 0de6bb5f1c44••••••••••••••••••••••••••••••••0f8402585f49
CREATED
block_id : #3402
event_hash : 0de6bb5f1c44••••••••••••••••••••••••••••••••0f8402585f49
previous_hash : 2c2042e32423••••••••••••••••••••••••••••••••c29cdfe50020
CREATED
block_id : #3401
event_hash : 2c2042e32423••••••••••••••••••••••••••••••••c29cdfe50020
previous_hash : 256f31ba6cac••••••••••••••••••••••••••••••••9da908391d4c
DESTROYED
block_id : #3400
event_hash : 256f31ba6cac••••••••••••••••••••••••••••••••9da908391d4c
previous_hash : a59249dc81fa••••••••••••••••••••••••••••••••f57d32876057
CREATED
block_id : #3399
event_hash : a59249dc81fa••••••••••••••••••••••••••••••••f57d32876057
previous_hash : 0780d6563906••••••••••••••••••••••••••••••••d007b9a0ff02
DESTROYED
block_id : #3398
event_hash : 0780d6563906••••••••••••••••••••••••••••••••d007b9a0ff02
previous_hash : 41d7cdc957d2••••••••••••••••••••••••••••••••08d1e74c05e5
CREATED
block_id : #3397
event_hash : 41d7cdc957d2••••••••••••••••••••••••••••••••08d1e74c05e5
previous_hash : 8a3f1a720ab6••••••••••••••••••••••••••••••••de2cc2019398
DESTROYED
block_id : #3396
event_hash : 8a3f1a720ab6••••••••••••••••••••••••••••••••de2cc2019398
previous_hash : a9c1f0e3108b••••••••••••••••••••••••••••••••45e2e82dc2f0

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.