Zum Inhalt springen

Was zentral bleibt

Einen eigenen Knoten zu betreiben verlagert deine Daten auf deine Maschine. Es verlagert nicht alles, und die Ausnahmen solltest du kennen, bevor du dich entscheidest.

Das Mesh hat genau einen Vertrauensanker: den Schlüssel, der das Registry-Dokument signiert. Seine private Hälfte bleibt bei wem auch immer die Registry betreibt — für das öffentliche Mesh ist das trusted.codes Inc. — und verlässt diesen Gewahrsam nie.

Das ist es, was Aufnahme bedeutsam macht. Könnte jeder Knoten die Liste signieren, würde ein Platz auf der Liste nichts aussagen.

Die Aufnahme selbst ist eine zentral getroffene menschliche Entscheidung. Ebenso der Widerruf. Siehe Vertrauen und Aufnahme.

Die Abrechnung ist zentral und hat keine Betreiber-Einstellung. Dein Knoten hat keine Zahlungskonfiguration auszufüllen und verarbeitet nie eine Karte.

Es gibt eine Trusted-Codes-Mobile-App in den Stores und einen Satz Zugangsdaten, den Apple und Google dafür akzeptieren. Diese Zugangsdaten werden nicht an Betreiber verteilt.

Deshalb geht Push für deine Nutzer zentral hinaus, im Namen deines Knotens. Dein Knoten hält die Geräte-Tokens; er übergibt sie zur Zustellung, ohne angehängten Inhalt. Was das trägt — und was nicht — steht in Was zwischen Servern übertragen wird.

Ob sie angenommen werden, wird zentral entschieden, nicht von deinem Knoten, und auch nicht durch dessen Installation. Ein Knoten, der für das Relais nicht angenommen wird, wird abgelehnt, und seine Nutzer bekommen kein Push. Sonst ändert sich nichts: Die App holt beim nächsten Öffnen nach, genau wie wenn das Relais fehlschlägt.

Ein Knoten, der unter einer Betriebslizenz läuft, hält eine signierte Erklärung darüber, wozu er berechtigt ist. Der Knoten erneuert sie nach einem Zeitplan, indem er eine Bestätigung signiert und zentral um eine frische bittet.

Schweigen lässt die Lizenz verfallen. Fragt der Knoten nicht mehr nach, oder lehnt die Zentrale ab, läuft die Lizenz, die er hält, einfach aus, statt unbegrenzt fortzubestehen. Ein Erneuerungsversuch, der die Zentrale nicht erreicht, tut nichts und wird erneut versucht; er bringt den Knoten nicht zum Absturz.

Ein Knoten, der nicht unter einer Lizenz läuft, ist davon nicht betroffen.

Ein Knoten, der keine Konten anlegen kann — weil er neue Personen nur auf Einladung akzeptiert, oder gar nicht —, kann niemanden an Bord holen, der nirgendwo ein Konto hat. Hat der Betreiber es aktiviert, bietet der Knoten so eine Einladung trusted.codes an, die Person registriert sich dort, und die Verbindung wird anschließend auf dem Knoten abgeschlossen.

Das ist der einzige routinemäßige Fall, in dem ein Knoten eine E-Mail-Adresse übergibt, und er ist standardmäßig abgeschaltet.

Deine Datenbank. Deine Nutzer. Deine Anmeldung. Deine Domain und ihr Zertifikat. Dein E-Mail-Transport, der die gesamte Post deines Knotens trägt, sowohl Anmeldung als auch Anwendung.

Alle Schlüssel, die du für die optionalen Dienste hinterlegst — Geolokalisierung und Betrugsbewertung, den KI-Assistenten, die eingebetteten Dashboards — gehören dir, für deine Installation. Sie sind außerhalb deines Knotens nicht sichtbar, und lässt du sie weg, schaltet das einfach diese Funktion ab.

Welche Portal-Oberflächen dein Knoten bereitstellt und ob sie laufen, ist ebenfalls deine Sache. Die Admin-App kann dir den Befehl nennen; starten oder stoppen kann sie selbst nichts auf deinem Host.