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)
4ba8c08e41da2136d41e802d30d1de1648bd5a00276540ace8ff7aa8aa8df1a5
Root timestamp: 2026-10-30 10:28 UTC

Real-time event stream

Published events: 10 849  |  Last updated: 2026-10-30 10:28 UTC

CREATED
block_id : #8810
event_hash : ef464be40a4d••••••••••••••••••••••••••••••••9dcfd91f2e4a
previous_hash : 490ae023457b••••••••••••••••••••••••••••••••f38d988e178a
DESTROYED
block_id : #8809
event_hash : 490ae023457b••••••••••••••••••••••••••••••••f38d988e178a
previous_hash : 4b44d83540c4••••••••••••••••••••••••••••••••f6a350b970dd
CREATED
block_id : #8808
event_hash : 4b44d83540c4••••••••••••••••••••••••••••••••f6a350b970dd
previous_hash : 30b1080c3b3f••••••••••••••••••••••••••••••••d40a17e91518
DESTROYED
block_id : #8807
event_hash : 30b1080c3b3f••••••••••••••••••••••••••••••••d40a17e91518
previous_hash : 9f9b30039c63••••••••••••••••••••••••••••••••584d0b8ca8f9
CREATED
block_id : #8806
event_hash : 9f9b30039c63••••••••••••••••••••••••••••••••584d0b8ca8f9
previous_hash : 89ee5f1a2a48••••••••••••••••••••••••••••••••2f09d85888e3
DESTROYED
block_id : #8805
event_hash : 89ee5f1a2a48••••••••••••••••••••••••••••••••2f09d85888e3
previous_hash : 63aa79a4f3cd••••••••••••••••••••••••••••••••e774c0c6b5fb
CREATED
block_id : #8804
event_hash : 63aa79a4f3cd••••••••••••••••••••••••••••••••e774c0c6b5fb
previous_hash : d550cb85e7d8••••••••••••••••••••••••••••••••bb61d3d4a210
CREATED
block_id : #8803
event_hash : d550cb85e7d8••••••••••••••••••••••••••••••••bb61d3d4a210
previous_hash : aaa82c90824e••••••••••••••••••••••••••••••••9fce095cf33f
CREATED
block_id : #8802
event_hash : aaa82c90824e••••••••••••••••••••••••••••••••9fce095cf33f
previous_hash : b6571978c7e6••••••••••••••••••••••••••••••••7fe70b876abc
DESTROYED
block_id : #8801
event_hash : b6571978c7e6••••••••••••••••••••••••••••••••7fe70b876abc
previous_hash : 081e55ef25a2••••••••••••••••••••••••••••••••ccff662a3fa8
CREATED
block_id : #8800
event_hash : 081e55ef25a2••••••••••••••••••••••••••••••••ccff662a3fa8
previous_hash : 75ef5fe4b010••••••••••••••••••••••••••••••••cef0f0b9add8
DESTROYED
block_id : #8799
event_hash : 75ef5fe4b010••••••••••••••••••••••••••••••••cef0f0b9add8
previous_hash : 2e86e09ecf9e••••••••••••••••••••••••••••••••6de4ff7804f6
CREATED
block_id : #8798
event_hash : 2e86e09ecf9e••••••••••••••••••••••••••••••••6de4ff7804f6
previous_hash : c215de449f5d••••••••••••••••••••••••••••••••64ff2fae7f2c
DESTROYED
block_id : #8797
event_hash : c215de449f5d••••••••••••••••••••••••••••••••64ff2fae7f2c
previous_hash : d9e9fa68f1b8••••••••••••••••••••••••••••••••6a4218d71d01
CREATED
block_id : #8796
event_hash : d9e9fa68f1b8••••••••••••••••••••••••••••••••6a4218d71d01
previous_hash : 3331ceb648e6••••••••••••••••••••••••••••••••525a027a24bc
DESTROYED
block_id : #8795
event_hash : 3331ceb648e6••••••••••••••••••••••••••••••••525a027a24bc
previous_hash : 655d48cd90b2••••••••••••••••••••••••••••••••902543ca3426
CREATED
block_id : #8794
event_hash : 655d48cd90b2••••••••••••••••••••••••••••••••902543ca3426
previous_hash : b9a15115e29c••••••••••••••••••••••••••••••••05ef7c582d0b
DESTROYED
block_id : #8793
event_hash : b9a15115e29c••••••••••••••••••••••••••••••••05ef7c582d0b
previous_hash : e15972b1b1e9••••••••••••••••••••••••••••••••5a2d4eedafdf
CREATED
block_id : #8792
event_hash : e15972b1b1e9••••••••••••••••••••••••••••••••5a2d4eedafdf
previous_hash : b14827fd4eff••••••••••••••••••••••••••••••••a5f8b23a37e6
CREATED
block_id : #8791
event_hash : b14827fd4eff••••••••••••••••••••••••••••••••a5f8b23a37e6
previous_hash : d0e904172d2e••••••••••••••••••••••••••••••••f0695ce02859
DESTROYED
block_id : #8790
event_hash : d0e904172d2e••••••••••••••••••••••••••••••••f0695ce02859
previous_hash : 8bc9a9ed36bc••••••••••••••••••••••••••••••••28ec04e961a4
CREATED
block_id : #8789
event_hash : 8bc9a9ed36bc••••••••••••••••••••••••••••••••28ec04e961a4
previous_hash : 88e8d99a3bc4••••••••••••••••••••••••••••••••dea518511abe
CREATED
block_id : #8788
event_hash : 88e8d99a3bc4••••••••••••••••••••••••••••••••dea518511abe
previous_hash : 4f4873556513••••••••••••••••••••••••••••••••aa35dc313394
DESTROYED
block_id : #8787
event_hash : 4f4873556513••••••••••••••••••••••••••••••••aa35dc313394
previous_hash : 7d80e0e9fcc0••••••••••••••••••••••••••••••••bc4a4c977033
CREATED
block_id : #8786
event_hash : 7d80e0e9fcc0••••••••••••••••••••••••••••••••bc4a4c977033
previous_hash : a77cceee4ffb••••••••••••••••••••••••••••••••457a3555ea94

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.