Versiones
Última actualización: 2026-08-03
Relayium avanza a tres ritmos, y esta página los cuenta los tres con honestidad: la aplicación web se despliega de forma continua, las herramientas de línea de comandos llevan número y etiqueta, y las aplicaciones nativas siguen siendo compilaciones de ingeniería que aún no se han publicado.
Todas las versiones de abajo se etiquetaron automáticamente desde la rama main, y solo después de que pasaran las comprobaciones de ese commit exacto. Las notas completas de una versión — cada commit que contiene — están a un clic en GitHub.
Todas las versiones publicadas
De más reciente a más antigua. Cada versión enlaza sus notas completas y sus descargas en GitHub.
- v0.15.02026-08-03
- v0.14.02026-08-02
- v0.13.02026-08-01
- v0.12.02026-07-30
- v0.11.12026-07-28
- v0.11.02026-07-28
- v0.10.22026-07-23
- v0.10.12026-07-23
- v0.10.02026-07-23
- v0.9.02026-07-22
- v0.8.12026-07-22
- v0.8.02026-07-22
- v0.7.02026-07-13
- v0.6.02026-07-13
- v0.5.02026-07-13
- v0.4.02026-07-13
- v0.3.12026-07-13
- v0.3.02026-07-13
- v0.2.02026-07-08
- v0.1.22026-07-08
- v0.1.12026-07-08
- v0.1.02026-07-08
Qué cubre un número de versión
Una etiqueta de versión publica dos programas: la CLI relayium y relayium-node, el nodo de retransmisión y almacenamiento que ejecuta quien se autoaloja. Ambos se compilan desde el mismo árbol de fuentes, así que solo hay versión nueva cuando ese árbol ha cambiado.
- La aplicación web no tiene número de versión. Se despliega desde la rama main en cuanto pasan sus comprobaciones, así que lo que usas en el navegador suele ser más reciente que la última versión de esta lista.
- Las aplicaciones de macOS e iOS son compilaciones de ingeniería, no publicaciones públicas. Ninguna versión de abajo las incluye.
- Un nodo no sigue esta lista por su cuenta: le pregunta al servidor al que pertenece qué versión ejecutar, así que una versión nueva no cambia nada hasta que alguien inicia un despliegue gradual. La CLI se actualiza con relayium update.
Cómo se corta una publicación
Las publicaciones siguen un calendario en vez de depender de que alguien se acuerde. Una vez por semana un flujo de trabajo mira qué ha entrado desde la versión anterior y se detiene sin etiquetar en dos casos: cuando el código que de verdad se publica no ha cambiado, y cuando las comprobaciones de ese commit no están en verde.
- Las dos paradas son deliberadas. Fiarlo a la memoria ya dejó una función terminada sin publicar durante meses, y etiquetar un commit sin verificar sería enviar justo la avería que el calendario existe para evitar.
- Las semanas en las que solo cambian la documentación o las aplicaciones no producen versión, porque los programas publicados serían byte a byte los anteriores.
Comprobar lo que has descargado
Cada publicación deja junto a los archivos comprimidos un fichero de sumas de verificación y una firma sobre ese fichero. El actualizador comprueba ambos antes de instalar nada, contra una clave pública compilada dentro del programa: un archivo manipulado falla en tu ordenador, sin depender de si nosotros lo hemos notado en el nuestro.
- Para las redes que no llegan a GitHub, Relayium también replica sus propios ficheros de publicación. De dónde vienen los bytes es una cuestión de accesibilidad, no de confianza: la verificación es idéntica en ambos casos.
- El código fuente es público. El servidor, el nodo y la aplicación web están bajo AGPL-3.0, las aplicaciones nativas bajo Apache-2.0 y la documentación bajo CC BY 4.0.