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)
553fdcbaf4500624f3906b6ead633f9946c6b2f44ba2b5ac50e6290dc849ec85
Horodatage de la racine : 07/11/2026 à 18:30 UTC

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

Événements publiés : 11 082  |  Dernière mise à jour : 07/11/2026 à 18:30 UTC

CREATED
block_id : #8518
event_hash : df1f074cf763••••••••••••••••••••••••••••••••eab0489a9966
previous_hash : ea08e2b67e78••••••••••••••••••••••••••••••••320dc7200214
CREATED
block_id : #8517
event_hash : ea08e2b67e78••••••••••••••••••••••••••••••••320dc7200214
previous_hash : fa81445bd069••••••••••••••••••••••••••••••••bf964ae156bc
CREATED
block_id : #8516
event_hash : fa81445bd069••••••••••••••••••••••••••••••••bf964ae156bc
previous_hash : f55f4076d039••••••••••••••••••••••••••••••••7c0f9512953f
CREATED
block_id : #8515
event_hash : f55f4076d039••••••••••••••••••••••••••••••••7c0f9512953f
previous_hash : 34722e9ce285••••••••••••••••••••••••••••••••c53b45a60ff8
CREATED
block_id : #8514
event_hash : 34722e9ce285••••••••••••••••••••••••••••••••c53b45a60ff8
previous_hash : 62a80fb72164••••••••••••••••••••••••••••••••8bdaa72637a2
DESTROYED
block_id : #8513
event_hash : 62a80fb72164••••••••••••••••••••••••••••••••8bdaa72637a2
previous_hash : 13466d6365cc••••••••••••••••••••••••••••••••32a2d5a0e140
DESTROYED
block_id : #8512
event_hash : 13466d6365cc••••••••••••••••••••••••••••••••32a2d5a0e140
previous_hash : 67e3d8382aef••••••••••••••••••••••••••••••••7416f8aca83a
DESTROYED
block_id : #8511
event_hash : 67e3d8382aef••••••••••••••••••••••••••••••••7416f8aca83a
previous_hash : 5a6e2f5908ab••••••••••••••••••••••••••••••••9e385fc21c10
DESTROYED
block_id : #8510
event_hash : 5a6e2f5908ab••••••••••••••••••••••••••••••••9e385fc21c10
previous_hash : 4c20922c477c••••••••••••••••••••••••••••••••06efa882a5be
DESTROYED
block_id : #8509
event_hash : 4c20922c477c••••••••••••••••••••••••••••••••06efa882a5be
previous_hash : 1958502fb342••••••••••••••••••••••••••••••••af2dd2e68ef3
CREATED
block_id : #8508
event_hash : 1958502fb342••••••••••••••••••••••••••••••••af2dd2e68ef3
previous_hash : d1d965bfdfe8••••••••••••••••••••••••••••••••e2b53ab99230
CREATED
block_id : #8507
event_hash : d1d965bfdfe8••••••••••••••••••••••••••••••••e2b53ab99230
previous_hash : b50494438da6••••••••••••••••••••••••••••••••f6856d4e6749
CREATED
block_id : #8506
event_hash : b50494438da6••••••••••••••••••••••••••••••••f6856d4e6749
previous_hash : 5e936cf1e56e••••••••••••••••••••••••••••••••0b1fa03d6839
CREATED
block_id : #8505
event_hash : 5e936cf1e56e••••••••••••••••••••••••••••••••0b1fa03d6839
previous_hash : 75d9c8ef72a9••••••••••••••••••••••••••••••••03656c9e631e
CREATED
block_id : #8504
event_hash : 75d9c8ef72a9••••••••••••••••••••••••••••••••03656c9e631e
previous_hash : cc2fe9284580••••••••••••••••••••••••••••••••0b62e333d853
CREATED
block_id : #8503
event_hash : cc2fe9284580••••••••••••••••••••••••••••••••0b62e333d853
previous_hash : db243f37ea43••••••••••••••••••••••••••••••••522a6edd84d9
CREATED
block_id : #8502
event_hash : db243f37ea43••••••••••••••••••••••••••••••••522a6edd84d9
previous_hash : 68efcd1b155c••••••••••••••••••••••••••••••••94b7628b94d0
CREATED
block_id : #8501
event_hash : 68efcd1b155c••••••••••••••••••••••••••••••••94b7628b94d0
previous_hash : 3adc051e78a8••••••••••••••••••••••••••••••••d765c32eacdd
DESTROYED
block_id : #8500
event_hash : 3adc051e78a8••••••••••••••••••••••••••••••••d765c32eacdd
previous_hash : a8779229e9dc••••••••••••••••••••••••••••••••52c42ad27b23
DESTROYED
block_id : #8499
event_hash : a8779229e9dc••••••••••••••••••••••••••••••••52c42ad27b23
previous_hash : ca8c14009604••••••••••••••••••••••••••••••••56b8fc0bbef2
DESTROYED
block_id : #8498
event_hash : ca8c14009604••••••••••••••••••••••••••••••••56b8fc0bbef2
previous_hash : 21f74716111b••••••••••••••••••••••••••••••••e5758b8e2023
DESTROYED
block_id : #8497
event_hash : 21f74716111b••••••••••••••••••••••••••••••••e5758b8e2023
previous_hash : 88ea251b661e••••••••••••••••••••••••••••••••78718732ecb0
DESTROYED
block_id : #8496
event_hash : 88ea251b661e••••••••••••••••••••••••••••••••78718732ecb0
previous_hash : 2b98cfaa7595••••••••••••••••••••••••••••••••68122d509b27
DESTROYED
block_id : #8495
event_hash : 2b98cfaa7595••••••••••••••••••••••••••••••••68122d509b27
previous_hash : c65577663330••••••••••••••••••••••••••••••••8cb7ca7cfe3d
DESTROYED
block_id : #8494
event_hash : c65577663330••••••••••••••••••••••••••••••••8cb7ca7cfe3d
previous_hash : 27d4574828b7••••••••••••••••••••••••••••••••9e1a4cf56061

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.