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)
be4e5ac15eaed7fc7d136a4f33e423acc93703d80417fa00d5cdc8a0c6e95f73
Horodatage de la racine : 08/11/2026 à 12:38 UTC

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

Événements publiés : 11 085  |  Dernière mise à jour : 08/11/2026 à 12:38 UTC

CREATED
block_id : #6496
event_hash : bb99be473571••••••••••••••••••••••••••••••••1d3cd76579a5
previous_hash : 35d512c67e65••••••••••••••••••••••••••••••••eb17ad32faa0
CREATED
block_id : #6495
event_hash : 35d512c67e65••••••••••••••••••••••••••••••••eb17ad32faa0
previous_hash : f202ddde8e72••••••••••••••••••••••••••••••••2b6453aaa06a
CREATED
block_id : #6494
event_hash : f202ddde8e72••••••••••••••••••••••••••••••••2b6453aaa06a
previous_hash : 2b96b79b695c••••••••••••••••••••••••••••••••e7c181d2f161
CREATED
block_id : #6493
event_hash : 2b96b79b695c••••••••••••••••••••••••••••••••e7c181d2f161
previous_hash : 6f569b687711••••••••••••••••••••••••••••••••2059f144e74d
CREATED
block_id : #6492
event_hash : 6f569b687711••••••••••••••••••••••••••••••••2059f144e74d
previous_hash : 59db62b6dee3••••••••••••••••••••••••••••••••2c20d3fdcb87
CREATED
block_id : #6491
event_hash : 59db62b6dee3••••••••••••••••••••••••••••••••2c20d3fdcb87
previous_hash : 8e2f1321dc33••••••••••••••••••••••••••••••••9875281a9b27
CREATED
block_id : #6490
event_hash : 8e2f1321dc33••••••••••••••••••••••••••••••••9875281a9b27
previous_hash : 5737db963bb8••••••••••••••••••••••••••••••••339352b7f0ee
CREATED
block_id : #6489
event_hash : 5737db963bb8••••••••••••••••••••••••••••••••339352b7f0ee
previous_hash : d4a24b08a404••••••••••••••••••••••••••••••••c994239321c2
CREATED
block_id : #6488
event_hash : d4a24b08a404••••••••••••••••••••••••••••••••c994239321c2
previous_hash : 79797ae38770••••••••••••••••••••••••••••••••ed0a36f79ebb
CREATED
block_id : #6487
event_hash : 79797ae38770••••••••••••••••••••••••••••••••ed0a36f79ebb
previous_hash : 5861ca5ea092••••••••••••••••••••••••••••••••0b2cc130ecf2
CREATED
block_id : #6486
event_hash : 5861ca5ea092••••••••••••••••••••••••••••••••0b2cc130ecf2
previous_hash : 65c34a4c9dc6••••••••••••••••••••••••••••••••d74902e3446f
CREATED
block_id : #6485
event_hash : 65c34a4c9dc6••••••••••••••••••••••••••••••••d74902e3446f
previous_hash : 3eb2eba83be9••••••••••••••••••••••••••••••••2bab89c867d2
CREATED
block_id : #6484
event_hash : 3eb2eba83be9••••••••••••••••••••••••••••••••2bab89c867d2
previous_hash : 1b375e7d3d73••••••••••••••••••••••••••••••••9c6e4df45d64
CREATED
block_id : #6483
event_hash : 1b375e7d3d73••••••••••••••••••••••••••••••••9c6e4df45d64
previous_hash : 825a3f4b04d9••••••••••••••••••••••••••••••••6ec3ce487630
CREATED
block_id : #6482
event_hash : 825a3f4b04d9••••••••••••••••••••••••••••••••6ec3ce487630
previous_hash : da2a122421a2••••••••••••••••••••••••••••••••0777c1d0224e
CREATED
block_id : #6481
event_hash : da2a122421a2••••••••••••••••••••••••••••••••0777c1d0224e
previous_hash : b1ae2e4831d6••••••••••••••••••••••••••••••••fdab0971dbc2
CREATED
block_id : #6480
event_hash : b1ae2e4831d6••••••••••••••••••••••••••••••••fdab0971dbc2
previous_hash : 844e7ca21e23••••••••••••••••••••••••••••••••4816cbcb377d
CREATED
block_id : #6479
event_hash : 844e7ca21e23••••••••••••••••••••••••••••••••4816cbcb377d
previous_hash : c6e2dc1ab3a8••••••••••••••••••••••••••••••••9b307bc0275f
CREATED
block_id : #6478
event_hash : c6e2dc1ab3a8••••••••••••••••••••••••••••••••9b307bc0275f
previous_hash : 4b8c5b3f8015••••••••••••••••••••••••••••••••8c9cf6370ed1
CREATED
block_id : #6477
event_hash : 4b8c5b3f8015••••••••••••••••••••••••••••••••8c9cf6370ed1
previous_hash : b3d5cb7057fe••••••••••••••••••••••••••••••••78e2a46a2749
CREATED
block_id : #6476
event_hash : b3d5cb7057fe••••••••••••••••••••••••••••••••78e2a46a2749
previous_hash : eb85c7b3db0c••••••••••••••••••••••••••••••••1acf91263bcb
CREATED
block_id : #6475
event_hash : eb85c7b3db0c••••••••••••••••••••••••••••••••1acf91263bcb
previous_hash : 00f58f9da38a••••••••••••••••••••••••••••••••fa39649a1020
CREATED
block_id : #6474
event_hash : 00f58f9da38a••••••••••••••••••••••••••••••••fa39649a1020
previous_hash : 565800764345••••••••••••••••••••••••••••••••f9be27f98e86
CREATED
block_id : #6473
event_hash : 565800764345••••••••••••••••••••••••••••••••f9be27f98e86
previous_hash : a7239bbbfa97••••••••••••••••••••••••••••••••9d4d1dac40c9
CREATED
block_id : #6472
event_hash : a7239bbbfa97••••••••••••••••••••••••••••••••9d4d1dac40c9
previous_hash : 42a201114cb0••••••••••••••••••••••••••••••••e3bac99e6cdc

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.