Wat centraal blijft

Je eigen node draaien verplaatst je data naar jouw machine. Het verplaatst niet alles, en de uitzonderingen zijn de moeite waard om te kennen voordat je beslist.

De rootsleutel van het register

De mesh heeft precies één vertrouwensanker: de sleutel die het registerdocument ondertekent. De privéhelft ervan blijft bij wie het register beheert — voor de publieke mesh, trusted.codes Inc. — en verlaat die bewaring nooit.

Dat is wat toelating betekenisvol maakt. Als elke node de lijst kon ondertekenen, zou op de lijst staan niets betekenen.

Toelating zelf is een menselijke beslissing die centraal wordt genomen. Intrekking ook. Zie Vertrouwen en toelating.

Facturatie

Facturatie is centraal en heeft geen instelling voor de operator. Jouw node heeft geen betaalconfiguratie om in te vullen en verwerkt nooit een kaart.

Mobiele push

Er is één Trusted Codes-mobiele app in de stores, en één set inloggegevens die Apple en Google daarvoor accepteren. Die inloggegevens worden niet aan operators verstrekt.

Dus gaat push voor jouw gebruikers centraal uit, namens jouw node. Jouw node bewaart de apparaattokens; hij geeft ze door voor aflevering, zonder inhoud erbij. Wat dat wel en niet draagt staat beschreven in Wat er tussen servers overgaat.

Of ze worden geaccepteerd wordt centraal besloten, niet door jouw node, en niet door er een te installeren. Een node die niet is geaccepteerd voor doorgifte wordt afgewezen, en zijn gebruikers krijgen geen push. Verder verandert er niets: de app haalt bij zodra hij weer wordt geopend, precies zoals wanneer een relay faalt.

Rechten voor operators

Een node die onder een Operating Grant draait, bewaart een ondertekende verklaring van waar hij recht op heeft. De node vernieuwt die volgens een schema door een attestatie te ondertekenen en centraal om een nieuwe te vragen.

Stilte laat de grant verlopen. Als de node stopt met vragen, of centraal weigert, loopt de grant die hij heeft gewoon af in plaats van eindeloos door te lopen. Een vernieuwingspoging die centraal niet kan bereiken doet niets en wordt opnieuw geprobeerd; het breekt de node niet.

Een node die niet onder een grant draait, wordt door niets hiervan geraakt.

Accounts voor mensen die er geen hebben

Een node die geen accounts kan aanmaken — omdat hij nieuwe mensen alleen op uitnodiging toelaat, of helemaal niet — kan niemand aan boord nemen die nergens een account heeft. Als de operator het heeft aangezet, biedt de node zo’n uitnodiging aan trusted.codes aan, registreert de persoon zich daar, en wordt de verbinding daarna op de node voltooid.

Dit is het enige gangbare geval waarin een node een e-mailadres overdraagt, en het staat standaard uit.

Wat niet centraal is

Jouw database. Jouw gebruikers. Jouw aanmelding. Jouw domein en zijn certificaat. Jouw e-mailtransport, dat alle post van jouw node draagt, zowel voor aanmelding als voor de applicatie.

Sleutels die je zelf opgeeft voor de optionele diensten — geolocatie en fraudescores, de AI-assistent, de ingesloten dashboards — zijn van jou, voor jouw inzet. Ze zijn buiten jouw node nergens zichtbaar, en ze weglaten zet die functie gewoon uit.

Welke portaaloppervlakken jouw node aanbiedt, en of ze draaien, is ook aan jou. De beheerapp kan je de opdracht vertellen; hij kan zelf niets starten of stoppen op jouw host.