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 : #8118
event_hash : 0d4111090b30••••••••••••••••••••••••••••••••5ff88f75f210
previous_hash : 7df72c977f5b••••••••••••••••••••••••••••••••426b31b68bf2
CREATED
block_id : #8117
event_hash : 7df72c977f5b••••••••••••••••••••••••••••••••426b31b68bf2
previous_hash : 7f0ae5189d40••••••••••••••••••••••••••••••••25807f5e18b1
CREATED
block_id : #8116
event_hash : 7f0ae5189d40••••••••••••••••••••••••••••••••25807f5e18b1
previous_hash : a34f0ca6409c••••••••••••••••••••••••••••••••17a7d01172d2
CREATED
block_id : #8115
event_hash : a34f0ca6409c••••••••••••••••••••••••••••••••17a7d01172d2
previous_hash : 04552ca3e9ed••••••••••••••••••••••••••••••••a49f9de70ebf
CREATED
block_id : #8114
event_hash : 04552ca3e9ed••••••••••••••••••••••••••••••••a49f9de70ebf
previous_hash : 767712ab6c17••••••••••••••••••••••••••••••••3f2a00515296
CREATED
block_id : #8113
event_hash : 767712ab6c17••••••••••••••••••••••••••••••••3f2a00515296
previous_hash : 11c67cebfc9c••••••••••••••••••••••••••••••••5e736dabd072
CREATED
block_id : #8112
event_hash : 11c67cebfc9c••••••••••••••••••••••••••••••••5e736dabd072
previous_hash : 2e1f82d0f357••••••••••••••••••••••••••••••••0c499af37baf
CREATED
block_id : #8111
event_hash : 2e1f82d0f357••••••••••••••••••••••••••••••••0c499af37baf
previous_hash : 432d4c20a21d••••••••••••••••••••••••••••••••fa74bfd12104
CREATED
block_id : #8110
event_hash : 432d4c20a21d••••••••••••••••••••••••••••••••fa74bfd12104
previous_hash : d84f17cf5cc9••••••••••••••••••••••••••••••••abe47dda1790
CREATED
block_id : #8109
event_hash : d84f17cf5cc9••••••••••••••••••••••••••••••••abe47dda1790
previous_hash : 903e5793daea••••••••••••••••••••••••••••••••8cfef054909b
CREATED
block_id : #8108
event_hash : 903e5793daea••••••••••••••••••••••••••••••••8cfef054909b
previous_hash : 77bfe887a7e5••••••••••••••••••••••••••••••••c796d9c22da5
CREATED
block_id : #8107
event_hash : 77bfe887a7e5••••••••••••••••••••••••••••••••c796d9c22da5
previous_hash : 85a5e3307904••••••••••••••••••••••••••••••••ed9c44ce54f5
CREATED
block_id : #8106
event_hash : 85a5e3307904••••••••••••••••••••••••••••••••ed9c44ce54f5
previous_hash : 5f68e636374e••••••••••••••••••••••••••••••••1cac6e813f12
CREATED
block_id : #8105
event_hash : 5f68e636374e••••••••••••••••••••••••••••••••1cac6e813f12
previous_hash : 970fa68acc43••••••••••••••••••••••••••••••••bb730b03a929
CREATED
block_id : #8104
event_hash : 970fa68acc43••••••••••••••••••••••••••••••••bb730b03a929
previous_hash : 39b0b4933131••••••••••••••••••••••••••••••••4e44cca96758
CREATED
block_id : #8103
event_hash : 39b0b4933131••••••••••••••••••••••••••••••••4e44cca96758
previous_hash : eb4d65647b1d••••••••••••••••••••••••••••••••307100b32720
DESTROYED
block_id : #8102
event_hash : eb4d65647b1d••••••••••••••••••••••••••••••••307100b32720
previous_hash : 296b24091f50••••••••••••••••••••••••••••••••95d13ab52c1d
CREATED
block_id : #8101
event_hash : 296b24091f50••••••••••••••••••••••••••••••••95d13ab52c1d
previous_hash : 8b2cd0ddc0f4••••••••••••••••••••••••••••••••8d428a6eb18f
DESTROYED
block_id : #8100
event_hash : 8b2cd0ddc0f4••••••••••••••••••••••••••••••••8d428a6eb18f
previous_hash : 6f789476a782••••••••••••••••••••••••••••••••c2a2382249f6
DESTROYED
block_id : #8099
event_hash : 6f789476a782••••••••••••••••••••••••••••••••c2a2382249f6
previous_hash : 9b1464a39f76••••••••••••••••••••••••••••••••ceacce767a33
CREATED
block_id : #8098
event_hash : 9b1464a39f76••••••••••••••••••••••••••••••••ceacce767a33
previous_hash : 851afeea83e1••••••••••••••••••••••••••••••••dc817c4be004
DESTROYED
block_id : #8097
event_hash : 851afeea83e1••••••••••••••••••••••••••••••••dc817c4be004
previous_hash : 6e4cb4197509••••••••••••••••••••••••••••••••d2056c5fc76d
CREATED
block_id : #8096
event_hash : 6e4cb4197509••••••••••••••••••••••••••••••••d2056c5fc76d
previous_hash : cdfd2129fbe2••••••••••••••••••••••••••••••••ccf8cfe5f21b
CREATED
block_id : #8095
event_hash : cdfd2129fbe2••••••••••••••••••••••••••••••••ccf8cfe5f21b
previous_hash : 440bc3ac42ee••••••••••••••••••••••••••••••••52de232608a3
CREATED
block_id : #8094
event_hash : 440bc3ac42ee••••••••••••••••••••••••••••••••52de232608a3
previous_hash : d41df55b5c69••••••••••••••••••••••••••••••••e9c0fb6864b6

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.