Warrant Canary Intact

Our servers have not been subject to any compromise, material breach, or secret government requisition to date.

View the manifesto
The Butterfly Philosophy

Public Cryptographic Registry

This cryptographic transparency registry publishes events generated by the ITYLOS infrastructure.
Each entry corresponds to a mathematically verifiable operation: capsule creation, access, or destruction.
The log is designed to be an independently auditable integrity registry.

Append-only registry Immutable history Independently verifiable

Transparency model

The ITYLOS registry is inspired by transparency registries used in modern security infrastructure.

This model is comparable to systems such as:

  • Certificate Transparency (CT)
  • Cryptographic transparency logs
  • Audited append-only logs

Independent registry audit

The registry can be analyzed independently from the ITYLOS infrastructure.

The cryptographic fingerprints allow reconstructing the integrity chain from the Genesis block and mathematically verifying that no event has been deleted or modified.

Absolute confidentiality

The registry contains no sensitive data.

Only anonymized cryptographic fingerprints (SHA-256 hashes) and technical identifiers are published. This Zero-Knowledge system preserves the anonymity of the sender and recipient.

Registry Integrity (Root Hash)
1fc4790d88df36a1f339363958514ba715b7727e6fcf02252ae44b1cf9a0f0c8
Root timestamp: 2026-10-31 09:45 UTC

Real-time event stream

Published events: 10 865  |  Last updated: 2026-10-31 09:45 UTC

CREATED
block_id : #8026
event_hash : 9c8d76739f99••••••••••••••••••••••••••••••••2eaeafb00104
previous_hash : 8b7d4f9db163••••••••••••••••••••••••••••••••d89412a09fc7
CREATED
block_id : #8025
event_hash : 8b7d4f9db163••••••••••••••••••••••••••••••••d89412a09fc7
previous_hash : 5a253bc9fcae••••••••••••••••••••••••••••••••38ba76b01759
CREATED
block_id : #8024
event_hash : 5a253bc9fcae••••••••••••••••••••••••••••••••38ba76b01759
previous_hash : 2d30c3b60aff••••••••••••••••••••••••••••••••e6072ae68b74
CREATED
block_id : #8023
event_hash : 2d30c3b60aff••••••••••••••••••••••••••••••••e6072ae68b74
previous_hash : d1518bfa040a••••••••••••••••••••••••••••••••cea8a1052541
CREATED
block_id : #8022
event_hash : d1518bfa040a••••••••••••••••••••••••••••••••cea8a1052541
previous_hash : 526daf63f7de••••••••••••••••••••••••••••••••0b0552153f0e
CREATED
block_id : #8021
event_hash : 526daf63f7de••••••••••••••••••••••••••••••••0b0552153f0e
previous_hash : dda89dfc13dc••••••••••••••••••••••••••••••••aabbda4fcb75
CREATED
block_id : #8020
event_hash : dda89dfc13dc••••••••••••••••••••••••••••••••aabbda4fcb75
previous_hash : 822402354025••••••••••••••••••••••••••••••••3a752aa735f1
CREATED
block_id : #8019
event_hash : 822402354025••••••••••••••••••••••••••••••••3a752aa735f1
previous_hash : 196953bc3212••••••••••••••••••••••••••••••••d33259e6cc6e
CREATED
block_id : #8018
event_hash : 196953bc3212••••••••••••••••••••••••••••••••d33259e6cc6e
previous_hash : 6095de06196a••••••••••••••••••••••••••••••••676891b93cc2
DESTROYED
block_id : #8017
event_hash : 6095de06196a••••••••••••••••••••••••••••••••676891b93cc2
previous_hash : ce884126b96c••••••••••••••••••••••••••••••••a7b68738546b
CREATED
block_id : #8016
event_hash : ce884126b96c••••••••••••••••••••••••••••••••a7b68738546b
previous_hash : 1cab370d36eb••••••••••••••••••••••••••••••••a66e7c8c3838
CREATED
block_id : #8015
event_hash : 1cab370d36eb••••••••••••••••••••••••••••••••a66e7c8c3838
previous_hash : 7fa460cae1c1••••••••••••••••••••••••••••••••e4974aa0fa89
CREATED
block_id : #8014
event_hash : 7fa460cae1c1••••••••••••••••••••••••••••••••e4974aa0fa89
previous_hash : 8e0ecf39c6ed••••••••••••••••••••••••••••••••da35b289acba
CREATED
block_id : #8013
event_hash : 8e0ecf39c6ed••••••••••••••••••••••••••••••••da35b289acba
previous_hash : e55a9e9f2b65••••••••••••••••••••••••••••••••1fcdf0b6782b
CREATED
block_id : #8012
event_hash : e55a9e9f2b65••••••••••••••••••••••••••••••••1fcdf0b6782b
previous_hash : cc561134f3df••••••••••••••••••••••••••••••••a79058bcdc34
CREATED
block_id : #8011
event_hash : cc561134f3df••••••••••••••••••••••••••••••••a79058bcdc34
previous_hash : 66e46e1e9b45••••••••••••••••••••••••••••••••2c3ed74f0689
CREATED
block_id : #8010
event_hash : 66e46e1e9b45••••••••••••••••••••••••••••••••2c3ed74f0689
previous_hash : 660aef0a141a••••••••••••••••••••••••••••••••7fc93b00c982
CREATED
block_id : #8009
event_hash : 660aef0a141a••••••••••••••••••••••••••••••••7fc93b00c982
previous_hash : 69ee4f87f511••••••••••••••••••••••••••••••••4b54e5044399
CREATED
block_id : #8008
event_hash : 69ee4f87f511••••••••••••••••••••••••••••••••4b54e5044399
previous_hash : 6183a65e2c1d••••••••••••••••••••••••••••••••f64a775b7a61
CREATED
block_id : #8007
event_hash : 6183a65e2c1d••••••••••••••••••••••••••••••••f64a775b7a61
previous_hash : b542f06fc43d••••••••••••••••••••••••••••••••c9edac249662
DESTROYED
block_id : #8006
event_hash : b542f06fc43d••••••••••••••••••••••••••••••••c9edac249662
previous_hash : 182283490d47••••••••••••••••••••••••••••••••c962fc4d64ba
CREATED
block_id : #8005
event_hash : 182283490d47••••••••••••••••••••••••••••••••c962fc4d64ba
previous_hash : 3aa3d3d45879••••••••••••••••••••••••••••••••ff6122854ad1
DESTROYED
block_id : #8004
event_hash : 3aa3d3d45879••••••••••••••••••••••••••••••••ff6122854ad1
previous_hash : 2c4a404b5c6d••••••••••••••••••••••••••••••••6e91d1682bb5
CREATED
block_id : #8003
event_hash : 2c4a404b5c6d••••••••••••••••••••••••••••••••6e91d1682bb5
previous_hash : a8ffa21d926d••••••••••••••••••••••••••••••••69a6c85635de
CREATED
block_id : #8002
event_hash : a8ffa21d926d••••••••••••••••••••••••••••••••69a6c85635de
previous_hash : a5c31d3af10c••••••••••••••••••••••••••••••••dcb894a0df59

Frequently Asked Questions

Understanding the purpose of the append-only audit log

Does the registry prove the destruction of capsules?
Yes.

The registry publishes cryptographic events associated with capsules. Destructions appear as timestamped events (DESTROYED status) permanently recorded in the integrity chain.
What is a transparency registry?
A transparency registry is a public log of cryptographic events.

It allows mathematically verifying that a system’s operations actually took place at a specific point in time and have never been modified or erased after the fact.
Do secrets appear in this registry?
No.

The registry contains only cryptographic fingerprints (hashes) and anonymized technical identifiers. No sensitive data is published.
Can the registry be audited?
Yes.

Anyone can analyze the fingerprints, export the registry in JSON format, and verify the consistency of the event chain in a completely independent manner.
Can the registry be modified?
No.

The log is designed as append-only. Each entry is cryptographically linked to the previous one via its previous_hash. Any modification or deletion of a past event would immediately break the entire mathematical chain.