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)
d94386835e765d912d6cfdf49e04b3ddedd71f5ff6c4544edda44e03d2aca4c1
Root timestamp: 2026-10-30 09:16 UTC

Real-time event stream

Published events: 10 845  |  Last updated: 2026-10-30 09:16 UTC

CREATED
block_id : #8831
event_hash : 33b7202551ae••••••••••••••••••••••••••••••••fdcc5fa3c09f
previous_hash : a99379ca8146••••••••••••••••••••••••••••••••86bec06fce84
CREATED
block_id : #8830
event_hash : a99379ca8146••••••••••••••••••••••••••••••••86bec06fce84
previous_hash : 3596d2cf8d2f••••••••••••••••••••••••••••••••86c3ba0fb460
CREATED
block_id : #8829
event_hash : 3596d2cf8d2f••••••••••••••••••••••••••••••••86c3ba0fb460
previous_hash : 6e79c7e86c52••••••••••••••••••••••••••••••••f03e6b0986c3
CREATED
block_id : #8828
event_hash : 6e79c7e86c52••••••••••••••••••••••••••••••••f03e6b0986c3
previous_hash : f5acc36085ef••••••••••••••••••••••••••••••••6f3f870e9c28
DESTROYED
block_id : #8827
event_hash : f5acc36085ef••••••••••••••••••••••••••••••••6f3f870e9c28
previous_hash : bb4dc389d295••••••••••••••••••••••••••••••••7137b85e2eed
CREATED
block_id : #8826
event_hash : bb4dc389d295••••••••••••••••••••••••••••••••7137b85e2eed
previous_hash : 24a42c55939f••••••••••••••••••••••••••••••••daff77214b6b
CREATED
block_id : #8825
event_hash : 24a42c55939f••••••••••••••••••••••••••••••••daff77214b6b
previous_hash : d3c8b656d9f7••••••••••••••••••••••••••••••••b79ddfe9094e
CREATED
block_id : #8824
event_hash : d3c8b656d9f7••••••••••••••••••••••••••••••••b79ddfe9094e
previous_hash : 7a5d9e3f028c••••••••••••••••••••••••••••••••3636effd4471
CREATED
block_id : #8823
event_hash : 7a5d9e3f028c••••••••••••••••••••••••••••••••3636effd4471
previous_hash : 4fdc6d095464••••••••••••••••••••••••••••••••1a646d9f974e
CREATED
block_id : #8822
event_hash : 4fdc6d095464••••••••••••••••••••••••••••••••1a646d9f974e
previous_hash : 8c220aa033b6••••••••••••••••••••••••••••••••8e9992b0e3ec
DESTROYED
block_id : #8821
event_hash : 8c220aa033b6••••••••••••••••••••••••••••••••8e9992b0e3ec
previous_hash : 6ec1ccbed5f1••••••••••••••••••••••••••••••••4b59b4914346
CREATED
block_id : #8820
event_hash : 6ec1ccbed5f1••••••••••••••••••••••••••••••••4b59b4914346
previous_hash : 036c43bd4e92••••••••••••••••••••••••••••••••e3e307acd4cc
CREATED
block_id : #8819
event_hash : 036c43bd4e92••••••••••••••••••••••••••••••••e3e307acd4cc
previous_hash : d759a5dc3777••••••••••••••••••••••••••••••••5b6b0d26790e
DESTROYED
block_id : #8818
event_hash : d759a5dc3777••••••••••••••••••••••••••••••••5b6b0d26790e
previous_hash : c73814a0dfc2••••••••••••••••••••••••••••••••e456d3677e6c
CREATED
block_id : #8817
event_hash : c73814a0dfc2••••••••••••••••••••••••••••••••e456d3677e6c
previous_hash : 764833dabe0e••••••••••••••••••••••••••••••••e93fb62256f7
DESTROYED
block_id : #8816
event_hash : 764833dabe0e••••••••••••••••••••••••••••••••e93fb62256f7
previous_hash : 4b4a8a9c6b9e••••••••••••••••••••••••••••••••c1aa71106fc2
CREATED
block_id : #8815
event_hash : 4b4a8a9c6b9e••••••••••••••••••••••••••••••••c1aa71106fc2
previous_hash : 220468602fb2••••••••••••••••••••••••••••••••7317e1585f9c
DESTROYED
block_id : #8814
event_hash : 220468602fb2••••••••••••••••••••••••••••••••7317e1585f9c
previous_hash : df5aa1214d52••••••••••••••••••••••••••••••••06710d37b3e3
CREATED
block_id : #8813
event_hash : df5aa1214d52••••••••••••••••••••••••••••••••06710d37b3e3
previous_hash : ba679cf0beaf••••••••••••••••••••••••••••••••6692c82e6d66
CREATED
block_id : #8812
event_hash : ba679cf0beaf••••••••••••••••••••••••••••••••6692c82e6d66
previous_hash : cde83394d541••••••••••••••••••••••••••••••••815c49d4538c
DESTROYED
block_id : #8811
event_hash : cde83394d541••••••••••••••••••••••••••••••••815c49d4538c
previous_hash : ef464be40a4d••••••••••••••••••••••••••••••••9dcfd91f2e4a
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

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.