Gruppe als Ort (group as place)

Gruppe als Ort (group as place) bezeichnet im Real Life Trust Protocol eine Gruppe als gemeinsamen Ort statt als Liste von Mitgliedsausweisen. Der Ort ist ein verschlüsseltes Dokument, das auf jedem Gerät jedes Mitglieds liegt und ein eigenes Log führt: wer beigetreten ist, wer gegangen ist, welche Regeln gelten. Die Projektseite fasst es so: Being a member means holding a place, not holding a claim. Ich lese das als Kern des Entwurfs, denn alles Weitere folgt daraus, dass Zugehörigkeit ein Zustand ist und kein ausgestelltes Papier.

So funktioniert es

Mitgliedschaft besteht aus zwei Dingen: einem Eintrag im Gruppenzustand und dem Besitz des aktuellen Schlüssels. Der Zustand wird aus dem Authority-Log berechnet, der Schlüssel wechselt mit jeder Schlüsselepoche. Wer beitritt, durchläuft die Aufnahme in fünf Schritten.

Die Regeln der Gruppe stehen als Daten im Log. Für jede privilegierte Operation, etwa member.add, member.remove, epoch.rotate oder policy.change, gibt es ein Policy-Objekt, und jedes Gerät erzwingt es selbst. Als Anforderung sind any-member, threshold mit k größer gleich eins, eine Akteursmenge mit Schwelle und vouch(n) vorgesehen, auch kombiniert. Das Hinzufügen eines Mitglieds steht standardmäßig auf any-member. Admins gibt es nicht, ein alleiniger Gründer ist laut Spezifikation der Sonderfall k = 1. Er gründet über einen Paar-Kontext, und sein Genesis-Schlüssel signiert einmal und darf danach vernichtet werden.

Die Spezifikation nennt Grenzen: Die Aufnahme ist auf 4096 Mitglieder begrenzt, auf dem Draht gilt eine Obergrenze von 8192, je Mitglied sind höchstens acht Geräte vorgesehen. Die Schicht für die Inhalte der Gruppe ist nicht veröffentlicht.

Im Vergleich

Die Verifiable Trust Infrastructure (VTI) der Trust-over-IP-Arbeitsgruppe kennt ebenfalls gemeinsame Räume. Ein „data room“ ist dort ein geteilter Raum mit eigener Mitgliedschaft, betrieben auf einem Room-Host, der als Host Service zur Infrastruktur zählt. Rechte wie room-present und room-open regeln, wer eine Präsentation für den Raum erzeugt und wer einen versiegelten Eintrag öffnet. Die Mitgliedschaft entscheidet eine Verifiable Trust Community als Autorität, und Verwaltung drückt die Community in Rollen und Fähigkeiten aus. RLTP macht den Raum selbst zum Protokollobjekt, repliziert bei den Mitgliedern, ohne Betreiber. An die Stelle von Rollen treten Regeln als Daten im Log.

Die Identität eines Mitglieds in der Gruppe ist ein eigener Anker. Außenstehenden gegenüber lässt sich die Mitgliedschaft in RLTP bisher nicht belegen.

Einordnung

Diese Erläuterung gehört zu den Fachnotizen über das Real Life Trust Protocol und gibt den Stand der Spezifikationen vom Oktober 2026 wieder. Der Access Layer (0.54) ist spezifiziert und in einem experimentellen Prüfaufbau gegen den Schlüsseladapter beekem/0.1 erprobt, in der Bibliothek 0.3.2 aber noch nicht enthalten. Ein Nachweis der Mitgliedschaft für Außenstehende ist ein offener Punkt.

Quelle

https://trust-protocol.real-life.org/understand/foundations/

https://github.com/real-life-org/trust-protocol