Ce qui reste central

Exploiter ton propre nœud déplace tes données sur ta machine. Ça ne déplace pas tout, et les exceptions valent la peine d’être connues avant de te décider.

La racine du registre

Le maillage n’a qu’une seule ancre de confiance : la clé qui signe le document du registre. Sa moitié privée reste chez celui qui exploite le registre — pour le maillage public, trusted.codes Inc. — et ne quitte jamais sa garde.

C’est ce qui rend l’admission significative. Si chaque nœud pouvait signer la liste, figurer sur la liste ne dirait rien.

L’admission elle-même est une décision humaine prise de façon centrale. La révocation aussi. Voir Confiance et admission.

Facturation

La facturation est centrale et n’a aucun réglage côté exploitant. Ton nœud n’a aucune configuration de paiement à remplir et ne traite jamais de carte.

Notifications push mobile

Il n’y a qu’une seule application mobile Trusted Codes dans les stores, et un seul jeu d’identifiants qu’Apple et Google acceptent pour elle. Ces identifiants ne sont pas distribués aux exploitants.

Les notifications push pour tes utilisateurs partent donc de façon centrale, au nom de ton nœud. Ton nœud détient les jetons d’appareil ; il les transmet pour livraison, sans aucun contenu joint. Ce que ça transporte — et ne transporte pas — est détaillé dans Ce qui passe entre les serveurs.

Le fait qu’ils soient acceptés est décidé de façon centrale, pas par ton nœud, et pas en installant quoi que ce soit. Un nœud qui n’est pas accepté pour le relais est refusé, et ses utilisateurs n’ont aucune notification push. Rien d’autre n’est affecté : l’application se rattrape à sa prochaine ouverture, exactement comme quand un relais échoue.

Droits pour les exploitants

Un nœud qui tourne sous une licence d’exploitation détient une déclaration signée de ce à quoi il a droit. Le nœud la renouvelle sur un calendrier en signant une attestation et en demandant une version fraîche au serveur central.

Le silence fait expirer la licence. Si le nœud arrête de demander, ou que le central refuse, la licence qu’il détient s’épuise simplement au lieu de continuer indéfiniment. Une tentative de renouvellement qui ne peut pas atteindre le central ne fait rien et est retentée ; elle ne casse pas le nœud.

Un nœud qui ne tourne pas sous une licence n’est affecté par rien de tout ça.

Comptes pour les personnes qui n’en ont pas

Un nœud qui ne peut pas créer de comptes — parce qu’il n’accepte de nouvelles personnes que sur invitation, ou pas du tout — ne peut pas accueillir quelqu’un qui n’a de compte nulle part. Si l’exploitant l’a activé, le nœud propose une telle invitation à trusted.codes, la personne s’y inscrit, et la connexion est complétée sur le nœud ensuite.

C’est le seul cas courant où un nœud transmet une adresse e-mail, et c’est désactivé par défaut.

Ce qui n’est pas central

Ta base de données. Tes utilisateurs. Ta connexion. Ton domaine et son certificat. Ton transport e-mail, qui porte tout le courrier de ton nœud, à la fois pour la connexion et pour l’application.

Toute clé que tu fournis pour les services optionnels — géolocalisation et détection de fraude, assistant IA, tableaux de bord embarqués — t’appartient, pour ton déploiement. Elles ne sont visibles nulle part en dehors de ton nœud, et les omettre désactive simplement cette fonctionnalité.

Quelles surfaces de portail ton nœud sert, et si elles tournent, ça t’appartient aussi. L’application d’administration peut te donner la commande ; elle ne peut ni démarrer ni arrêter quoi que ce soit sur ta machine elle-même.