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)
b97ccda044d75276252e5794935888e1c12c36dec45389024d0b7d4814987ef3
Horodatage de la racine : 27/07/2026 à 23:20 UTC

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

Événements publiés : 4 780  |  Dernière mise à jour : 27/07/2026 à 23:20 UTC

DESTROYED
block_id : #4691
event_hash : caff68b0f888••••••••••••••••••••••••••••••••7ef21b2b1b45
previous_hash : 56c1948384fa••••••••••••••••••••••••••••••••dd5bb85637e7
CREATED
block_id : #4690
event_hash : 56c1948384fa••••••••••••••••••••••••••••••••dd5bb85637e7
previous_hash : d4d9702f87ff••••••••••••••••••••••••••••••••ea79c678e1aa
CREATED
block_id : #4689
event_hash : d4d9702f87ff••••••••••••••••••••••••••••••••ea79c678e1aa
previous_hash : c40c04154c82••••••••••••••••••••••••••••••••ab0b903dbeae
CREATED
block_id : #4688
event_hash : c40c04154c82••••••••••••••••••••••••••••••••ab0b903dbeae
previous_hash : 1692ffa0f08b••••••••••••••••••••••••••••••••20fadf05129b
CREATED
block_id : #4687
event_hash : 1692ffa0f08b••••••••••••••••••••••••••••••••20fadf05129b
previous_hash : 6d0ca5658bae••••••••••••••••••••••••••••••••78b22835ca02
CREATED
block_id : #4686
event_hash : 6d0ca5658bae••••••••••••••••••••••••••••••••78b22835ca02
previous_hash : 15e2f6937f62••••••••••••••••••••••••••••••••f908d1e5dc0d
DESTROYED
block_id : #4685
event_hash : 15e2f6937f62••••••••••••••••••••••••••••••••f908d1e5dc0d
previous_hash : a0ca344e21de••••••••••••••••••••••••••••••••89dd7716de6e
CREATED
block_id : #4684
event_hash : a0ca344e21de••••••••••••••••••••••••••••••••89dd7716de6e
previous_hash : f33316cfbee4••••••••••••••••••••••••••••••••dcdb4e03433b
DESTROYED
block_id : #4683
event_hash : f33316cfbee4••••••••••••••••••••••••••••••••dcdb4e03433b
previous_hash : be60fa81cda3••••••••••••••••••••••••••••••••ec3b87f43c8f
DESTROYED
block_id : #4682
event_hash : be60fa81cda3••••••••••••••••••••••••••••••••ec3b87f43c8f
previous_hash : ea972ba7f9c9••••••••••••••••••••••••••••••••6ffaa7dfa3ea
CREATED
block_id : #4681
event_hash : ea972ba7f9c9••••••••••••••••••••••••••••••••6ffaa7dfa3ea
previous_hash : 46a14cfe81e5••••••••••••••••••••••••••••••••1721f8debeff
DESTROYED
block_id : #4680
event_hash : 46a14cfe81e5••••••••••••••••••••••••••••••••1721f8debeff
previous_hash : a5ec88107ce7••••••••••••••••••••••••••••••••69c4a029c360
CREATED
block_id : #4679
event_hash : a5ec88107ce7••••••••••••••••••••••••••••••••69c4a029c360
previous_hash : 201506779851••••••••••••••••••••••••••••••••76bc84c9bf99
EXPIRED
block_id : #4678
event_hash : 201506779851••••••••••••••••••••••••••••••••76bc84c9bf99
previous_hash : 05e3ae4b6d6a••••••••••••••••••••••••••••••••802e3a603de0
CREATED
block_id : #4677
event_hash : 05e3ae4b6d6a••••••••••••••••••••••••••••••••802e3a603de0
previous_hash : 335c936d450e••••••••••••••••••••••••••••••••4d628585fbde
DESTROYED
block_id : #4676
event_hash : 335c936d450e••••••••••••••••••••••••••••••••4d628585fbde
previous_hash : 4b15b79e41ff••••••••••••••••••••••••••••••••f6e0a5e0e44a
CREATED
block_id : #4675
event_hash : 4b15b79e41ff••••••••••••••••••••••••••••••••f6e0a5e0e44a
previous_hash : 5d3f4804ef5f••••••••••••••••••••••••••••••••dddb8d31baba
CREATED
block_id : #4674
event_hash : 5d3f4804ef5f••••••••••••••••••••••••••••••••dddb8d31baba
previous_hash : b40960dfbb61••••••••••••••••••••••••••••••••28ea376b75e7
DESTROYED
block_id : #4673
event_hash : b40960dfbb61••••••••••••••••••••••••••••••••28ea376b75e7
previous_hash : 8a18e51cd948••••••••••••••••••••••••••••••••89bbac88e7ab
CREATED
block_id : #4672
event_hash : 8a18e51cd948••••••••••••••••••••••••••••••••89bbac88e7ab
previous_hash : 443380ac7d95••••••••••••••••••••••••••••••••e432153be333
EXPIRED
block_id : #4671
event_hash : 443380ac7d95••••••••••••••••••••••••••••••••e432153be333
previous_hash : 907bfbc958e3••••••••••••••••••••••••••••••••5d17680b1146
CREATED
block_id : #4670
event_hash : 907bfbc958e3••••••••••••••••••••••••••••••••5d17680b1146
previous_hash : c01e238d635b••••••••••••••••••••••••••••••••a1888e7310cf
DESTROYED
block_id : #4669
event_hash : c01e238d635b••••••••••••••••••••••••••••••••a1888e7310cf
previous_hash : c99c65e2e18a••••••••••••••••••••••••••••••••acf20c792903
CREATED
block_id : #4668
event_hash : c99c65e2e18a••••••••••••••••••••••••••••••••acf20c792903
previous_hash : f4788afc47d7••••••••••••••••••••••••••••••••1ba93516bd11
EXPIRED
block_id : #4667
event_hash : f4788afc47d7••••••••••••••••••••••••••••••••1ba93516bd11
previous_hash : 5b5442512f0c••••••••••••••••••••••••••••••••45f4617f41ab

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.