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)
f5657697473292425235fd0eae0063096002a657ab248a6d0d83fa5544b771b3
Root timestamp: 2026-08-24 17:24 UTC

Real-time event stream

Published events: 5 408  |  Last updated: 2026-08-24 17:24 UTC

CREATED
block_id : #4919
event_hash : d6a17e145b3f••••••••••••••••••••••••••••••••25ac5ee7d972
previous_hash : efa59ea5e639••••••••••••••••••••••••••••••••c19ab7bb3c74
CREATED
block_id : #4918
event_hash : efa59ea5e639••••••••••••••••••••••••••••••••c19ab7bb3c74
previous_hash : d150af02db3b••••••••••••••••••••••••••••••••61b9f825a972
DESTROYED
block_id : #4917
event_hash : d150af02db3b••••••••••••••••••••••••••••••••61b9f825a972
previous_hash : 082f0f2711cd••••••••••••••••••••••••••••••••8404ae80822e
DESTROYED
block_id : #4916
event_hash : 082f0f2711cd••••••••••••••••••••••••••••••••8404ae80822e
previous_hash : 94f25e02764b••••••••••••••••••••••••••••••••afba2f3ea627
CREATED
block_id : #4915
event_hash : 94f25e02764b••••••••••••••••••••••••••••••••afba2f3ea627
previous_hash : e6b85c6ec1ce••••••••••••••••••••••••••••••••cbbf5ea0ac1d
DESTROYED
block_id : #4914
event_hash : e6b85c6ec1ce••••••••••••••••••••••••••••••••cbbf5ea0ac1d
previous_hash : 91857f91ddd4••••••••••••••••••••••••••••••••6af05ee36231
EXPIRED
block_id : #4913
event_hash : 91857f91ddd4••••••••••••••••••••••••••••••••6af05ee36231
previous_hash : 77dca2a96ad3••••••••••••••••••••••••••••••••c0b10e0a4838
EXPIRED
block_id : #4912
event_hash : 77dca2a96ad3••••••••••••••••••••••••••••••••c0b10e0a4838
previous_hash : c78ff2ca7809••••••••••••••••••••••••••••••••964f93e365ec
EXPIRED
block_id : #4911
event_hash : c78ff2ca7809••••••••••••••••••••••••••••••••964f93e365ec
previous_hash : fa3eaf741af1••••••••••••••••••••••••••••••••d2b770e5a95b
CREATED
block_id : #4910
event_hash : fa3eaf741af1••••••••••••••••••••••••••••••••d2b770e5a95b
previous_hash : 974e3d2ed782••••••••••••••••••••••••••••••••b8c82fc8395a
CREATED
block_id : #4909
event_hash : 974e3d2ed782••••••••••••••••••••••••••••••••b8c82fc8395a
previous_hash : 58378516d472••••••••••••••••••••••••••••••••f369c7bcd15a
DESTROYED
block_id : #4908
event_hash : 58378516d472••••••••••••••••••••••••••••••••f369c7bcd15a
previous_hash : 343762bf2fc0••••••••••••••••••••••••••••••••3b237c1d0566
CREATED
block_id : #4907
event_hash : 343762bf2fc0••••••••••••••••••••••••••••••••3b237c1d0566
previous_hash : 60f6eb2514a0••••••••••••••••••••••••••••••••056c7cfdd234
DESTROYED
block_id : #4906
event_hash : 60f6eb2514a0••••••••••••••••••••••••••••••••056c7cfdd234
previous_hash : 5eab730c5acc••••••••••••••••••••••••••••••••f16eac17d193
CREATED
block_id : #4905
event_hash : 5eab730c5acc••••••••••••••••••••••••••••••••f16eac17d193
previous_hash : 8eefad6e815a••••••••••••••••••••••••••••••••2b69703871df
CREATED
block_id : #4904
event_hash : 8eefad6e815a••••••••••••••••••••••••••••••••2b69703871df
previous_hash : c50c05c03bd9••••••••••••••••••••••••••••••••8052228799fb
DESTROYED
block_id : #4903
event_hash : c50c05c03bd9••••••••••••••••••••••••••••••••8052228799fb
previous_hash : ed77bb4c33eb••••••••••••••••••••••••••••••••1b6685fcf225
CREATED
block_id : #4902
event_hash : ed77bb4c33eb••••••••••••••••••••••••••••••••1b6685fcf225
previous_hash : 19b3fca2c604••••••••••••••••••••••••••••••••430ce7e79dfc
CREATED
block_id : #4901
event_hash : 19b3fca2c604••••••••••••••••••••••••••••••••430ce7e79dfc
previous_hash : fa0447c7f4f4••••••••••••••••••••••••••••••••780702723de3
DESTROYED
block_id : #4900
event_hash : fa0447c7f4f4••••••••••••••••••••••••••••••••780702723de3
previous_hash : 8b02e2d1caa8••••••••••••••••••••••••••••••••ffd64f200d5d
CREATED
block_id : #4899
event_hash : 8b02e2d1caa8••••••••••••••••••••••••••••••••ffd64f200d5d
previous_hash : f08002e45c92••••••••••••••••••••••••••••••••3ed17d71f41b
CREATED
block_id : #4898
event_hash : f08002e45c92••••••••••••••••••••••••••••••••3ed17d71f41b
previous_hash : f57c7ae6a2b7••••••••••••••••••••••••••••••••6271fb799d30
CREATED
block_id : #4897
event_hash : f57c7ae6a2b7••••••••••••••••••••••••••••••••6271fb799d30
previous_hash : 9b23f13db5d8••••••••••••••••••••••••••••••••ae1484bfd049
DESTROYED
block_id : #4896
event_hash : 9b23f13db5d8••••••••••••••••••••••••••••••••ae1484bfd049
previous_hash : 8adfcbe65580••••••••••••••••••••••••••••••••b5b01d190ba4
DESTROYED
block_id : #4895
event_hash : 8adfcbe65580••••••••••••••••••••••••••••••••b5b01d190ba4
previous_hash : 0aea914177ba••••••••••••••••••••••••••••••••3df3aef81330

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.