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)
43dd81851adb3f5ddd269a922df9203249442d0ccd74fca3c76fface5d58f479
Root timestamp: 2026-05-25 22:04 UTC

Real-time event stream

Published events: 3 849  |  Last updated: 2026-05-25 22:04 UTC

DESTROYED
block_id : #3111
event_hash : e36844c015f9••••••••••••••••••••••••••••••••f71c2aff00bb
previous_hash : cc1755ae03cc••••••••••••••••••••••••••••••••c512f00d23f5
CREATED
block_id : #3110
event_hash : cc1755ae03cc••••••••••••••••••••••••••••••••c512f00d23f5
previous_hash : 85864f80a773••••••••••••••••••••••••••••••••bb65e4f6adbb
CREATED
block_id : #3109
event_hash : 85864f80a773••••••••••••••••••••••••••••••••bb65e4f6adbb
previous_hash : 7c917fb2f56e••••••••••••••••••••••••••••••••56d70b155249
DESTROYED
block_id : #3108
event_hash : 7c917fb2f56e••••••••••••••••••••••••••••••••56d70b155249
previous_hash : 98c60f4ae8f2••••••••••••••••••••••••••••••••040063d8e3d5
CREATED
block_id : #3107
event_hash : 98c60f4ae8f2••••••••••••••••••••••••••••••••040063d8e3d5
previous_hash : 524172e0a6ac••••••••••••••••••••••••••••••••a5a8fa73174f
CREATED
block_id : #3106
event_hash : 524172e0a6ac••••••••••••••••••••••••••••••••a5a8fa73174f
previous_hash : 053dd7404527••••••••••••••••••••••••••••••••08ceef041aba
DESTROYED
block_id : #3105
event_hash : 053dd7404527••••••••••••••••••••••••••••••••08ceef041aba
previous_hash : 2643548d10da••••••••••••••••••••••••••••••••7eb9143d8f55
CREATED
block_id : #3104
event_hash : 2643548d10da••••••••••••••••••••••••••••••••7eb9143d8f55
previous_hash : 61dc04f966fe••••••••••••••••••••••••••••••••1e776de2c235
DESTROYED
block_id : #3103
event_hash : 61dc04f966fe••••••••••••••••••••••••••••••••1e776de2c235
previous_hash : a3e7c5904a88••••••••••••••••••••••••••••••••63cc13138ef3
DESTROYED
block_id : #3102
event_hash : a3e7c5904a88••••••••••••••••••••••••••••••••63cc13138ef3
previous_hash : 2252d6523121••••••••••••••••••••••••••••••••f91204588a06
CREATED
block_id : #3101
event_hash : 2252d6523121••••••••••••••••••••••••••••••••f91204588a06
previous_hash : 70fa2c4a5ea9••••••••••••••••••••••••••••••••338d0ac6d32b
CREATED
block_id : #3100
event_hash : 70fa2c4a5ea9••••••••••••••••••••••••••••••••338d0ac6d32b
previous_hash : a9ae8f2ec35a••••••••••••••••••••••••••••••••a710d95d93a5
DESTROYED
block_id : #3099
event_hash : a9ae8f2ec35a••••••••••••••••••••••••••••••••a710d95d93a5
previous_hash : b9a1f5c85e5b••••••••••••••••••••••••••••••••e369bb4ff106
DESTROYED
block_id : #3098
event_hash : b9a1f5c85e5b••••••••••••••••••••••••••••••••e369bb4ff106
previous_hash : 22316a1bcb18••••••••••••••••••••••••••••••••288e7c138fde
CREATED
block_id : #3097
event_hash : 22316a1bcb18••••••••••••••••••••••••••••••••288e7c138fde
previous_hash : 72e9f90cc957••••••••••••••••••••••••••••••••5e99942ce215
DESTROYED
block_id : #3096
event_hash : 72e9f90cc957••••••••••••••••••••••••••••••••5e99942ce215
previous_hash : 2aea76f0fcbc••••••••••••••••••••••••••••••••6c9f351a331d
CREATED
block_id : #3095
event_hash : 2aea76f0fcbc••••••••••••••••••••••••••••••••6c9f351a331d
previous_hash : 108a5ab8b53b••••••••••••••••••••••••••••••••051084ddb21d
DESTROYED
block_id : #3094
event_hash : 108a5ab8b53b••••••••••••••••••••••••••••••••051084ddb21d
previous_hash : 0543c19dc878••••••••••••••••••••••••••••••••76eda1d0e193
CREATED
block_id : #3093
event_hash : 0543c19dc878••••••••••••••••••••••••••••••••76eda1d0e193
previous_hash : bcd97b0c80be••••••••••••••••••••••••••••••••4ebd29b05995
DESTROYED
block_id : #3092
event_hash : bcd97b0c80be••••••••••••••••••••••••••••••••4ebd29b05995
previous_hash : aa2a858961a3••••••••••••••••••••••••••••••••ea09e52b8221
CREATED
block_id : #3091
event_hash : aa2a858961a3••••••••••••••••••••••••••••••••ea09e52b8221
previous_hash : 6db8e4e39aae••••••••••••••••••••••••••••••••774c2c79b562
CREATED
block_id : #3090
event_hash : 6db8e4e39aae••••••••••••••••••••••••••••••••774c2c79b562
previous_hash : 85b88a651723••••••••••••••••••••••••••••••••57503c259db5
DESTROYED
block_id : #3089
event_hash : 85b88a651723••••••••••••••••••••••••••••••••57503c259db5
previous_hash : 0fd5e8f7dbc8••••••••••••••••••••••••••••••••3a8e2dfd16ae
DESTROYED
block_id : #3088
event_hash : 0fd5e8f7dbc8••••••••••••••••••••••••••••••••3a8e2dfd16ae
previous_hash : f927582e6dab••••••••••••••••••••••••••••••••dc977e65c814
DESTROYED
block_id : #3087
event_hash : f927582e6dab••••••••••••••••••••••••••••••••dc977e65c814
previous_hash : 354ebf5985a4••••••••••••••••••••••••••••••••3386cfa97611

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.