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)
0e53c0b825f2da1312c483e7d781e13f6e372286d164edf2391f06097bd33093
Root timestamp: 2026-11-04 10:56 UTC

Real-time event stream

Published events: 11 006  |  Last updated: 2026-11-04 10:56 UTC

CREATED
block_id : #6092
event_hash : dc4697d75f72••••••••••••••••••••••••••••••••0f0ecadbf11e
previous_hash : 22783e87bf02••••••••••••••••••••••••••••••••5fea37d09df1
CREATED
block_id : #6091
event_hash : 22783e87bf02••••••••••••••••••••••••••••••••5fea37d09df1
previous_hash : f23eb20aad15••••••••••••••••••••••••••••••••486671edfade
CREATED
block_id : #6090
event_hash : f23eb20aad15••••••••••••••••••••••••••••••••486671edfade
previous_hash : 62741cf95d80••••••••••••••••••••••••••••••••224c58d92d1e
CREATED
block_id : #6089
event_hash : 62741cf95d80••••••••••••••••••••••••••••••••224c58d92d1e
previous_hash : eb5e5abb18ec••••••••••••••••••••••••••••••••2adb6cc8a0c7
CREATED
block_id : #6088
event_hash : eb5e5abb18ec••••••••••••••••••••••••••••••••2adb6cc8a0c7
previous_hash : 0e04832cfb5f••••••••••••••••••••••••••••••••2779ba6bf35a
CREATED
block_id : #6087
event_hash : 0e04832cfb5f••••••••••••••••••••••••••••••••2779ba6bf35a
previous_hash : 546720b12737••••••••••••••••••••••••••••••••f9095daa266c
CREATED
block_id : #6086
event_hash : 546720b12737••••••••••••••••••••••••••••••••f9095daa266c
previous_hash : 1775fa7aff34••••••••••••••••••••••••••••••••921d042da4d6
CREATED
block_id : #6085
event_hash : 1775fa7aff34••••••••••••••••••••••••••••••••921d042da4d6
previous_hash : 621cb30b66d8••••••••••••••••••••••••••••••••d372f4d246d3
CREATED
block_id : #6084
event_hash : 621cb30b66d8••••••••••••••••••••••••••••••••d372f4d246d3
previous_hash : f2d49d6a1160••••••••••••••••••••••••••••••••fdcadd958625
CREATED
block_id : #6083
event_hash : f2d49d6a1160••••••••••••••••••••••••••••••••fdcadd958625
previous_hash : c16996413b74••••••••••••••••••••••••••••••••3731d9f013c0
DESTROYED
block_id : #6082
event_hash : c16996413b74••••••••••••••••••••••••••••••••3731d9f013c0
previous_hash : ae3e06d00ad1••••••••••••••••••••••••••••••••13f7d74ca199
CREATED
block_id : #6081
event_hash : ae3e06d00ad1••••••••••••••••••••••••••••••••13f7d74ca199
previous_hash : 2eac2c0f0532••••••••••••••••••••••••••••••••c1e155832238
CREATED
block_id : #6080
event_hash : 2eac2c0f0532••••••••••••••••••••••••••••••••c1e155832238
previous_hash : ac354b1720d4••••••••••••••••••••••••••••••••2b23acee02c6
CREATED
block_id : #6079
event_hash : ac354b1720d4••••••••••••••••••••••••••••••••2b23acee02c6
previous_hash : c192d8ceb3df••••••••••••••••••••••••••••••••8562713d99dc
DESTROYED
block_id : #6078
event_hash : c192d8ceb3df••••••••••••••••••••••••••••••••8562713d99dc
previous_hash : af59375e600e••••••••••••••••••••••••••••••••d902bf471240
CREATED
block_id : #6077
event_hash : af59375e600e••••••••••••••••••••••••••••••••d902bf471240
previous_hash : 73c6dcabe6bf••••••••••••••••••••••••••••••••af2297ff9c5c
CREATED
block_id : #6076
event_hash : 73c6dcabe6bf••••••••••••••••••••••••••••••••af2297ff9c5c
previous_hash : 4b799377c80c••••••••••••••••••••••••••••••••6cbf6eb496c1
CREATED
block_id : #6075
event_hash : 4b799377c80c••••••••••••••••••••••••••••••••6cbf6eb496c1
previous_hash : 1486826c5388••••••••••••••••••••••••••••••••4da9627c3109
EXPIRED
block_id : #6074
event_hash : 1486826c5388••••••••••••••••••••••••••••••••4da9627c3109
previous_hash : 5b1ba4bdf8a0••••••••••••••••••••••••••••••••644b38e1e59e
EXPIRED
block_id : #6073
event_hash : 5b1ba4bdf8a0••••••••••••••••••••••••••••••••644b38e1e59e
previous_hash : 7bd6d5d5d10d••••••••••••••••••••••••••••••••a2a7e260ebf5
DESTROYED
block_id : #6072
event_hash : 7bd6d5d5d10d••••••••••••••••••••••••••••••••a2a7e260ebf5
previous_hash : 578e9f8765e4••••••••••••••••••••••••••••••••099485f9edaf
CREATED
block_id : #6071
event_hash : 578e9f8765e4••••••••••••••••••••••••••••••••099485f9edaf
previous_hash : 1bd5eab071b8••••••••••••••••••••••••••••••••4bb3b2d17d78
CREATED
block_id : #6070
event_hash : 1bd5eab071b8••••••••••••••••••••••••••••••••4bb3b2d17d78
previous_hash : d4e46980123d••••••••••••••••••••••••••••••••dcbab089180e
CREATED
block_id : #6069
event_hash : d4e46980123d••••••••••••••••••••••••••••••••dcbab089180e
previous_hash : 33af7cd9fd14••••••••••••••••••••••••••••••••8897b55b8104
CREATED
block_id : #6068
event_hash : 33af7cd9fd14••••••••••••••••••••••••••••••••8897b55b8104
previous_hash : 3444a5d9bc05••••••••••••••••••••••••••••••••d4e496b7c499

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.