Dreiundzwanzig Probleme und ihre Antwort

A1 · Bauweise

Ein dezentrales Netz kann seinen Transport nach dem Start nicht mehr wechseln

Problem

In einem Netz ohne Betreiber gibt es keinen Moment, in dem alle Knoten gleichzeitig umschalten. Wer anonymisierendes Routing erst später einziehen will, spaltet das Netz in zwei zueinander taube Hälften — oder muss es aufgeben.

Entscheidung

DaWN besteht aus sieben aufeinander liegenden Schichten und einer achten daneben für Live-Medien. Jede ist eine Schnittstelle, jede Umsetzung ein austauschbarer Stecker. Schichten sprechen ausschliesslich über diese Schnittstellen miteinander, nie über konkrete Typen.

Erklärung

Die Abstraktion muss zu einem Zeitpunkt stehen, an dem sie noch nichts nützt — genau das ist der Punkt. Zu jeder Schicht gehört eine Umsetzung, die nichts tut oder nur durchreicht, damit das Skelett auch ohne Bestückung läuft. Damit die Austauschbarkeit nicht nur auf dem Papier steht, gilt eine strenge Regel an der Naht: kein Typ, kein Fehler, keine Kennung einer bestimmten Bibliothek darf in einer Signatur auftauchen. Der Preis ist, dass das Schnittstellendesign von Anfang an stimmen muss — eine spätere Änderung trifft jede Umsetzung gleichzeitig. Dasselbe Muster trägt auch den Ausführungsknoten daneben. Die Gegenrechnung ist gemacht: Ein fest verdrahteter Stapel wäre schneller gebaut und billiger zu prüfen, weil nicht jede austauschbare Umsetzung ihre eigenen Tests braucht. Er ist daran gescheitert, dass ein dezentrales System nach dem Start keinen Termin mehr kennt, an dem alle umbauen. Verworfen wurde ausserdem, ein anonymisierendes Netz gleich als Transport zu nehmen: Es löst Anonymität und sonst nichts — weder Abgleich noch Verschmelzung noch Inhaltsadressierung.

Beispiel

Wird eine heute unreife Transportbibliothek mit eingebautem Zwiebelrouting in zwei Jahren produktionsreif, entsteht eine neunte Umsetzung der untersten Schnittstelle. Kein Ereignisspeicher, keine Identitätsprüfung, keine Zeile der Zugriffskontrolle wird dafür angefasst — und die Knoten, die weiter die alte Bestückung fahren, bleiben erreichbar.

Vertiefung Schichten als austauschbare Stecker

A2 · Bauweise

Ein Sicherheitsniveau für alle ist für die einen zu wenig und für die anderen unbenutzbar

Problem

Wer in Deutschland Notizen abgleicht, zahlt für Mixnetz-Latenz und Zellen-Blindfüllung ohne Gegenwert. Wer unter Repression kommuniziert, ist mit einem Direkttransport enttarnt. Ein einziger, fest verdrahteter Stapel bedient beide falsch.

Entscheidung

Vier benannte Zusammenstellungen — Easy-Peasy, Developer, Production, Paranoid — legen je Schicht fest, welcher Stecker sitzt. Easy-Peasy ist ausdrücklich Entwicklungs- und Vorführstand und wird niemals an Endnutzer ausgeliefert.

Erklärung

Sicherheitsmerkmale werden dadurch zu kombinierbaren Bausteinen statt zu einem Paket, das man nur ganz oder gar nicht bekommt. Die Zusammenstellungen sind Empfehlungen, keine Sperren: Jede Kombination ist technisch möglich. Der Verzicht wird jeweils ausdrücklich benannt statt stillschweigend hingenommen — für Easy-Peasy stehen fünf fehlende Eigenschaften einzeln in der Entscheidung, von fehlender Inhaltsverschlüsselung bis zum fehlenden echten Abgleich. Zwischen Entwicklungsvariante und Vollausbau liegt eine benannte erste baubare Stufe ohne Forschungsanteil.

Beispiel

Eine Entwicklerin startet lokal mit Direkttransport, ohne Tarnung, ohne Rotation — Tests laufen in Millisekunden. Dieselbe Anwendung läuft bei einer Journalistin mit Mixnetz, gleichförmigen Zellen und anonymem Gruppennachweis, mit einer Antwortzeit in der Grössenordnung einer halben Sekunde. Der Anwendungscode ist in beiden Fällen derselbe.

Vertiefung Vier benannte Zusammenstellungen

A3 · Kryptografie

Wird jede kryptografische Wahl einzeln getroffen, wächst die Angriffsfläche mit jeder Entscheidung

Problem

Verschiedene Kurven, Hashfunktionen und Chiffren nebeneinander bedeuten mehr Implementierungen, mehr Seitenkanäle, mehr Stellen, an denen eine Annahme nicht gilt. Eine starre Verbotsliste dagegen zwingt im Einzelfall zu schlechterer Technik, sobald ein fremder Standard eine bestimmte Funktion verbindlich vorschreibt.

Entscheidung

Ein bevorzugter Baukasten gilt projektweit — Signatur, Schlüsselaustausch, Stromchiffre, Hashfunktion aus einer Hand. Seit Juli 2026 ausdrücklich als Präferenz formuliert, nicht als Verbotskatalog: Wo eine Alternative nicht praktikabel ist, wird die dort etablierte verwendet und die Ausnahme benannt.

Erklärung

Der Grund liegt weniger im Misstrauen gegen fremde Mathematik als in der Fehlerarithmetik: Ein überall gleicher Satz Bausteine hält die Zahl der Stellen klein, an denen etwas schiefgehen kann. Die Formulierung als Präferenz ist eine Korrektur aus der Praxis — eine Verbotsliste führt entweder zu Ad-hoc-Ausnahmen, die die Regel unglaubwürdig machen, oder dazu, dass eine Lösung verbogen wird, um dem Verbot pro forma zu genügen. Ergänzt wurde der Baukasten 2026 um einen hybriden Schlüsselaustausch, hash-basierte Signaturen für seltene Ereignisse, hash-harte Beweissysteme und eine überprüfbare Zufallsfunktion. Warum diese Familie und nicht die verbreitete andere, ist ebenfalls festgehalten: Deren Kurven tragen Konstanten, für deren Herkunft es keine Erklärung gibt, und ihre Blockchiffre erreicht eine vom Schlüssel unabhängige Laufzeit nur mit Unterstützung durch die Hardware. Auf einem Gerät ohne diese Unterstützung wird aus einer Sicherheitseigenschaft eine Messgrösse für den Angreifer.

Beispiel

Die Inhaltsadressierung des Veröffentlichungs-Frontends wechselte im Juni 2026 die Hashfunktion — nicht wegen einer Lücke, sondern zur Angleichung. Umgekehrt bleibt innerhalb der Schlüsselumschläge die Ableitungsfunktion stehen, die der zugrunde liegende Standard verbindlich vorschreibt. Beides steht in den Unterlagen, statt still zu passieren.

Vertiefung Ein Baukasten, konsequent bevorzugt

A4 · Sicherheitsdoktrin

Eine feingranulare Rechtevergabe rettet nicht vor einem Fehler im Kern

Problem

Ein Berechtigungsmodell begrenzt, was ein missbrauchter Akteur mit seinen Rechten anrichtet. Es hilft nicht, wenn der Fehler in dem Code steckt, der die Schlüssel selbst hält — dann ist die Rechteprüfung nur die Tür neben dem eingeschlagenen Fenster.

Entscheidung

Die Reihenfolge der Sicherheitsarbeit ist festgelegt: erst Fehler vermeiden, dann Code minimieren, dann vertrauenswürdigen Code eliminieren. Jeder Code, der fremde Inhalte verarbeitet, läuft strukturell ohne Zugriff auf Schlüsselmaterial. Zugriffskontrolle ist ausdrücklich die zweite Verteidigungslinie, nicht die erste.

Erklärung

Die Begründung stammt aus einem Rückblick auf zehn Jahre eines bekannten Mailservers: Die saubere Rechtebeschränkung eines Hilfsprogramms verhinderte nicht, dass ein Fehler darin sämtliche Verbindungen des Nutzers kompromittierte — der Angriffsweg lag nicht dort, wo die Beschränkung ansetzte. Für DaWN heisst das: Der Kern mit Schlüsselzugriff muss ein eigener, kleiner, prüfbarer Pfad sein, kein über die Anwendung verstreutes Thema. Jede Entscheidung, die diesen Kern vergrössert, muss sich ausdrücklich rechtfertigen. Sichtbar wird das an nachladbaren Erweiterungen in der Sandkiste und daran, dass der rechnende Wissensspeicher als Sicht geführt wird und nicht als Quelle.

Beispiel

Ein Textbaustein aus dem Netz enthält eine Anweisung, die die Sprachmodell-Verarbeitung übernimmt. Der Angreifer erlangt damit vollständige Kontrolle über den Verarbeitungspfad — und kommt trotzdem an keinen Schlüssel, weil dieser Pfad nie einen hatte. Er kann Unsinn erzeugen; er kann nichts entschlüsseln und nichts in fremdem Namen signieren.

B1 · S0 Transport

Eine Verbindung, die an einer Adresse hängt, stirbt beim Netzwechsel

Problem

Wer eine Gegenstelle über ihr Adresspaar anspricht, verliert sie, sobald das Gerät von WLAN auf Mobilfunk wechselt. In einem Netz mobiler Teilnehmer ohne feste Adressen ist das kein Sonderfall, sondern der Normalfall.

Entscheidung

Eine Adresse ist ein Schlüssel, kein Ort. Die Verbindung ist an eine Teilnehmerkennung gebunden — die Bytes eines Signaturschlüssels — und überlebt den Wegwechsel; die gewählte Transportgrundlage bringt das mit.

Erklärung

Weil die Kennung und nicht der Weg identifiziert, bleibt die Gegenstelle dieselbe, auch wenn sich darunter alles ändert. Dazu kommt Löcherstanzen durch NAT mit einem Rückfall auf ein Relais über den gewöhnlichen Web-Port, das damit auch dort durchkommt, wo alles andere gefiltert wird. Die Kennung nach aussen ist bewusst undurchsichtig — nur Bytes, kein Typ der verwendeten Bibliothek —, sonst wäre der Austausch der Schicht Fiktion. Bezahlt wird das mit einer Lücke: Die verteilte Suchtabelle wurde gestrichen, und für die Frage, wer einen bestimmten Inhalt vorrätig hat, steht kein Ersatz fest. Die naheliegende Alternative mit eingebautem Zwiebelrouting ist am Reifegrad gescheitert: dokumentierter Nachrichtenverlust als offen geführter Fehler, eine zurückgezogene Veröffentlichung, kein nachweisbarer produktiver Einsatz. Den Unterbau des Vorgängersystems weiterzuführen schied aus drei Gründen aus — seine Inhaltsadressen bauen in der Praxis auf einer Hashfunktion auf, die nicht die bevorzugte ist und sich nachträglich nicht austauschen lässt, weil sie in jeder Referenz steckt; sein Verbreitungsverfahren vermischt formale Prüfung mit anwendungsspezifischer Bewertung; und Zwiebelrouting fehlt dort ganz.

Beispiel

Ein Abgleich läuft, während der Nutzer das Haus verlässt. Das Telefon fällt aus dem WLAN ins Mobilfunknetz, die IP-Adresse ändert sich vollständig. Die Gegenstelle bemerkt einen Pfadwechsel und setzt fort — kein neuer Verbindungsaufbau, kein erneuter Handschlag, kein abgebrochener Abgleich.

Vertiefung Eine Verbindung, die den Netzwechsel überlebt

B2 · S0 Transport

Ein kompromittierter Knoten sieht, wer mit wem spricht

Problem

Verschlüsselung schützt den Inhalt, nicht die Beziehung. Ein übernommener Knoten, ein mitlesender Anbieter oder ein Beobachter an der Leitung sieht Absender und Empfänger — und diese Verkehrsdaten sind unter Repression oft das Gefährlichere.

Entscheidung

Anonymisierendes Routing ist keine Eigenschaft des Transports, sondern eine Austauschentscheidung: Zwiebelrouting über drei Zwischenstationen oder ein Mixnetz als eigene Umsetzung derselben Schnittstelle. Ausdrücklich nicht durch Weiterentwicklung des Streuverfahrens aus dem Vorgängersystem.

Erklärung

Beim Zwiebelrouting wird eine Nachricht mehrfach verschlüsselt und über mindestens drei Stationen geschickt. Jede Station packt genau die an sie gerichtete Hülle aus und findet darin nichts als die nächste Nachricht mit dem nächsten Empfänger. Die erste Station kennt den Absender, aber nicht das Ziel; die letzte kennt das Ziel, aber nicht den Absender; die mittlere keines von beidem. Kein einzelner Beobachter hält beide Enden in der Hand.

Drei Zwischenstationen, drei Hüllen

Bezahlt wird mit Latenz und mit einer offenen Frage: Die Zwiebelvariante leitet ausschliesslich verbindungsorientierten Verkehr weiter, während der Transport sonst paketorientiert läuft — wie sich das genau verhält, ist ausdrücklich noch in Prüfung. Warum das Streuverfahren des Vorgängersystems kein Ersatz ist, steht als eigene Festlegung: Es verbirgt, welcher Knoten eine Nachricht eingespeist hat, nicht die Adresse gegenüber dem direkten Gegenüber. Die beiden Techniken lösen verschiedene Probleme.

Beispiel

Eine Journalistin sendet ein Dokument an eine Redaktion. Ihr Zugangsanbieter sieht eine Verbindung zu Station 1 und sonst nichts. Station 1 sieht ihre Adresse und die von Station 2 — vom Ziel weiss sie nichts. Station 2 sieht ausschliesslich zwei andere Stationen. Station 3 sieht die Redaktion und Station 2, aber nicht die Absenderin. Wer eine Station übernimmt, gewinnt ein Teilstück; für die Strecke bräuchte er alle drei gleichzeitig.

Vertiefung Das Netz zwischen den Knoten · Latenzvergleich der Transportvarianten

B3 · S1 Tarnung

Verschlüsselung verbirgt den Inhalt, nicht die Tatsache, dass dieses Protokoll läuft

Problem

Wer sperren will, muss nichts entschlüsseln. Paketgrössen, Zeitabstände und die Signatur des Verbindungsaufbaus genügen, um ein Protokoll zu erkennen und zu blockieren — und aktives Anklopfen prüft den Verdacht nach.

Entscheidung

Eine eigene Schicht tarnt den Verkehr, mit derselben Signatur wie der Transport darunter — also als Umhüllung, nicht als Ersatz. Umsetzungen: durchreichen, gleichförmige Zellen, Tarnung als gewöhnliche Webverbindung oder beides kombiniert.

Erklärung

Weil die Tarnschicht dieselbe Schnittstelle hat wie das, was sie umhüllt, lassen sich Varianten stapeln, ohne dass eine höhere Schicht davon erfährt. Die Zellen-Variante macht alle Pakete gleich gross und entkoppelt den Takt vom Inhalt; die Mimikry-Variante nimmt den üblichen Web-Port und leitet jeden, der ohne gültigen Schlüssel anklopft, unverändert an eine echte fremde Website weiter — der Prüfer bekommt eine echte Antwort und keinen Hinweis. Dass die Wahl des vorgeschobenen Zielservers entscheidend ist, ist nicht Geschmackssache: Ein 2025 veröffentlichter Nachweis erkennt die Tarnung, wenn der Zielserver seine Sitzungsnachricht in der falschen Reihenfolge sendet. Die Auswahl ist deshalb auf Server einer bestimmten Bauart eingeschränkt. Der Preis ist eine zweite Laufzeitumgebung als Beiwagen — deshalb bleibt diese Variante den beiden oberen Zusammenstellungen vorbehalten. Das Konkurrenzverfahren, das dieselbe Aufgabe löst, ist mit einem konkreten Befund ausgeschieden: Es hängt an eine bestimmte Nachricht des Verbindungsaufbaus vier Bytes an und ist damit allein an der Länge zuverlässig zu erkennen — nicht nachbesserbar, weil die Länge zur Konstruktion gehört.

Beispiel

Eine Zensurinfrastruktur bemerkt Verkehr auf dem üblichen Web-Port und klopft aktiv an. Sie bekommt die echte TLS-Antwort einer bekannten Download-Domain, inklusive gültigem Zertifikat, und stuft die Verbindung als gewöhnliches HTTPS ein. Der Knoten dahinter bleibt unbehelligt, weil er sich nur denjenigen zu erkennen gibt, die den richtigen Schlüssel im Verbindungsaufbau mitbringen.

Vertiefung Verkehrstarnung

B4 · Kaltstart

Ein Netz ohne zentrale Anlaufstelle hat ein Henne-Ei-Problem beim ersten Start

Problem

Der erste Kontakt muss von irgendwoher kommen. Ein einzelner Einstiegsserver ist sperrbar, beschlagnahmbar und widerspricht dem Zweck; eine mitgelieferte Liste veraltet zwischen zwei Veröffentlichungen.

Entscheidung

Fünf gleichrangige Einstiegswege, keiner davon Pflicht, in fester Reihenfolge versucht: ein zwischengespeicherter Verweis aus der letzten Interaktion, lokale Erkennung ohne Internet, eine Datei auf beliebigen Websites, verschlüsselte Einträge im Namenssystem und zuletzt eine mitgelieferte Startliste.

Erklärung

Die fünf Wege liegen auf völlig verschiedenen Ebenen — Anwendungsverweis, Funk und Multicast, HTTP, DNS, fest eingebaut. Ein Ausfall trifft deshalb nie alle gleichzeitig, und keiner ist Angriffspunkt für alle. Der erste Weg ist zugleich der interessanteste: jede Interaktion trägt eine Knotenadresse mit sich, sodass die Einstiegspunkte mit der Nutzung wachsen statt gepflegt werden zu müssen. Die Namenssystem-Einträge sind verschlüsselt, weil öffentliche Einträge sonst die Topologie des Netzes preisgäben — der Grund ist eigens festgehalten. Die mitgelieferte Liste ist ausdrücklich nur Notnagel nach Zeitablauf.

Beispiel

Jemand bucht einen Kurs. Die Bestätigungsmail enthält einen Verweis, der eine Knotenadresse trägt. Beim ersten Start der Anwendung ist damit sofort ein Gegenüber bekannt — ohne dass jemals ein Verzeichnis befragt wurde. Fällt die Domain des Anbieters später aus, bleibt der zwischengespeicherte Verweis brauchbar, und daneben stehen vier weitere Wege.

Vertiefung Wie man überhaupt hineinkommt · Websites als Einstiegspunkte

C1 · S2 Ereignisse

Es gibt keinen Termin, an dem alle gleichzeitig aktualisieren

Problem

In einem Netz ohne Betreiber lässt sich niemand zum Aktualisieren zwingen. Ein Knoten aus dem letzten Jahr trifft auf ein Ereignis, dessen Inhalt er nicht kennt — und muss es trotzdem prüfen, ablegen und weitergeben können, sonst zerfällt das Netz an jeder Formatänderung.

Entscheidung

Vier Felder des Umschlags sind über alle Protokollversionen hinweg unveränderlich in Struktur und Typ: Ereignistyp, Autorenkennung, Signatur, Zeitstempel. Die Nutzlast darunter darf sich frei entwickeln. Löschanweisungen muss jede Version erkennen, ohne Ausnahme.

Erklärung

Die Signatur deckt den Umschlag samt dem Hash der Nutzlast ab und wird vor dem Anhängen geprüft. Der Rumpf bleibt für den Kern ein undurchsichtiger Bytestrom — er darf deshalb auch verschlüsselt sein, ohne Prüfung oder Abgleich zu stören. Löschung ist in dieser Konstruktion kein Zusatzmerkmal, sondern ein Sicherheitsmerkmal: Ein Knoten, der eine Löschanweisung nicht versteht, verbreitet weiter, was netzweit verschwinden soll. Zwei Grenzen gehören dazu — der Formatschutz endet an einem echten Versionssprung, und der Autor bleibt für jeden weiterleitenden Knoten lesbar, was Zurechenbarkeit gegen Anonymität stellt. Der Zeitstempel ist ausdrücklich kein Ordnungskriterium. Vier Alternativen sind geprüft und verworfen, drei davon aus demselben Grund. Ein Versionsfeld im Umschlag hätte den Umschlag selbst wachsen lassen — ein alter Knoten könnte ihn nicht mehr vollständig lesen und eine Löschanweisung aus einer neueren Version nicht erkennen. Den Ereignistyp in die Nutzlast zu verschieben hätte die Löscherkennung davon abhängig gemacht, dass die Nutzlast verstanden wird, mit derselben Folge. Und die Löschverarbeitung als freiwilliges Merkmal zu führen hätte bedeutet, dass ein Teil des Netzes zeigt, was ein anderer entfernt hat. Die vierte Verwerfung betrifft nur die Schreibweise der Nutzlast: ein textbasiertes Format wäre lesbarer, bei Millionen Ereignissen aber deutlich teurer.

Was ein alter Knoten von einem neuen Ereignis versteht

Beispiel

Ein Nutzer widerruft einen veröffentlichten Beitrag. Die Löschanweisung erreicht auch einen Knoten, der seit zwei Jahren nicht aktualisiert wurde und den Beitragstyp gar nicht kennt. Er prüft die Signatur, erkennt am Ereignistyp die Löschung, entfernt den Inhalt und gibt die Anweisung weiter. Hätte er sie ignoriert, weil er den Inhalt nicht versteht, wäre der Widerruf netzweit wirkungslos.

Vertiefung Ereignisse, die einen Versionswechsel überstehen

C2 · S2 Abgleich

Zwei Geräte ändern dasselbe, und keine Instanz darf entscheiden, wer recht hat

Problem

Ohne Zentrale gibt es keine Schiedsstelle und keine verlässliche gemeinsame Uhr. Ein Knoten mit falsch gestellter Uhr dürfte keine Reihenfolge erzwingen können, und gleichzeitige Änderungen dürfen nicht in einem Konflikt enden, den ein Mensch auflösen muss.

Entscheidung

Die Reihenfolge ergibt sich kausal aus dem Ereignisgraphen, nicht aus Zeitstempeln. Gleichzeitig entstandene Änderungen vereinigen verschmelzende Datentypen — für jede Feldart die passende Sorte. Die Replikationseinheit ist ein Log pro Feld, nicht pro Objekt.

Erklärung

Jedes Ereignis verweist auf das, was es gesehen hat; daraus lässt sich beantworten, was wovon wusste, ohne dass irgendwer die Uhrzeit glauben muss. Für die Verschmelzung selbst gibt es drei Sorten — zuletzt-gewinnt für einfache Werte, ein Textalgorithmus für fliessenden Text, eine Anfüge-Menge für Listen. Der feldweise Zuschnitt hat einen zweiten, praktischen Nutzen: Eine Trefferliste lädt nur die Titel und nicht die Volltexte, und grosse Inhalte laufen über prüfbares Streaming, sodass ein Ausschnitt geprüft werden kann, ohne die ganze Datei zu besitzen. Der Preis ist ausdrücklich benannt und ungelöst: zum Wachstum der Verwaltungsdaten, zu Verdichtung und Schnappschüssen steht in der Architektur nichts. Drei Alternativen sind dokumentiert geprüft und verworfen. Die Abgleichlösung, die der Transport selbst mitbringt, kennt für Konflikte nur zuletzt-geschrieben-gewinnt und leistet damit keine echte Verschmelzung. Die bekannteste fremde Bibliothek verankert eine Hashfunktion im Kern ihrer Änderungskennungen, die nicht zum bevorzugten Baukasten passt — und Kennungen lassen sich nachträglich nicht austauschen, weil sie in jeder Referenz stehen. Ein Eigenbau schied wegen des Aufwands aus. Das Restrisiko der gewählten Bibliothek ist offen benannt: Sie steht vor ihrer ersten stabilen Hauptversion und wird von einem kleinen Team entwickelt, wofür die Architektur ausdrücklich Abbruchkriterien festhält.

Beispiel

Im Zug, ohne Empfang, ändert jemand den Titel eines Artikels auf dem Notebook. Zur selben Zeit ergänzt er auf dem Telefon einen Absatz im Fliesstext. Beim nächsten Zusammentreffen werden beide Änderungen übernommen: Der Titel gewinnt nach der kausalen Ordnung, der Absatz wird an der richtigen Stelle eingefügt. Es gibt keine Konfliktanzeige, weil es keinen Konflikt gibt — die beiden Felder sind getrennte Logs.

Vertiefung Kausale Ordnung und Verschmelzung · Vergleich der Replikationsgranularität

C3 · S2 Weiterleitung

Wenn Bewertung über Weiterleitung entscheidet, zerfällt das Netz in Inseln

Problem

Ein Vertrauensmass ist eine Formel, und Formeln ändern sich zwischen Versionen. Hinge das Weiterleiten daran, würden Knoten mit unterschiedlichen Fassungen unterschiedliche Ereignisse verbreiten — das Netz zerfiele entlang der Versionsgrenzen, ohne dass jemand eine Abspaltung beschlossen hätte.

Entscheidung

Weiterleiten hängt ausschliesslich an formalen Prüfungen: gültige Signatur, gültiger Nachweis, eingehaltene Ratenbegrenzung. Jede inhaltliche Bewertung wirkt ausschliesslich lokal in der Anzeige und darf eine Weiterleitung niemals verhindern.

Erklärung

Die Trennung macht die Weiterleitung zu einer Eigenschaft, über die alle Knoten unabhängig von ihrer Version dasselbe Ergebnis erzielen — Netzneutralität als Bauvorschrift statt als Haltung. Bewertung wird damit nicht wertlos, sie wandert nur dorthin, wo sie hingehört: in die Sicht des einzelnen Nutzers. Das ist dieselbe Logik, nach der der Wissensspeicher nicht speichert, dass etwas wahr ist, sondern dass jemand es zu einem Zeitpunkt behauptet hat.

Zwei Tore, nur eines entscheidet über Verbreitung

Beispiel

Version A wertet einen Absender mit 0,3, Version B mit 0,7, und die Anzeigeschwelle liegt bei 0,5. Weil beide Versionen dieselben formalen Prüfungen anwenden, verbreiten beide das Ereignis unverändert weiter. Unterschiedlich ist nur, was die Nutzer sehen: die einen eingeklappt mit Warnhinweis, die anderen regulär. Hinge die Weiterleitung am Wert, hätten die Knoten der Version A das Ereignis nie an die Knoten der Version B gegeben — zwei Netze mit einer gemeinsamen Vergangenheit.

D1 · S3 Wissen

Ein Netz, das das Wissen seiner Teilnehmer kennt, ist kein neutrales Netz mehr

Problem

Wer Inhalte semantisch auswertet, muss sie im Klartext sehen. Läge diese Auswertung in der Netzschicht, wäre jeder weiterleitende Knoten ein lesender Knoten — und ein Wissensdienst im Netz wäre wieder eine zentrale Instanz mit besonderer Kenntnis.

Entscheidung

Die Netzschicht hält ausschliesslich technische Metadaten — gesehene Ereignisse, Statistiken über Gegenstellen, Routing-Hinweise. Anwenderwissen samt Herkunft, Näherungssuche und Gewichtung gehört seit April 2026 dem Ausführungsknoten daneben und läuft dort lokal. Die eingebettete Wissensdatenbank ist kein Netzdienst.

Erklärung

Aus der Trennung folgt die gesamte Datenschutz-Topologie: Der verteilende Knoten kann blind bleiben, weil er nichts auswerten muss, und der auswertende Knoten ist der eigene. Der verteilte Graph entsteht dadurch, dass Ereignisse verteilt werden, nicht dadurch, dass eine Datenbank repliziert wird — der rechnende Speicher ist eine Sicht auf einen Ausschnitt, nicht die Quelle. Die kanonische, verschlüsselte, inhaltsadressierte Ablage bleibt die Netzschicht; die ursprüngliche Regel, abgeleitete Schichten dürften nur lesen, ist im Juni 2026 zurückgenommen worden. Die Alternative, einen eigenen Wissensdienst im Netz zu betreiben, ist ausdrücklich verworfen: Sie hätte eine zentrale Stelle geschaffen, deren Ausfall alle trifft und deren Betreiber sieht, was alle suchen.

Beispiel

Eine Ähnlichkeitssuche über die eigene Sammlung läuft vollständig auf dem eigenen Rechner — die Texte werden lokal in Zahlenvektoren übersetzt, der Index liegt lokal, die Abfrage verlässt das Gerät nicht. Ein Knoten, der dieselben Ereignisse weitergereicht hat, weiss davon nichts und kann es nicht wissen: Er hat nur Chiffretext gesehen.

Vertiefung Wo die Wahrheit liegt, wenn gerechnet werden muss · Die Grenze zwischen privatem Wissen und dem Netz

E1 · S4 Identität

Wer einen Schlüssel stiehlt, darf damit nicht die Identität übernehmen

Problem

Dass ein gestohlener Signaturschlüssel Fälschungen erlaubt, ist nicht zu verhindern. Verhindern lässt sich, dass der Dieb einen eigenen Schlüssel als neuen gültigen einträgt — und damit die Identität samt Geschichte und Beziehungen dauerhaft an sich reisst.

Entscheidung

Vorab-Rotation: Jeder Eintrag im hash-verketteten Änderungsprotokoll benennt bereits den Fingerabdruck des nächsten Schlüssels. Eine Rotation gilt nur, wenn der neue Schlüssel zu diesem vorab hinterlegten Wert passt. Wiederherstellung nach Geräteverlust läuft als gewöhnliche Rotation, nicht als Neuanfang.

Erklärung

Der Nachfolger war nie im Umlauf; von ihm existiert nur der Fingerabdruck. Ein Angreifer mit dem aktuellen Schlüssel kann deshalb sprechen, aber nicht erben. Die Saat, aus der der Nachfolger deterministisch entsteht, liegt auf keinem Gerät, sondern aufgeteilt bei fünf Vertrauenskontakten, von denen drei genügen. Die Domain, über die eine solche Identität üblicherweise auflösbar ist, ist bewusst kein Abschaltpunkt: Portabilität ab dem Gründungseintrag, Verteilung über die Abgleichschicht und unabhängige Beobachter — die längste gültige Kette gewinnt. Der ursprünglich geplante Ansatz wurde verworfen, weil der erhoffte Schutz durch Zeugen protokollseitig gar nicht existierte. Ein Kompromiss wird offen benannt: Die Verkettung schreibt eine Hashfunktion vor, die nicht die bevorzugte ist — hingenommen, weil dort nichts signiert wird. Für die Wiederherstellung sind zwei bequemere Wege verworfen: ein Neustart bei null, der alle Beziehungen gekostet hätte, und das Anzeigen einer Merkwortliste, die Nutzer erfahrungsgemäss verlieren.

Beispiel

Telefon und Notebook sind weg. Drei der fünf Kontakte geben ihre Anteile heraus, daraus entsteht die Saat und daraus der Nachfolgeschlüssel — der zu dem Fingerabdruck passt, der seit dem letzten Eintrag im Protokoll steht. Die Rotation wird eingetragen und sieht für jeden Prüfer aus wie eine gewöhnliche. Kennung, Geschichte und Beziehungen bleiben. Findet jemand eines der Geräte und liest den Schlüssel aus, kann er bis zur Rotation fälschen — übernehmen kann er nichts.

Vertiefung Ein gestohlener Schlüssel darf keine Übernahme erlauben

E2 · S4 Identität

Zeugen, die der Inhaber selbst benennt, schützen gegen jeden ausser gegen ihn

Problem

Zeugen sollen verhindern, dass jemand zwei widersprüchliche Fassungen seiner eigenen Geschichte in Umlauf bringt. Sucht der Inhaber sie sich selbst aus, kann er sie aussuchen, die mitspielen — der Schutz richtet sich dann gegen alle ausser gegen den einen, gegen den er gedacht war.

Entscheidung

Ein Losverfahren mit überprüfbarer Zufallsfunktion: Jeder Kandidat zieht selbst, das Ergebnis ist für alle nachprüfbar und für niemanden vorhersehbar. Die Konstruktion steht eigenständig, ohne Anleihe beim ursprünglich geplanten Verfahren.

Erklärung

Die Ziehung ist damit unbeeinflussbar — aber nur so gut wie der Zufall, aus dem sie entsteht, und der kommt aus einem kuratierten Kreis von Betreibern. Solange nicht genug unabhängige Instanzen existieren, ist das ein einzelner Gründungsserver; die Architektur verlangt ausdrücklich, diesen Zustand als reduzierte Sicherheitsstufe zu benennen. Die Konstruktion ist eigen und unerprobt, die Bibliotheken sind nicht auditiert, und Kreisgrösse, Schwelle und Zeitabschnitt sind bewusst noch offen. Vier fremde Zufallsquellen wurden geprüft und verworfen — eine wegen fremder Kryptografie, die übrigen wegen Konsensbedarf oder weil der letzte Teilnehmer das Ergebnis beeinflussen kann.

Beispiel

Für einen Rotationseintrag werden fünf Zeugen gebraucht. Statt sie zu benennen, wirft jeder Kandidat sein eigenes Los mit seinem Schlüssel und einem gemeinsamen Zufallswert; wer unter der Schwelle landet, ist Zeuge und kann es beweisen. Der Inhaber erfährt erst hinterher, wer gezogen wurde — bestechen müsste er vorher, und dafür müsste er wissen, wen.

Vertiefung Zeugen, die sich niemand selbst aussucht

E3 · S4 Kryptografie

Was heute mitgeschnitten wird, kann in zwanzig Jahren entschlüsselt werden

Problem

Ein Beobachter muss heute nichts brechen, es genügt zu speichern. Wird der Schlüsselaustausch später durch leistungsfähigere Rechner angreifbar, sind rückwirkend alle so ausgehandelten Sitzungen offen. Ein reiner Wechsel auf junge Verfahren tauscht dieses Risiko nur gegen ein anderes.

Entscheidung

Zwei Verfahren nebeneinander im Schlüsselaustausch — ein etabliertes und ein quantenresistentes —, wobei es genügt, wenn eines hält. Hash-basierte Signaturen ausschliesslich für die seltenen kritischen Ereignisse wie Gründung und Rotation, nicht für den Alltagsverkehr.

Erklärung

Der hybride Austausch kombiniert die Geheimnisse beider Verfahren, sodass ein Bruch eines der beiden folgenlos bleibt — das ist die konservative Antwort auf ein junges Verfahren, dessen Sicherheitsannahmen noch weniger Angriffsjahre gesehen haben. Die hash-basierten Signaturen sind mit 8 bis 17 Kilobyte pro Stück viel zu gross für laufenden Verkehr, aber genau dort vertretbar, wo im Leben einer Identität nur eine Handvoll Signaturen anfällt — und sie stützen sich auf nichts als die Härte einer Hashfunktion.

Beispiel

Ein Gegner zeichnet heute den gesamten Verbindungsaufbau zweier Knoten auf. Um an den Sitzungsschlüssel zu kommen, müsste er beide Verfahren brechen, nicht eines. Und selbst wenn ihm das eines Tages beim etablierten gelingt: Der Gründungseintrag der Identität trägt eine Signatur, deren Sicherheit ausschliesslich an einer Hashfunktion hängt.

Vertiefung Ein Baukasten, konsequent bevorzugt

E4 · S4 Identität

Ein Identitätsanker auf einer Blockchain ist ein Türsteher

Problem

Hängt das Anmelden, Lesen oder Schreiben an einem externen Netzwerk, entscheidet dessen Verfügbarkeit, Gebührenmodell und Regulierung über die Teilnahme. Das Vorgängersystem hatte genau das, und es widersprach dem Anspruch, dass niemand ausgeschlossen werden kann.

Entscheidung

Kein externes Kettennetzwerk ist erforderlich für Anmeldung, Veröffentlichen, Lesen, Kommunikation, Netzeinstieg oder Wiederherstellung. Optional bleibt es für Zertifikate und externe Zahlungen.

Erklärung

Die Identität trägt sich selbst — ihr Beweis ist die signierte, hash-verkettete Geschichte, nicht ein Eintrag in einem fremden Register. Damit fällt jede Abhängigkeit von Verfügbarkeit und Gebühren weg, und ein Sperren des Kettennetzwerks trifft die Grundfunktionen nicht. Der Preis: Es gibt keine globale, von aussen einsehbare Namensauflösung, und die Fälle, in denen ein öffentlicher Anker wirklich hilft — etwa handelbare Bescheinigungen —, müssen ihn ausdrücklich hinzunehmen.

Beispiel

Eine Region trennt sich vom internationalen Zahlungsverkehr und blockiert die üblichen Kettennetzwerke. Anmelden, Lesen, Schreiben und Wiederherstellen funktionieren unverändert, weil keine dieser Funktionen je dorthin gesprochen hat. Was ausfällt, sind ausschliesslich die optionalen Bescheinigungen.

F1 · S5 Zugriff

Rechte weitergeben, ohne dass ein Dienst gefragt wird — und ohne dass dabei etwas wächst

Problem

Wer für die Rechteprüfung einen Dienst fragen muss, ist offline wertlos — und hat nebenbei wieder eine Instanz geschaffen, die entscheiden könnte. Wer stattdessen weiterreichbare Bescheinigungen verteilt, muss sicherstellen, dass niemand mehr weitergibt, als er selbst hatte.

Entscheidung

Berechtigungen sind ein vorzulegendes Dokument: eine anfügbare Blockkette, bei der jeder Weitergabeschritt einen Block mit zusätzlichen Bedingungen anhängt. Der Umfang kann dabei ausschliesslich kleiner werden. Bedingungen stehen in einer eingebetteten Regelsprache.

Erklärung

Der Prüfer wertet alle Blöcke aus und nimmt den Schnitt — er braucht dafür weder die Anwendungslogik zu kennen noch jemanden zu fragen. Weil angehängt und nie ersetzt wird, wächst das Dokument linear und nicht quadratisch wie bei Konstruktionen, die jeden Schritt neu einbetten.

Drei Blöcke, ein immer kleinerer Umfang

Der zunächst geplante Standard schied aus: Er schreibt eine im Projekt nicht bevorzugte Hashfunktion zwingend vor, lässt fremde Kurven gleichberechtigt zu, und ein alternativer, nicht widerrufener Beweispfad kann einen Widerruf umgehen. Gruppen laufen über dieselbe Kette eine Ebene höher statt über ein zweites Rechtesystem.

Beispiel

Eine Käuferin gibt Kapitel 3 an ihre Lerngruppe weiter: ein Anhang mit „nur lesen", „nur dieses Kapitel", „nur bis Monatsende". Ein Mitglied der Gruppe versucht, daraus Zugriff auf Kapitel 4 abzuleiten — und kann es nicht, weil kein Block Rechte hinzufügt. Als die Zahlung platzt und der Wurzelblock gesperrt wird, verfallen die Weitergaben automatisch mit.

Vertiefung Rechte, die nur schrumpfen

F2 · S5 Zugriff

Unwiderrufliches Veröffentlichen und entziehbarer Verkauf schliessen einander aus

Problem

Ein Text, der unter Repression zirkulieren soll, darf niemanden brauchen, der ihn freischaltet — sonst gibt es jemanden, der ihn abschalten kann. Ein verkaufter Kurs dagegen braucht genau das. Ein Modell, das beides halb kann, kann keines von beidem.

Entscheidung

Zwei Zugriffsmodelle nebeneinander, die Wahl trifft der Eigentümer je Objekt: souverän — der Inhaltsschlüssel geht direkt und unwiderruflich an die Empfänger — oder verwaltet, mit einem ausgebenden Knoten, der Berechtigung und Zahlung prüft.

Erklärung

Die Trennung ist kryptografisch, nicht organisatorisch: Im souveränen Modus existiert schlicht keine Stelle, die etwas entziehen könnte, und Lesen ist unbegrenzt offline möglich. Der verwaltete Modus arbeitet mit undurchsichtigen Kennungen, sodass der ausgebende Knoten prüfen kann, ohne zu erfahren, worum es geht. Die beiden Berechtigungsmechanismen des Vorgängersystems — nachträgliches Umschlüsseln durch einen Stellvertreter und Schwellwertsignaturen — sind ausdrücklich nicht übernommen worden: beide hatten harte Grenzen, und die Zweiteilung löst dieselben Anwendungsfälle mit weniger beweglichen Teilen.

Beispiel

Dieselbe Autorin veröffentlicht eine Recherche souverän — wer sie einmal hat, behält sie, und keine Behörde findet eine Stelle, an der sich das rückgängig machen liesse — und verkauft daneben einen Kurs im verwalteten Modus, bei dem ein geplatztes Lastschriftmandat den weiteren Zugang beendet. Beides im selben Programm, beides mit denselben Bausteinen.

Vertiefung Zwei Modelle, weil eines nicht beides kann

F3 · S5 Inhalte

Ein einmal ausgehändigter Schlüssel lässt sich nicht zurückholen

Problem

Wer einen Inhaltsschlüssel bekommen hat, hat ihn — Entzug ist mathematisch unmöglich. Alles neu zu verschlüsseln ist bei verteilten, inhaltsadressierten Daten unbezahlbar. Ein fortlaufend abgeleiteter Schlüssel wiederum würde paralleles Herunterladen blockieren, weil das hundertste Teilstück erst nach den neunundneunzig davor lesbar wäre.

Entscheidung

Verteilt wird nicht der Inhaltsschlüssel, sondern eine Sitzungssaat — aufgeteilt auf mehrere ausgebende Knoten. Jedes Teilstück bekommt seinen eigenen Schlüssel, direkt aus Saat und Position abgeleitet. Entzug heisst: keine neuen Anteile mehr für neue Sitzungen.

Erklärung

Die Ableitung über die Position statt über den Vorgänger hält jedes Teilstück in einem Schritt erreichbar — paralleles Laden bleibt unbehindert. Die Saat selbst ist die Indirektion, die Entzug überhaupt erst möglich macht: Sie liegt nirgends vollständig, sondern nur in Anteilen, und ohne die nötige Zahl von Anteilen entsteht sie nicht neu. Die Ableitung nutzt ausdrücklich eine kontextgebundene Funktion, damit dieselbe Saat in einem anderen Zusammenhang keine gleichen Schlüssel erzeugt. Was der Entzug nicht kann, steht ausdrücklich dabei: Bereits geladene Teilstücke bleiben lesbar, und die Verteilung der Sperrliste ist bis heute nicht festgelegt.

Beispiel

Eine Kursteilnehmerin lädt die Kapitel 1 bis 4 herunter und liest sie offline. Nach dem Entzug bekommt sie keine Anteile mehr — Kapitel 5 bleibt für sie ein Block Chiffretext, den sie zwar besitzen, aber nicht öffnen kann. Die vier geladenen Kapitel bleiben lesbar, bis die Gültigkeit ihres Berechtigungsdokuments abläuft. Diese Lücke ist der Preis dafür, dass das System offline funktioniert.

Vertiefung Ein Kurs wird gekauft — und der Zugang später entzogen

F4 · S5 Zugriff

Wer den Netzstecker zieht, darf dadurch keine Rechte gewinnen

Problem

Ein System, das offline arbeiten soll, ist versucht, Prüfungen abzusenken, wenn niemand erreichbar ist. Genau daraus entsteht die Rechteausweitung: Ein Angreifer wird zum Verwalter, indem er die Verbindung kappt. Dazu kommt die zurückgedrehte Uhr, mit der sich abgelaufene Berechtigungen wiederbeleben liessen.

Entscheidung

Der Netzzustand ist niemals Eingabewert einer Autorisierungsentscheidung — es gibt keinen Codepfad nach dem Muster „wenn offline, dann erlauben". Autorität ist Schlüsselbesitz, nicht Erreichbarkeit und nicht physische Anwesenheit. Fehlt eine Information, wird abgelehnt. Gegen Uhr-Rücksprünge läuft eine nur vorwärts wandernde Zeituntergrenze.

Erklärung

Die Prüfungen sind ohnehin reine lokale Kryptografie und laufen offline Byte für Byte gleich — „offline" ist ein Verbindungszustand, kein Sicherheitsmodus. Damit verschwindet die ganze Klasse von Lücken, die aus der Sonderbehandlung entsteht. Was übrig bleibt, ist benannt und klein: die Frische des Widerrufs, die sich beim nächsten Netzkontakt von selbst einholt. Praktische Folge für den Bau: Die lokale Prüfung von Identität und Berechtigung gehört in die erste baubare Stufe, der Transport nicht.

Beispiel

Jemand nimmt ein Firmengerät mit, trennt es vom Netz und versucht, sich lokal höherrangige Rechte zu geben. Er scheitert daran, dass die Prüfung keinen Zweig für fehlende Verbindung kennt: Ohne entsperrten Schlüssel gibt es keine Berechtigung. Stellt er die Uhr zwei Jahre zurück, um ein abgelaufenes Dokument wieder gültig zu machen, greift die Zeituntergrenze — der höchste je verifiziert gesehene Zeitpunkt bleibt stehen.

Vertiefung Der Satz, der das Offline-Modell trägt

F5 · S5 Zugriff

Eine Berechtigung für einen autonomen Agenten ist der Menge nach unbegrenzt

Problem

Klassische Rechte beantworten „darf er das", nicht „wie oft". Bekommt ein KI-Agent das Recht, Beiträge zu erzeugen und zu veröffentlichen, ist damit weder die Anzahl noch der Zeitraum noch die Reichweite begrenzt — und der Mensch, der die Einzelprüfung bewusst abgegeben hat, sieht das Ergebnis erst hinterher.

Entscheidung

Autonome Handlungs- und Ausfuhrrechte tragen Kontingent-Grenzen im Berechtigungsformat: Höchstzahl, Rate, Weitergabetiefe, Ablauffenster und Ziel-Reichweite. Der Mechanismus aus dem Vorgängersystem, der beim Formatwechsel still verlorengegangen war, ist im Juli 2026 ausdrücklich wieder aufgenommen worden.

Erklärung

Die Ziel-Reichweite ist dabei der robusteste Hebel, weil sie unabhängig vom Inhalt wirkt: Ob der Agent Sinnvolles oder Unsinniges erzeugt, ändert nichts daran, wohin es gehen darf. Die übrigen Achsen wirken ohne jede Tokenökonomie; eine an ein Guthaben gebundene Ausgabenobergrenze kommt erst später dazu. Ergänzt wird das durch Sichtbarkeit: Terminierte Aufträge laufen über eine Warteschlange und sind vor der Ausführung einsehbar und stornierbar. Eine Restgrenze wird ausdrücklich eingeräumt — bei öffentlicher Ziel-Reichweite kann eingeschleustes Fremdmaterial mit hinausgehen.

Beispiel

Ein Agent bekommt den Auftrag, aus einem Artikel eine über drei Wochen terminierte Kampagne zu erzeugen. Sein Berechtigungsdokument erlaubt höchstens 40 Beiträge, maximal 5 pro Tag, ausschliesslich in zwei benannte Kanäle, und läuft am 30. September ab. Der 41. Beitrag wird nicht abgelehnt, weil jemand ihn geprüft hätte, sondern weil das Dokument ihn nicht deckt.

G1 · S6 Gateway

Dass etwas vom selben Rechner kommt, sagt nicht, wer es ist

Problem

Ein Browser-Programm, das mit einem lokalen Knoten sprechen will, kann sich nicht über die üblichen Prozesswege ausweisen. Die naheliegenden Behelfe — die Herkunft von der eigenen Maschine als Beweis nehmen oder eine Liste erlaubter Web-Ursprünge führen — prüfen die Leitung statt den Schlüssel.

Entscheidung

Der Browser-Client weist sich mit einer Signatur auf eine frische Zufallsaufgabe aus. Der private Schlüssel entsteht im Browser und verlässt ihn nie. Die Erstkopplung wird interaktiv am Knoten bestätigt; das Zugriffsrecht selbst ist ein widerrufbares Berechtigungsdokument.

Erklärung

Eine mitgelesene Anmeldung ist damit wertlos, weil die Aufgabe jedes Mal neu ist — anders als bei einer festen Zugangsmarke, die nach einem Abfluss bis zum Ablauf beliebig wiederverwendbar wäre. Browser-Code ist ausdrücklich als unvertrauter, jederzeit austauschbarer Fremdcode eingestuft; die Loopback-Herkunft belegt nur, dass etwas auf demselben Rechner läuft, nicht was. Die Bestätigung am Knoten statt einer automatischen Freigabe verhindert, dass die verworfene Herkunftsannahme durch die Hintertür zurückkehrt — und sie skaliert, weil jeder neue Client sich einmalig selbst koppelt, statt in einer gepflegten Liste zu stehen. Die Ursprungsliste des Browsers bleibt bestehen, ist aber ausdrücklich keine Authentifizierung. Dieselbe Logik gilt für Zweitgeräte, die einen eigenen Schlüssel bekommen statt einer Kopie des Hauptschlüssels.

Beispiel

Ein Redaktionsfrontend im Browser will zum ersten Mal auf den lokalen Knoten zugreifen. Der Knoten zeigt die Anfrage samt kurzer Schlüsselkennung an, ein Mensch bestätigt. Ab dann signiert der Client bei jeder Anmeldung eine neue Zufallsaufgabe. Ein zweites, fremdes Programm auf demselben Rechner kommt nicht durch, obwohl es dieselbe Loopback-Adresse benutzt — es hat keinen gekoppelten Schlüssel. Der Präzedenzfall, gegen den diese Festlegung geschrieben ist, steht im Vorgängersystem: eine Prüfung, die jeden nicht-leeren Zugangswert akzeptierte und das per Test als Sollverhalten festhielt.

Vertiefung Wie ein Browser mit einem lokalen Knoten spricht · Ein zweites Gerät, ohne den Hauptschlüssel zu kopieren

H1 · S7 Live

Anonymität und ein flüssiges Gespräch schliessen sich physikalisch aus

Problem

Sprache und Video brauchen das Gegenteil von zuverlässigem Ereignistransport: unzuverlässiges UDP, verworfene statt wiederholter Bilder, unter 150 Millisekunden von Ende zu Ende. Anonymisierendes Routing kostet mehrere hundert. Beides zusammen geht nicht, und ein Live-Strom durch die Ereignisschicht zu zwingen hiesse, gegen jede ihrer Eigenschaften zu arbeiten.

Entscheidung

Live-Kommunikation ist eine eigene Schicht neben den anderen, nicht darüber. Die Medien laufen über einen eigenen Stapel mit eingebauter Verschlüsselung, die Rufaushandlung dagegen über die Ereignisschicht. Statt Anonymität gibt es zwei Relais in getrennten Betreibernetzen.

Erklärung

Die Trennung macht den Widerspruch explizit, statt ihn in einer Schicht zu verstecken, die dann beides schlecht kann. Dass die Aushandlung über die Ereignisschicht läuft, spart einen eigenen Signalisierungsserver: Einladung, Antwort und Verbindungskandidaten sind kurzlebige Ereignisse, die nach Gesprächsende weggeräumt werden. Die beiden Relais kosten 20 bis 50 Millisekunden je Sprung und bleiben damit im Budget. Der Schutz ist ausdrücklich wahrscheinlichkeitsbasiert und nicht kryptografisch: Relais 1 kennt den Anrufer und Relais 2, Relais 2 kennt Relais 1 und die Gegenstelle — arbeiten beide zusammen, ist der Schutz weg. Die Pflichtprüfung auf verschiedene Betreibernetze ist der Grund, warum das nicht trivial zu unterlaufen ist.

Beispiel

Zwei Personen telefonieren. Keine der beiden erfährt die Adresse der anderen, weil beide nur mit ihrem jeweiligen Relais sprechen. Der Betreiber des ersten Relais könnte den Anrufer identifizieren, aber nicht den Angerufenen; beim zweiten ist es umgekehrt. Nach dem Auflegen verschwinden die Aushandlungsereignisse durch die reguläre Löschmechanik.

Vertiefung Live-Medien im Vergleich