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

DESTROYED
block_id : #8001
event_hash : a5c31d3af10c••••••••••••••••••••••••••••••••dcb894a0df59
previous_hash : ec9b45f40ccc••••••••••••••••••••••••••••••••763acb5cc486
CREATED
block_id : #8000
event_hash : ec9b45f40ccc••••••••••••••••••••••••••••••••763acb5cc486
previous_hash : ee4ff0409033••••••••••••••••••••••••••••••••e41450cc46af
CREATED
block_id : #7999
event_hash : ee4ff0409033••••••••••••••••••••••••••••••••e41450cc46af
previous_hash : b95118471cf9••••••••••••••••••••••••••••••••d606fb65d25f
CREATED
block_id : #7998
event_hash : b95118471cf9••••••••••••••••••••••••••••••••d606fb65d25f
previous_hash : 50edb7b23e82••••••••••••••••••••••••••••••••ea79e3b47f46
CREATED
block_id : #7997
event_hash : 50edb7b23e82••••••••••••••••••••••••••••••••ea79e3b47f46
previous_hash : ddffdd453fb3••••••••••••••••••••••••••••••••e03475e92877
CREATED
block_id : #7996
event_hash : ddffdd453fb3••••••••••••••••••••••••••••••••e03475e92877
previous_hash : 22239ca8e83c••••••••••••••••••••••••••••••••489a6476c626
CREATED
block_id : #7995
event_hash : 22239ca8e83c••••••••••••••••••••••••••••••••489a6476c626
previous_hash : d30184099a69••••••••••••••••••••••••••••••••bdf25754758e
CREATED
block_id : #7994
event_hash : d30184099a69••••••••••••••••••••••••••••••••bdf25754758e
previous_hash : 074aee13ee69••••••••••••••••••••••••••••••••6692aca76004
CREATED
block_id : #7993
event_hash : 074aee13ee69••••••••••••••••••••••••••••••••6692aca76004
previous_hash : 2b63faebe4b1••••••••••••••••••••••••••••••••15969a9f8380
CREATED
block_id : #7992
event_hash : 2b63faebe4b1••••••••••••••••••••••••••••••••15969a9f8380
previous_hash : 2ee64876a75c••••••••••••••••••••••••••••••••711c3d6aebc7
CREATED
block_id : #7991
event_hash : 2ee64876a75c••••••••••••••••••••••••••••••••711c3d6aebc7
previous_hash : 038bfb52bfcb••••••••••••••••••••••••••••••••bff2245ab977
CREATED
block_id : #7990
event_hash : 038bfb52bfcb••••••••••••••••••••••••••••••••bff2245ab977
previous_hash : 0c21de15fd83••••••••••••••••••••••••••••••••a629cde7e664
CREATED
block_id : #7989
event_hash : 0c21de15fd83••••••••••••••••••••••••••••••••a629cde7e664
previous_hash : 5c462d6ff05c••••••••••••••••••••••••••••••••4cbece79c48a
CREATED
block_id : #7988
event_hash : 5c462d6ff05c••••••••••••••••••••••••••••••••4cbece79c48a
previous_hash : fb0a8517b381••••••••••••••••••••••••••••••••1a81f3354587
CREATED
block_id : #7987
event_hash : fb0a8517b381••••••••••••••••••••••••••••••••1a81f3354587
previous_hash : f1b489e28004••••••••••••••••••••••••••••••••005e9aeb2e50
CREATED
block_id : #7986
event_hash : f1b489e28004••••••••••••••••••••••••••••••••005e9aeb2e50
previous_hash : dd76c5e02d27••••••••••••••••••••••••••••••••beda0a0a3418
CREATED
block_id : #7985
event_hash : dd76c5e02d27••••••••••••••••••••••••••••••••beda0a0a3418
previous_hash : 1e8a7d688bff••••••••••••••••••••••••••••••••4a4587c64dba
DESTROYED
block_id : #7984
event_hash : 1e8a7d688bff••••••••••••••••••••••••••••••••4a4587c64dba
previous_hash : da75804044fc••••••••••••••••••••••••••••••••294a04918c0b
CREATED
block_id : #7983
event_hash : da75804044fc••••••••••••••••••••••••••••••••294a04918c0b
previous_hash : 10ebebf8c811••••••••••••••••••••••••••••••••f63259dda459
CREATED
block_id : #7982
event_hash : 10ebebf8c811••••••••••••••••••••••••••••••••f63259dda459
previous_hash : 49fbead7ac9c••••••••••••••••••••••••••••••••26d77b2462e5
CREATED
block_id : #7981
event_hash : 49fbead7ac9c••••••••••••••••••••••••••••••••26d77b2462e5
previous_hash : 8ff15a0e8017••••••••••••••••••••••••••••••••d6e6f60a68ec
CREATED
block_id : #7980
event_hash : 8ff15a0e8017••••••••••••••••••••••••••••••••d6e6f60a68ec
previous_hash : bba1016cd5a0••••••••••••••••••••••••••••••••9c0891186304
DESTROYED
block_id : #7979
event_hash : bba1016cd5a0••••••••••••••••••••••••••••••••9c0891186304
previous_hash : cd280fe03d87••••••••••••••••••••••••••••••••4dfa9c7922e7
CREATED
block_id : #7978
event_hash : cd280fe03d87••••••••••••••••••••••••••••••••4dfa9c7922e7
previous_hash : d596291b7598••••••••••••••••••••••••••••••••9bea99a774f4
CREATED
block_id : #7977
event_hash : d596291b7598••••••••••••••••••••••••••••••••9bea99a774f4
previous_hash : 493bb4532106••••••••••••••••••••••••••••••••755bf6c8ebbe

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.