Última actualización: 2026-07-09
«De igual a igual» se usa de forma imprecisa, así que esto es lo que realmente significa para una transferencia de archivos: tu archivo va directamente de un dispositivo al otro, no sube al servidor de una empresa y vuelve a bajar. No hay parada intermedia donde pueda quedarse una copia.
Suena sencillo, pero internet no está hecho para que dos dispositivos cualesquiera simplemente se encuentren y hablen directamente: la mayoría de las conexiones se esconden detrás de routers y cortafuegos que nunca se diseñaron para ser alcanzados desde fuera. Esta página explica, en términos claros, cómo se establece realmente una conexión directa, cuándo no puede establecerse y qué significa eso para tu privacidad y tu velocidad. Se usa Relayium como ejemplo concreto a lo largo de todo el texto, ya que es una implementación funcional de exactamente esto.
La mayoría de las herramientas para «enviar un archivo» funcionan por subida: tu archivo va desde tu dispositivo hasta el servidor de la empresa, se almacena allí y la otra persona lo descarga de vuelta. Son dos saltos y, durante un tiempo, una copia completa de tu archivo reside en el almacenamiento de otra persona, aunque se elimine después.
La transferencia de igual a igual se salta esa parada. Una vez que hay una conexión abierta entre tu dispositivo y el de la otra persona, los bytes del archivo fluyen directamente por ese único salto y por ningún otro sitio. No hay copia del lado del servidor que almacenar, proteger ni acabar eliminando, porque nunca se subió en primer lugar.
Aquí está la parte que no es obvia: tu dispositivo casi con toda seguridad no conoce su propia dirección tal como se ve desde la internet pública — está detrás de un router doméstico o de la traducción de direcciones de red (NAT) de un operador móvil, que lo oculta tras una IP pública compartida y reasigna los puertos sobre la marcha. El otro dispositivo está en la misma situación. Ninguno de los dos puede simplemente «marcarle» al otro directamente sin averiguar antes qué dirección lo alcanzaría de verdad.
Para eso sirve STUN (Session Traversal Utilities for NAT). Cada dispositivo le hace brevemente una pregunta a un pequeño y ligero servidor STUN: «¿desde qué dirección y puerto me ves llegar?». La respuesta le dice su propia dirección visible desde el exterior — ni el archivo, ni ningún contenido, solo la información de red suficiente para describir un camino de vuelta hacia él. Ambos dispositivos intercambian esta información (mediante un paso de señalización que solo transporta detalles de establecimiento de la conexión, nunca bytes del archivo) y luego intentan abrir un camino directo hacia la dirección del otro. En una gran parte de los casos reales — especialmente dos dispositivos en la misma Wi-Fi, o NAT que se comportan de forma predecible — esto funciona y se abre una conexión totalmente directa.
A veces STUN no basta. Algunos NAT — especialmente en redes corporativas más estrictas o en ciertos operadores móviles — son lo bastante impredecibles como para que no pueda descubrirse ningún camino directo solo con la información externa. Si ambos dispositivos están detrás de ese tipo de NAT, una conexión genuinamente directa simplemente no es posible; algo tiene que retransmitir el tráfico en medio.
Para eso está TURN (Traversal Using Relays around NAT): un servidor de retransmisión de reserva al que ambos dispositivos se conectan cuando falla un camino directo. No es tanto un truco o un compromiso con la privacidad como una necesidad derivada de cómo están construidas algunas redes — pero conviene ser precisos sobre qué ve y qué no. En Relayium, el archivo ya está cifrado de extremo a extremo antes de llegar al retransmisor, así que el retransmisor solo reenvía texto cifrado — datos sellados que no tiene ninguna clave para abrir. Mueve bytes; no puede leerlos.
El argumento de la privacidad es sencillo: cuando los bytes del archivo solo cruzan un único salto, directamente entre dos dispositivos, no hay ningún paso de almacenamiento del lado del servidor donde una copia pudiera quedarse, registrarse o ser accedida por otra persona — porque nunca se colocó ahí. Esa es una garantía estructuralmente distinta de un «prometemos borrarlo en algún momento».
El argumento de la velocidad sigue la misma lógica. Una transferencia de subida y luego descarga tiene que cruzar la red dos veces — una de subida, otra de bajada — y a menudo espera a que el lado emisor termine por completo antes de que el lado receptor pueda empezar. Una conexión directa cruza la red una sola vez, y los datos pueden fluir de forma continua entre los dos dispositivos tan rápido como lo permita la conexión más lenta, sin un servidor en medio que limite el rendimiento o añada su propia latencia.
Abre relayium.com en dos dispositivos de la misma red y normalmente se encuentran automáticamente — sin cuenta, sin código, nada que instalar; ese es el caso de la red local, donde a menudo ni siquiera hace falta STUN. Para enviar a través de internet a alguien en una red distinta se usa un código de emparejamiento: el remitente inicia sesión, genera un código (o comparte un enlace, con un código QR opcional para escanear) y, en cuanto la otra persona se une, la transferencia va por un retransmisor TURN cifrado: la vía fiable a través de NAT impredecibles, y solo transporta texto cifrado; el destinatario sigue sin necesitar cuenta.
Sea como sea, una vez abierta la conexión, hasta 1.000 archivos por lote se transmiten directamente por ella, cada uno verificado de forma independiente con un hash SHA-256 para que sepas que lo que llega coincide exactamente con lo que se envió. Si el tiempo real no es posible — por ejemplo, si la otra persona está desconectada —, eso es un modo genuinamente distinto (un enlace almacenado de conocimiento cero), no de igual a igual, y vale la pena entenderlo por separado.
Están relacionados, pero no son idénticos. P2P describe el camino de red — bytes que van directamente entre dos dispositivos. El cifrado describe si esos bytes son ilegibles para cualquiera que esté en medio. Las transferencias en tiempo real de Relayium son ambas cosas: un camino directo (o retransmitido pero cifrado), con el archivo sellado de extremo a extremo sea cual sea el camino que tome.
Un pequeño servidor de señalización ayuda a los dos dispositivos a encontrar la dirección del otro — pero solo ve información de establecimiento de la conexión, nunca bytes del archivo. Entre redes, en el navegador, un retransmisor TURN reenvía por diseño los datos cifrados del archivo, pero incluso entonces solo maneja texto cifrado que no puede descifrar.
Algunas redes — a menudo cortafuegos corporativos estrictos o ciertos NAT de operadores móviles — están construidas de forma que hacen imposible descubrir una dirección alcanzable solo con la información externa. En lugar de gastar unos veinte segundos en averiguarlo en cada transferencia, la aplicación web de Relayium envía de entrada todas las transferencias entre redes por el retransmisor: lo que las lleva es el retransmisor, no un intento directo fallido.
Puede añadir algo de latencia, ya que el retransmisor es un salto extra por el que pasan los datos y es un servidor compartido en lugar de uno dedicado. Pero suele seguir siendo más rápido que un flujo de subida y luego descarga, porque no hay que esperar a que el archivo aterrice por completo en un servidor antes de que el lado de la descarga pueda empezar.
Dos dispositivos en la misma red no necesitan cuenta alguna. Enviar entre redes distintas mediante un código de emparejamiento requiere que el remitente inicie sesión, pero la persona que recibe nunca necesita cuenta, sea cual sea el camino.
¿Con curiosidad por ver cómo se siente? Abre Relayium en dos dispositivos y observa cómo se forma una conexión directa en tiempo real.
Prueba Relayium ahora