Arquitectura

Sibrel para usuarios avanzados

Arquitectura de Sibrel: anfitriones, federación, Tauri, PostgreSQL, S3, LiveKit, automatización y límites prácticos.

Verificado con el proyecto: 2026-10-15 · Soporte: support@sibrel.net

Cliente, anfitrión y comunidad

El cliente se ejecuta en el navegador; el contenedor de escritorio usa Tauri. La API usa Node.js/TypeScript y los datos del anfitrión se guardan en PostgreSQL. Los archivos usan almacenamiento compatible con S3; los medios usan LiveKit cuando está configurado.

Un anfitrión gestiona las cuentas y su infraestructura. Un guild es una comunidad con roles y canales dentro de ese anfitrión. Un anfitrión puede servir a varias comunidades.

Federación

Los anfitriones independientes intercambian solicitudes firmadas. Las direcciones usan @username#hostname; la federación emplea claves Ed25519 y protección contra repetición. Sibrel tiene su propio protocolo y no es directamente compatible con Matrix.

  • Los grupos entre anfitriones tienen un anfitrión de origen; los cambios de miembros y la sincronización dependen de su disponibilidad.
  • El relé de respaldo actúa tras un fallo de entrega directa. No retransmite audio ni vídeo y no garantiza la entrega a un anfitrión totalmente desconectado.
  • El relé está limitado a una parte del ancho de banda saliente configurada por el operador, no a la capacidad libre medida automáticamente.
  • Una firma verifica el origen de la solicitud; no cifra el mensaje.

Separar la infraestructura

Los archivos pueden usar MinIO local o almacenamiento S3 externo; los medios pueden usar LiveKit local o separado. El proyecto admite nodos adicionales de almacenamiento y de medios. Cada sala se asigna a un nodo de medios.

Automatización

Un bot es una cuenta aparte con permisos limitados por comunidad. Están disponibles la API REST, la pasarela WebSocket, los comandos de barra, los botones, los embeds y la voz. Los webhooks gestionan notificaciones entrantes sencillas.

Documentación de la API de bots · Webhooks y embeds

Límites de seguridad

Los archivos adjuntos nuevos del compositor principal se cifran en el cliente con AES-256-GCM, con las claves de archivo envueltas para las claves de los destinatarios. Los archivos antiguos, avatares, publicaciones públicas, emoji y stickers usan otro modelo de acceso.

No trates los mensajes de texto como cifrados de extremo a extremo. El cifrado de archivos no protege frente a un cliente malicioso, un dispositivo comprometido o un destinatario que guarda un archivo. Consulta la guía de seguridad.

Ventajas y responsabilidades del operador

VentajaCoste y límite
Controlar tu anfitrión y separar los servicios.La administración, las actualizaciones, las copias de seguridad y la supervisión son tu responsabilidad.
Federación entre nodos independientes.Requiere confianza en los operadores, compatibilidad y rutas de red que funcionen.
Un cliente Tauri sin motor Electron aparte.No hay referencias universales de RAM o velocidad para todos los dispositivos.
Una API de bots propia e integraciones.Los bots deben manejar errores, tokens revocados, desconexiones y cambios de la API.
Permisos y reglas configurables.El autoalojamiento no elimina las obligaciones legales ni las relativas a datos personales.