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)
efeb48d5b558c72a5041b208d11aa0db49742b3e6e84be261056e4c747ce4ab7
Horodatage de la racine : 23/05/2026 à 10:53 UTC

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

Événements publiés : 3 807  |  Dernière mise à jour : 23/05/2026 à 10:53 UTC

CREATED
block_id : #2494
event_hash : bc20d7e2f398••••••••••••••••••••••••••••••••20f849934b8c
previous_hash : 0ba49eae125f••••••••••••••••••••••••••••••••171ba5fe19b5
DESTROYED
block_id : #2493
event_hash : 0ba49eae125f••••••••••••••••••••••••••••••••171ba5fe19b5
previous_hash : 160e7b99c1ca••••••••••••••••••••••••••••••••2357ddb15c00
CREATED
block_id : #2492
event_hash : 160e7b99c1ca••••••••••••••••••••••••••••••••2357ddb15c00
previous_hash : 222e93979446••••••••••••••••••••••••••••••••71e50b910de3
DESTROYED
block_id : #2491
event_hash : 222e93979446••••••••••••••••••••••••••••••••71e50b910de3
previous_hash : 6522d122c32a••••••••••••••••••••••••••••••••b9185be218cc
DESTROYED
block_id : #2490
event_hash : 6522d122c32a••••••••••••••••••••••••••••••••b9185be218cc
previous_hash : c67f7ba5b96d••••••••••••••••••••••••••••••••ff7a767dbd01
CREATED
block_id : #2489
event_hash : c67f7ba5b96d••••••••••••••••••••••••••••••••ff7a767dbd01
previous_hash : 16f50a7614b6••••••••••••••••••••••••••••••••b2ede207bb95
DESTROYED
block_id : #2488
event_hash : 16f50a7614b6••••••••••••••••••••••••••••••••b2ede207bb95
previous_hash : db2838a8a632••••••••••••••••••••••••••••••••65c837e818ea
CREATED
block_id : #2487
event_hash : db2838a8a632••••••••••••••••••••••••••••••••65c837e818ea
previous_hash : 1bfd4208e866••••••••••••••••••••••••••••••••64ec2d9d88e5
DESTROYED
block_id : #2486
event_hash : 1bfd4208e866••••••••••••••••••••••••••••••••64ec2d9d88e5
previous_hash : 16716cb32283••••••••••••••••••••••••••••••••4b3227ac29a8
CREATED
block_id : #2485
event_hash : 16716cb32283••••••••••••••••••••••••••••••••4b3227ac29a8
previous_hash : 9857324023aa••••••••••••••••••••••••••••••••d3b91aa3685a
DESTROYED
block_id : #2484
event_hash : 9857324023aa••••••••••••••••••••••••••••••••d3b91aa3685a
previous_hash : 114efc06554f••••••••••••••••••••••••••••••••e42c510ad0f3
EXPIRED
block_id : #2483
event_hash : 114efc06554f••••••••••••••••••••••••••••••••e42c510ad0f3
previous_hash : e02efc9f42fd••••••••••••••••••••••••••••••••9336450dfaf7
EXPIRED
block_id : #2482
event_hash : e02efc9f42fd••••••••••••••••••••••••••••••••9336450dfaf7
previous_hash : 224e0def71b1••••••••••••••••••••••••••••••••ca8120b75a2b
CREATED
block_id : #2481
event_hash : 224e0def71b1••••••••••••••••••••••••••••••••ca8120b75a2b
previous_hash : f2f891584446••••••••••••••••••••••••••••••••1532f7730e38
CREATED
block_id : #2480
event_hash : f2f891584446••••••••••••••••••••••••••••••••1532f7730e38
previous_hash : 5ccd3867078a••••••••••••••••••••••••••••••••54de5b99f4af
CREATED
block_id : #2479
event_hash : 5ccd3867078a••••••••••••••••••••••••••••••••54de5b99f4af
previous_hash : ce05c7a634b5••••••••••••••••••••••••••••••••c64df1182a0f
CREATED
block_id : #2478
event_hash : ce05c7a634b5••••••••••••••••••••••••••••••••c64df1182a0f
previous_hash : 4969e348f7a6••••••••••••••••••••••••••••••••8970734b9d76
CREATED
block_id : #2477
event_hash : 4969e348f7a6••••••••••••••••••••••••••••••••8970734b9d76
previous_hash : 616b4ac990a2••••••••••••••••••••••••••••••••bd7e7c63a940
CREATED
block_id : #2476
event_hash : 616b4ac990a2••••••••••••••••••••••••••••••••bd7e7c63a940
previous_hash : 6d9160dce135••••••••••••••••••••••••••••••••6a8e9b43dc49
CREATED
block_id : #2475
event_hash : 6d9160dce135••••••••••••••••••••••••••••••••6a8e9b43dc49
previous_hash : d306512b98bd••••••••••••••••••••••••••••••••696bd5d04276
CREATED
block_id : #2474
event_hash : d306512b98bd••••••••••••••••••••••••••••••••696bd5d04276
previous_hash : e52a7b2c58b5••••••••••••••••••••••••••••••••4cc4c7125b93
CREATED
block_id : #2473
event_hash : e52a7b2c58b5••••••••••••••••••••••••••••••••4cc4c7125b93
previous_hash : 3cea6ffe2007••••••••••••••••••••••••••••••••2f59bd99d4d1
CREATED
block_id : #2472
event_hash : 3cea6ffe2007••••••••••••••••••••••••••••••••2f59bd99d4d1
previous_hash : 9aed25be7b3c••••••••••••••••••••••••••••••••1834f3f4f856
CREATED
block_id : #2471
event_hash : 9aed25be7b3c••••••••••••••••••••••••••••••••1834f3f4f856
previous_hash : 8a5418da9157••••••••••••••••••••••••••••••••854e8652a7d8
CREATED
block_id : #2470
event_hash : 8a5418da9157••••••••••••••••••••••••••••••••854e8652a7d8
previous_hash : a591ffabb83d••••••••••••••••••••••••••••••••d737c3ec4d71

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.