Qué se queda central

Llevar tu propio nodo traslada tus datos a tu máquina. No lo traslada todo, y las excepciones vale la pena conocerlas antes de decidir.

La raíz del registro

La malla tiene exactamente un ancla de confianza: la clave que firma el documento del registro. Su mitad privada se queda con quien lleva el registro — para la malla pública, trusted.codes Inc. — y nunca sale de esa custodia.

Eso es lo que hace que la admisión tenga sentido. Si cualquier nodo pudiera firmar el listado, estar en el listado no diría nada.

La admisión en sí es una decisión humana tomada de forma centralizada. También lo es la revocación. Consulta Confianza y admisión.

Facturación

La facturación es central y no tiene ningún ajuste de operador. Tu nodo no tiene ninguna configuración de pago que rellenar y nunca maneja una tarjeta.

Notificaciones push móviles

Hay una aplicación móvil de Trusted Codes en las tiendas, y un único conjunto de credenciales que Apple y Google aceptan para ella. Esas credenciales no se distribuyen a los operadores.

Así que las notificaciones push de tus usuarios salen de forma centralizada, en nombre de tu nodo. Tu nodo guarda los tokens del dispositivo; los entrega para su envío, sin ningún contenido adjunto. Lo que eso lleva — y no lleva — está explicado en Qué cruza entre servidores.

Si se aceptan o no se decide de forma centralizada, no en tu nodo, y no instalando uno. A un nodo que no está aceptado para el relevo se le rechaza, y sus usuarios no reciben push. Nada más se ve afectado: la aplicación se pone al día cuando se abre de nuevo, igual que cuando falla un relevo.

Derechos para operadores

Un nodo que funciona bajo una concesión de operador guarda una declaración firmada de a qué tiene derecho. El nodo la renueva según un calendario firmando una certificación y pidiendo a central una nueva.

El silencio hace caducar la concesión. Si el nodo deja de preguntar, o central la deniega, la concesión que tiene simplemente se agota en vez de continuar indefinidamente. Un intento de renovación que no puede llegar a central no hace nada y se reintenta; no rompe el nodo.

Un nodo que no funciona bajo una concesión no se ve afectado por nada de esto.

Cuentas para personas que no tienen ninguna

Un nodo que no puede crear cuentas — porque acepta a gente nueva solo por invitación, o no acepta a nadie — no puede dar de alta a alguien que no tiene cuenta en ningún sitio. Si el operador lo ha activado, el nodo ofrece esa invitación a trusted.codes, la persona se registra ahí, y la conexión se completa después en el nodo.

Este es el único caso habitual en el que un nodo entrega un correo electrónico, y está desactivado por defecto.

Lo que no es central

Tu base de datos. Tus usuarios. Tu inicio de sesión. Tu dominio y su certificado. Tu transporte de correo, que lleva todo el correo de tu nodo, tanto el de inicio de sesión como el de la aplicación.

Cualquier clave que proporciones para los servicios opcionales — geolocalización y puntuación de fraude, el asistente de IA, los paneles integrados — son tuyas, para tu despliegue. No son visibles fuera de tu nodo, y dejarlas sin poner simplemente desactiva esa función.

Qué superficies del portal sirve tu nodo, y si están en marcha, también es cosa tuya. La aplicación de administración te puede decir el comando; no puede arrancar ni detener nada en tu propio servidor.