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)
7d3e5ccb0d0599467ce1b4444f69ebc5717207f8720b43ef26d607fb72ac22d4
Horodatage de la racine : 04/08/2026 à 09:25 UTC

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

Événements publiés : 4 820  |  Dernière mise à jour : 04/08/2026 à 09:25 UTC

DESTROYED
block_id : #1506
event_hash : cb83d078996b••••••••••••••••••••••••••••••••58723702fbe5
previous_hash : 65781a1d6da1••••••••••••••••••••••••••••••••5b3303bdcaa8
CREATED
block_id : #1505
event_hash : 65781a1d6da1••••••••••••••••••••••••••••••••5b3303bdcaa8
previous_hash : 8e861a81618a••••••••••••••••••••••••••••••••5979e0faca8d
CREATED
block_id : #1504
event_hash : 8e861a81618a••••••••••••••••••••••••••••••••5979e0faca8d
previous_hash : 9f7702eeec95••••••••••••••••••••••••••••••••33218e7cca0d
DESTROYED
block_id : #1503
event_hash : 9f7702eeec95••••••••••••••••••••••••••••••••33218e7cca0d
previous_hash : c4875fa376ae••••••••••••••••••••••••••••••••7e643ab50886
CREATED
block_id : #1502
event_hash : c4875fa376ae••••••••••••••••••••••••••••••••7e643ab50886
previous_hash : acd444f0b74f••••••••••••••••••••••••••••••••f4bed9f3814c
DESTROYED
block_id : #1501
event_hash : acd444f0b74f••••••••••••••••••••••••••••••••f4bed9f3814c
previous_hash : 87d65eca7130••••••••••••••••••••••••••••••••702df909e5b5
CREATED
block_id : #1500
event_hash : 87d65eca7130••••••••••••••••••••••••••••••••702df909e5b5
previous_hash : 329378422464••••••••••••••••••••••••••••••••1f81bbedc994
DESTROYED
block_id : #1499
event_hash : 329378422464••••••••••••••••••••••••••••••••1f81bbedc994
previous_hash : 611a40f0322a••••••••••••••••••••••••••••••••7a2b822a8a5b
CREATED
block_id : #1498
event_hash : 611a40f0322a••••••••••••••••••••••••••••••••7a2b822a8a5b
previous_hash : 73f7ad05f348••••••••••••••••••••••••••••••••57232fbf6ed9
DESTROYED
block_id : #1497
event_hash : 73f7ad05f348••••••••••••••••••••••••••••••••57232fbf6ed9
previous_hash : ed357bdf10cf••••••••••••••••••••••••••••••••a4dced7d5754
CREATED
block_id : #1496
event_hash : ed357bdf10cf••••••••••••••••••••••••••••••••a4dced7d5754
previous_hash : 46dda5cbd928••••••••••••••••••••••••••••••••9eebd0216951
CREATED
block_id : #1495
event_hash : 46dda5cbd928••••••••••••••••••••••••••••••••9eebd0216951
previous_hash : f0cefc8c24b2••••••••••••••••••••••••••••••••ebafd314214d
CREATED
block_id : #1494
event_hash : f0cefc8c24b2••••••••••••••••••••••••••••••••ebafd314214d
previous_hash : db2d7bc35d74••••••••••••••••••••••••••••••••e14b85ee3885
CREATED
block_id : #1493
event_hash : db2d7bc35d74••••••••••••••••••••••••••••••••e14b85ee3885
previous_hash : 399bd7bd36cc••••••••••••••••••••••••••••••••43f66abc12b5
CREATED
block_id : #1492
event_hash : 399bd7bd36cc••••••••••••••••••••••••••••••••43f66abc12b5
previous_hash : dd7e74d49c54••••••••••••••••••••••••••••••••8a3e017d0df5
CREATED
block_id : #1491
event_hash : dd7e74d49c54••••••••••••••••••••••••••••••••8a3e017d0df5
previous_hash : 9d33451e02d2••••••••••••••••••••••••••••••••53ba5580ba76
CREATED
block_id : #1490
event_hash : 9d33451e02d2••••••••••••••••••••••••••••••••53ba5580ba76
previous_hash : e70f7e62afd6••••••••••••••••••••••••••••••••cda1513b8cb5
CREATED
block_id : #1489
event_hash : e70f7e62afd6••••••••••••••••••••••••••••••••cda1513b8cb5
previous_hash : 89973c43be2f••••••••••••••••••••••••••••••••17f93f95fd80
CREATED
block_id : #1488
event_hash : 89973c43be2f••••••••••••••••••••••••••••••••17f93f95fd80
previous_hash : 214a7d57ca70••••••••••••••••••••••••••••••••13dbbe8e18ed
CREATED
block_id : #1487
event_hash : 214a7d57ca70••••••••••••••••••••••••••••••••13dbbe8e18ed
previous_hash : e8c875380263••••••••••••••••••••••••••••••••9595fd73f085
CREATED
block_id : #1486
event_hash : e8c875380263••••••••••••••••••••••••••••••••9595fd73f085
previous_hash : 740a9dd1d02c••••••••••••••••••••••••••••••••d41fb325b4d9
CREATED
block_id : #1485
event_hash : 740a9dd1d02c••••••••••••••••••••••••••••••••d41fb325b4d9
previous_hash : b5b55117319e••••••••••••••••••••••••••••••••fefa0d9abcf5
CREATED
block_id : #1484
event_hash : b5b55117319e••••••••••••••••••••••••••••••••fefa0d9abcf5
previous_hash : 1e47522ba921••••••••••••••••••••••••••••••••0d8fd7de69b2
CREATED
block_id : #1483
event_hash : 1e47522ba921••••••••••••••••••••••••••••••••0d8fd7de69b2
previous_hash : 4599f7442f5d••••••••••••••••••••••••••••••••c4ffb3c93e5f
CREATED
block_id : #1482
event_hash : 4599f7442f5d••••••••••••••••••••••••••••••••c4ffb3c93e5f
previous_hash : f34019840630••••••••••••••••••••••••••••••••7864d84fd78a

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.