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 : #7943
event_hash : 5134f5cf8a1e••••••••••••••••••••••••••••••••8366d279cfb7
previous_hash : 24b0fbbbe69e••••••••••••••••••••••••••••••••c64e8f86ab57
CREATED
block_id : #7942
event_hash : 24b0fbbbe69e••••••••••••••••••••••••••••••••c64e8f86ab57
previous_hash : 59b946de5b18••••••••••••••••••••••••••••••••0467f186e14c
CREATED
block_id : #7941
event_hash : 59b946de5b18••••••••••••••••••••••••••••••••0467f186e14c
previous_hash : 75e3897550d1••••••••••••••••••••••••••••••••888838081827
CREATED
block_id : #7940
event_hash : 75e3897550d1••••••••••••••••••••••••••••••••888838081827
previous_hash : 0c21e70ae101••••••••••••••••••••••••••••••••491e4ebfced3
CREATED
block_id : #7939
event_hash : 0c21e70ae101••••••••••••••••••••••••••••••••491e4ebfced3
previous_hash : d109b7f7bdaf••••••••••••••••••••••••••••••••5ef6c5e365b9
CREATED
block_id : #7938
event_hash : d109b7f7bdaf••••••••••••••••••••••••••••••••5ef6c5e365b9
previous_hash : f4704f774e10••••••••••••••••••••••••••••••••b2f4e7fcddeb
CREATED
block_id : #7937
event_hash : f4704f774e10••••••••••••••••••••••••••••••••b2f4e7fcddeb
previous_hash : 6ebad165f796••••••••••••••••••••••••••••••••066667292a72
CREATED
block_id : #7936
event_hash : 6ebad165f796••••••••••••••••••••••••••••••••066667292a72
previous_hash : cbf15fb96a5f••••••••••••••••••••••••••••••••543b75603beb
CREATED
block_id : #7935
event_hash : cbf15fb96a5f••••••••••••••••••••••••••••••••543b75603beb
previous_hash : 77d44488bfe1••••••••••••••••••••••••••••••••7127800189b1
CREATED
block_id : #7934
event_hash : 77d44488bfe1••••••••••••••••••••••••••••••••7127800189b1
previous_hash : 0fdfd52c6379••••••••••••••••••••••••••••••••61874962a9b0
CREATED
block_id : #7933
event_hash : 0fdfd52c6379••••••••••••••••••••••••••••••••61874962a9b0
previous_hash : cad2954475d1••••••••••••••••••••••••••••••••a8a19119753e
CREATED
block_id : #7932
event_hash : cad2954475d1••••••••••••••••••••••••••••••••a8a19119753e
previous_hash : cc6d04ab1ddb••••••••••••••••••••••••••••••••ebf40b420a7d
CREATED
block_id : #7931
event_hash : cc6d04ab1ddb••••••••••••••••••••••••••••••••ebf40b420a7d
previous_hash : fd970d928853••••••••••••••••••••••••••••••••663a46841348
CREATED
block_id : #7930
event_hash : fd970d928853••••••••••••••••••••••••••••••••663a46841348
previous_hash : 15f1606837eb••••••••••••••••••••••••••••••••2b841bf5e9d6
CREATED
block_id : #7929
event_hash : 15f1606837eb••••••••••••••••••••••••••••••••2b841bf5e9d6
previous_hash : 316706cdc9f6••••••••••••••••••••••••••••••••b41b5877f7fc
CREATED
block_id : #7928
event_hash : 316706cdc9f6••••••••••••••••••••••••••••••••b41b5877f7fc
previous_hash : d397f6a20086••••••••••••••••••••••••••••••••0494710e098a
CREATED
block_id : #7927
event_hash : d397f6a20086••••••••••••••••••••••••••••••••0494710e098a
previous_hash : 7a881b427c9a••••••••••••••••••••••••••••••••20cef1fd67a9
DESTROYED
block_id : #7926
event_hash : 7a881b427c9a••••••••••••••••••••••••••••••••20cef1fd67a9
previous_hash : a7a7c6a68d18••••••••••••••••••••••••••••••••0a42b91b87b9
CREATED
block_id : #7925
event_hash : a7a7c6a68d18••••••••••••••••••••••••••••••••0a42b91b87b9
previous_hash : da7de91096b7••••••••••••••••••••••••••••••••e76e39fe91c5
CREATED
block_id : #7924
event_hash : da7de91096b7••••••••••••••••••••••••••••••••e76e39fe91c5
previous_hash : 794f0dcb64e5••••••••••••••••••••••••••••••••d6ad659c07fd
DESTROYED
block_id : #7923
event_hash : 794f0dcb64e5••••••••••••••••••••••••••••••••d6ad659c07fd
previous_hash : 62077f7bf5e2••••••••••••••••••••••••••••••••0fecd0ec06a1
CREATED
block_id : #7922
event_hash : 62077f7bf5e2••••••••••••••••••••••••••••••••0fecd0ec06a1
previous_hash : 3d832b5dbc06••••••••••••••••••••••••••••••••758d6e2470f2
CREATED
block_id : #7921
event_hash : 3d832b5dbc06••••••••••••••••••••••••••••••••758d6e2470f2
previous_hash : 40cc5086220e••••••••••••••••••••••••••••••••b36e7becd84b
CREATED
block_id : #7920
event_hash : 40cc5086220e••••••••••••••••••••••••••••••••b36e7becd84b
previous_hash : 9f0ed440262f••••••••••••••••••••••••••••••••b5cc0eda1470
DESTROYED
block_id : #7919
event_hash : 9f0ed440262f••••••••••••••••••••••••••••••••b5cc0eda1470
previous_hash : 51108a76a709••••••••••••••••••••••••••••••••39e3f400d5c0

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.