Das Schlüsselverzeichnis, öffentlich einsehbar.
Jeder öffentliche Schlüssel, den wir für eine Thelemail-Adresse ausgeben, wird in ein nur erweiterbares Protokoll geschrieben. Diese Seite beschreibt die Identität dieses Protokolls: die Werte, die unsere Anwendungen fest verankern, was das Protokoll derzeit aussagt und welche Teile noch nicht fertiggestellt sind.
Was das Protokoll derzeit aussagt.
Lesen Sie den aktuellen Stand direkt aus dem aktiven Protokoll.
Was unsere Clients fest verankern.
Diese Werte sind in den öffentlichen Web-Client und die private Codebasis des mobilen Clients einkompiliert. Ein Nachweis gilt nur, wenn er anhand dieser Werte verifiziert wird. Eine Änderung erfordert daher die Veröffentlichung eines neuen Builds.
Protokollidentität
- Origin
- thelemail.com/keys
- Checkpoint
- https://tlog.thelemail.com/checkpoint
Der Name des Protokolls in jedem Checkpoint. Er sieht wie eine URL aus, ist jedoch ein Bezeichner und ändert sich nicht, wenn das Protokoll umzieht.
Die Stelle, an der das Protokoll seinen aktuellen Baum veröffentlicht. Für alle zugänglich.
Fest verankerte Schlüssel
- Prüfschlüssel des Protokolls
- thelemail.com/keys+76ead63c+ASduViYkPgYHzuTuDnuTdEkjR/DIprnavuFA3vom4YZT
- Öffentlicher VRF-Schlüssel
- AFye6B/Tm9oZVs25OmoSyDWn16PFdnIhG2vpOJGSzEE=
Signiert jeden Checkpoint. Ohne den zugehörigen privaten Schlüssel kann niemand einen Baum veröffentlichen, den unsere Clients akzeptieren.
Adressen werden nicht im Klartext in das Protokoll geschrieben. Jeder Eintrag wird unter einem verifizierbaren pseudozufälligen Wert abgelegt. Dadurch ist das Protokoll keine lesbare Liste unserer Nutzer, während jede Person, die den Nachweis für eine Adresse besitzt, diesen weiterhin prüfen kann.
Richtlinie
- Zeugenschwellenwert
- 2
- Aktualität der Mitunterschrift
- 24 Stunden
Wie viele unabhängige Mitunterschriften ein Checkpoint benötigt, um zu gelten.
Wie alt die Mitunterschrift eines Zeugen sein darf, bevor sie nicht mehr zum Schwellenwert zählt.
Von Staging-Zeugen mitunterzeichnet.
Das Witness Network hat dieses Protokoll am 1. September 2026 aufgenommen, und Geomys, Mullvad und TrustFabric beziehen diese Staging-Liste. Der Live-Checkpoint trägt die unten aufgeführten Mitunterschriften, so wie Ihr Browser sie gelesen hat. Diese Seite listet sie auf, ohne sie zu verifizieren. Browser- und macOS-Desktop-Client verankern einen Schwellenwert von zwei der drei Zeugen und prüfen jede Mitunterschrift anhand des verankerten Schlüssels. Die Durchsetzung zur Laufzeit ist noch nicht aktiv: Die Clients laufen im Überwachungsmodus, daher wird ein Checkpoint unter dem Schwellenwert protokolliert und hält keine Nachricht auf.
Protokoll wird abgefragt…
Verlassen Sie sich nicht auf die Aussage dieser Seite.
Diese Abfragen gehen direkt an das Protokoll. Der Server, der sie beantwortet, ist Open Source.
Den aktuellen Checkpoint lesen
Die signierte Aussage des Protokolls über seine Größe und seinen Root-Hash.
curl https://tlog.thelemail.com/checkpoint
Bestätigen, dass er mit dem oben angegebenen Schlüssel signiert ist
Der Checkpoint ist eine signierte Notiz im Format c2sp.org/tlog-checkpoint und kann anhand des oben angegebenen Prüfschlüssels des Protokolls verifiziert werden.
Eine Adresse nachschlagen, über die Sie verfügen
Gibt den VRF-Nachweis für diese Adresse und jede jemals für sie protokollierte Aussage zurück. So können Sie erkennen, ob unter Ihrem Namen ein Schlüssel veröffentlicht wurde, über den Sie nie informiert wurden.
curl "https://tlog.thelemail.com/monitor?label=YOUR_ADDRESS"
Einen Inklusionsnachweis abrufen
Ein Paket im Format c2sp.org/tlog-proof für einen Eintrag, das sich offline anhand der oben angegebenen Schlüssel prüfen lässt.
curl "https://tlog.thelemail.com/proof?index=0"
Oder das gesamte System ausführen
Klonen Sie es, lesen Sie es und führen Sie Ihre eigene Kopie anhand derselben Tiles aus.
git clone https://github.com/thelemail/keylog.git
Jede Änderung an diesem Protokoll.
Schlüsselrotationen und Vorfälle gehören auf eine Seite wie diese, unabhängig davon, ob es welche gibt. Bislang gab es weder das eine noch das andere.
Protokoll erstellt
Der Checkpoint-Schlüssel und der VRF-Schlüssel wurden erzeugt und die ersten Einträge des Schlüsselverzeichnisses wurden unter dem Origin-Bezeichner thelemail.com/keys geschrieben. Seitdem wurde keiner der beiden Schlüssel rotiert.
Protokoll in einen eigenen Dienst verschoben
Der Protokollserver wurde aus dem E-Mail-Backend herausgelöst, als Open Source veröffentlicht und von einem Pfad auf dem API-Host zu tlog.thelemail.com verschoben. Das Protokoll selbst wurde unverändert übernommen: derselbe Origin-Bezeichner, dieselben Schlüssel, dieselben Einträge, derselbe Baum.
In das Staging Witness Network aufgenommen
Das Protokoll wurde mit 8.640 zulässigen Add-Checkpoint-Anfragen pro Tag in die 10qps-Staging-Liste aufgenommen: eine alle 10 Sekunden. Geomys, Mullvad und TrustFabric beziehen diese Liste. Der Web-Client wurde als erste Anwendung mit der Zwei-von-drei-Zeugenrichtlinie konfiguriert; die mobile Einführung und die Durchsetzung zur Laufzeit folgen separat.
Mitunterschriften am Live-Checkpoint bestätigt
Eine unabhängige Prüfung durch Markovian Protocol ergab, dass Checkpoint 233 Mitunterschriften von Geomys und Mullvad trug, die sich anhand der verankerten Zeugenschlüssel verifizieren ließen. Die Clients laufen weiterhin im Überwachungsmodus, daher hält eine fehlende Mitunterschrift keine Nachricht auf.
Keine Schlüsselrotationen
Der Checkpoint-Schlüssel und der VRF-Schlüssel sind die ursprünglichen Schlüssel. Falls einer von ihnen jemals rotiert wird, wird dies hier mit Datum und Grund erfasst, und Clients benötigen ein Update, um den neuen Schlüssel zu akzeptieren.
Keine Vorfälle
Keine geteilte Ansicht, kein fehlgeschlagener Nachweis, den wir nicht erklären konnten, kein Verlust von Protokolldaten. Sollte sich das ändern, wird es hier festgehalten, einschließlich der Teile, die uns in einem schlechten Licht erscheinen lassen.
Einen Fehler gefunden? Ein Nachweis, der sich nicht verifizieren lässt, ein Schlüssel, den Sie nicht angefordert haben, oder ein Checkpoint, der einem früher von Ihnen gespeicherten widerspricht, sollte uns mitgeteilt werden unter [email protected]. Belege sind aussagekräftiger als ein Bericht, und ein gespeicherter Checkpoint ist ein Beleg.
Wir haben aufgeschrieben, was wir nicht schützen können.
Das Bedrohungsmodell legt dar, was verschlüsselt ist, was nicht und was durch eine Kompromittierung des Servers offengelegt würde und was nicht. Die Lücken, die wir noch nicht geschlossen haben, sind ebenfalls darin aufgeführt.
Fay ce que vouldras. Die einzige Regel der Abtei Thélème. Rabelais, Gargantua, 1534.