Tu propio homeserver de Matrix.
De extremo a extremo. Federado. Nórdico. Sin preguntas.

Porque el servidor es una máquina y los mensajes viven para siempre. Cualquiera con acceso al disco — un accidente de instantánea, una imagen forense, un coadmin que se descarríe, un sucesor cuando eventualmente entregue la máquina — ve texto plano si la sala está sin cifrar. El cifrado de extremo a extremo mantiene útil al homeserver (retransmite, federa, presenta la UI) mientras hace la carga útil del mensaje aritmética-mente ilegible para cualquier cosa salvo las claves del dispositivo del participante. Autohospedaje y E2E son cinturón + tirantes: usted controla el relé Y el relé no puede leer su propio tráfico.

Matrix permite que su dominio orientado al usuario (example.org) difiera de su dominio orientado al servidor (matrix.example.org) sirviendo dos pequeños archivos JSON en https://example.org/.well-known/matrix/client y /.well-known/matrix/server. El de cliente le dice a Element qué URL de homeserver usar; el de servidor le dice a los pares federantes dónde alcanzar a Synapse para la API s2s. La gente tropieza con tres cosas: servir los archivos con el Content-Type incorrecto, CORS no permitiendo a otras instancias obtenerlos, o el archivo de servidor apuntando a un puerto que el cortafuegos realmente no expone. Valide con federationtester.matrix.org antes de publicar la sala.

Synapse (Python, la implementación de referencia) es lo que ejecuta el 95 % de los homeservers públicos; es el par de federación más probado y el único que soporta cada característica que define la especificación. Conduit (Rust, binario único, RocksDB) y Dendrite (Go, microservicios) son más ligeros — Conduit famosamente corre en una Raspberry Pi. Para un homeserver federado público con usuarios, Synapse es la respuesta; para un servidor hobbyista de un solo usuario puede experimentar con Conduit en un Sentinel. Este editorial asume Synapse.

Establece enable_registration: false en homeserver.yaml y confía en registration_shared_secret para crear cuentas mediante la API de administración para las personas que realmente quieres. Alternativamente, enable_registration_without_verification: false combinado con un flujo de invitación de secreto compartido codificado. La federación de Matrix es lo suficientemente grande como para que cualquier servidor de origen con registro abierto se convierta en una granja de cuentas de spambots en cuestión de días; la respuesta canónica es «el registro es curado por el administrador, la federación está abierta».

No: la API C-S de Matrix es el contrato de protocolo y cualquier cliente conforme habla con cualquier servidor conforme. Element es el predeterminado y el más probado; Cinny es un cliente web más ligero que algunos autoalojadores prefieren incluir; SchildiChat es una bifurcación de Element con la interfaz de usuario estilo Telegram; FluffyChat está orientado principalmente a móvil. El servidor de origen no ve ni le importa qué cliente usa un usuario. Elige el que prefiera tu comunidad, cámbialo más adelante, sin migración.

Cada usuario de Matrix tiene un conjunto de claves de dispositivo (por dispositivo, efímeras) y una clave de firma cruzada (por cuenta, de larga duración). La clave maestra de firma cruzada es lo que permite a un usuario añadir un nuevo dispositivo sin reverificar todo; perderla bloquea al usuario fuera de los mensajes E2E históricos hasta que regenere las claves. La función «Copia de seguridad segura» de Element cifra la clave de firma cruzada con una frase de contraseña o clave de recuperación y la almacena en el lado del servidor como texto cifrado opaco — el servidor doméstico guarda el blob pero no puede leerlo. Documenta el paso de la clave de recuperación para tus usuarios al registrarse; es el único elemento de UX que previene los bloqueos evitables.

No directamente: las salas son objetos federados, no registros por servidor, por lo que «mover» una sala implica actualizarla (una primitiva nativa de Matrix que crea una sala sucesora y convierte la antigua en un stub con redirección) e invitar al mismo conjunto de participantes. El ID de la sala cambia; el alias puede seguirlo. La migración directa de cuentas de usuario entre servidores de origen es un deseo largo tiempo pendiente en Matrix (la portabilidad de cuentas está en la hoja de ruta de la especificación); hoy creas una nueva cuenta en tu servidor y pides a la gente que te vuelva a añadir.

Matrix dispone de primitivas de moderación por sala (expulsión, baneo, redacción, administradores de sala) y por servidor (lista de denegación mediante la API del módulo de Synapse, bot MJOLNIR para listas de denegación gestionadas, modo de lista de permitidos a nivel de servidor para federación solo por invitación). Para un servidor de origen comunitario, la suscripción a listas de denegación estilo MJOLNIR es la respuesta estándar: delegas la identificación de spam y abuso en comunidades de listas de denegación mantenidas y aplicas la política localmente. Tu soberanía: tú decides qué listas de denegación seguir.