Última actualización: 2026-07-12
magic-wormhole se ha ganado en silencio una base de seguidores fieles: lo ejecutas, obtienes un código corto y legible como 7-crossover-clockwork, se lo lees a la otra persona y el archivo llega — cifrado todo el trayecto, sin cuenta y sin ningún servidor en el que tengas que pensar. La CLI de Relayium se construye en torno a una idea similar: un código corto que empareja dos ordenadores directamente y cifra todo lo que pasa entre ellos.
Se solapan mucho, y donde no lo hacen, vale la pena ser preciso al respecto — incluido el único punto en el que magic-wormhole es hoy genuinamente más resistente que la CLI de Relayium.
Ambas herramientas resuelven el mismo problema central de la misma forma honesta: sin ningún archivo depositado en un servidor que no controlas, y un código corto como lo único que los dos extremos se pasan por otro canal. magic-wormhole no necesita cuenta alguna; Relayium solo se la pide a quien envía, para que su servidor pueda generar ese código, y quien recibe sigue sin necesitarla.
Esta es la concesión honesta, y vale la pena decirla claramente en lugar de pasarla por alto. magic-wormhole incluye un Transit Relay al que puede recurrir cuando los dos extremos no pueden abrir una conexión directa entre sí — por ejemplo, ambos lados detrás de un NAT estricto o simétrico sin forma de atravesarlo. El retransmisor solo ve texto cifrado, pero como está ahí, la transferencia igualmente se completa.
El send/receive de Relayium es solo directo: busca una conexión directa durante unos segundos justo después del handshake, y si no encuentra ninguna, la transferencia falla sin más en lugar de recurrir a ningún retransmisor — los servidores de Relayium nunca tocan los bytes de archivos de una transferencia CLI entre redes, por diseño. En la práctica eso es poco frecuente (la mayoría de las redes domésticas y de oficina permiten un camino directo), pero si estás moviendo archivos entre dos máquinas que están ambas detrás de NAT inusualmente estrictos, es más probable que magic-wormhole simplemente funcione. Si no se puede encontrar un camino directo y la fiabilidad importa más que evitar un retransmisor, ese es el caso para recurrir a magic-wormhole — o para usar el push/pull o el daemon directo de Relayium contra un servidor al que realmente puedas llegar, que no dependen en absoluto de ese salto P2P directo.
Todo lo de abajo es la CLI de relayium, así que instálala primero si aún no la tienes. En macOS o Linux, un solo comando deja un binario precompilado en tu PATH:
curl -fsSL https://relayium.com/install.sh | shDonde la CLI de Relayium añade superficie real es fuera del caso puntual del código de emparejamiento: dos formas más de mover archivos que se apoyan en infraestructura que ya tienes, algo que magic-wormhole no intenta cubrir.
relayium push / pull reutiliza tu acceso SSH existente, así que no hay nada nuevo en lo que confiar ni ningún código de emparejamiento que compartir. push incluso funciona contra un servidor sin relayium instalado en absoluto, recurriendo a un simple flujo tar sobre la conexión SSH — ese respaldo es solo para push; pull siempre necesita relayium en el remoto, ya que actúa allí como remitente.
relayium serve convierte cualquier máquina que poseas en un destino daemon directo, accesible por TLS 1.3 con anclaje sin SSH ni código de emparejamiento — la confianza se establece en la primera conexión (aprobada de forma interactiva, o preautorizada para uso desatendido) y queda fijada a partir de entonces, la misma idea que una clave de host SSH.
relayium push ./photos user@your-server:backups/relayium serve --dir ~/incomingrelayium push ./build relayium://your-servermagic-wormhole envía un lote de archivos (o una carpeta, comprimida) y termina — envíalo de nuevo para actualizar el otro lado, sin ninguna noción de qué debería eliminarse. La CLI de Relayium añade relayium sync, un espejo incremental de un solo sentido sobre cualquiera de los dos transportes anteriores: solo mueve lo que cambió, --delete elimina en el destino los archivos que desaparecieron del origen (un daemon solo lo respeta si se inició con --allow-delete, así que el receptor tiene que optar por ello), y --watch sigue resincronizando en tiempo real a medida que los archivos cambian, sin necesidad de ninguna tarea cron.
El servidor de Relayium también es autoalojable como un único contenedor Docker si quieres ejecutar todo tú mismo en lugar de depender de relayium.com; apunta la CLI hacia él con --server.
relayium sync ./photos user@your-server:backups/photos --delete --watchLas diferencias que más importan, una al lado de la otra:
Sí, completamente. No hay un nivel de pago ni nada que medir — cada modo conecta los dos extremos directamente, y la CLI es de código abierto.
send sí, y el up en la nube también. push/pull usa tu propio acceso SSH y daemon directo usa la confianza de certificado TLS con anclaje entre tus máquinas, así que ninguno toca una cuenta de Relayium. send/receive es la excepción: solo el servidor puede generar un código de emparejamiento, y solo para una cuenta con sesión iniciada, así que quien envía ejecuta relayium login una vez; un send al que le pasas un código que te dieron no genera ninguno y no necesita inicio de sesión. Recibir nunca necesita cuenta.
El send/receive de Relayium es solo directo y fallará en ese caso — no recurre a un retransmisor. El Transit Relay de magic-wormhole todavía puede transportar el flujo cifrado y completar la transferencia. Si necesitas que funcione sin importar cómo sea la red, magic-wormhole cubre ese caso hoy; el push/pull o el daemon directo de Relayium contra un servidor al que puedas llegar también funcionan, ya que no dependen de un salto P2P directo.
Todavía no para una transferencia emparejada en vivo — el send/receive de la CLI usa su propio handshake directo, separado del flujo de emparejamiento del navegador basado en WebRTC, así que los dos no interoperan hoy. Para entregar un archivo a alguien que solo usa un navegador, usa el enlace de descarga almacenado de Relayium o el propio modo de código de emparejamiento de la aplicación web.
Sí. El servidor de Relayium se distribuye como imagen Docker (docker compose up -d --build), y puedes apuntar el send/receive de la CLI hacia tu propia instancia con --server https://your-domain.
Instala la CLI gratuita de Relayium y prueba push, sync o send — totalmente gratis, y una transferencia basada en código tan rápida de empezar como magic-wormhole.
Obtener la CLI