O que é transferência de arquivos ponto a ponto?

Última atualização: 2026-08-07

“Ponto a ponto” é usado de forma imprecisa, então aqui está o que realmente significa para uma transferência de arquivos: seu arquivo vai direto de um dispositivo para o outro, e não sobe para o servidor de uma empresa e desce de volta. Não há parada no meio onde uma cópia poderia ficar.

Parece simples, mas os caminhos reais diferem. Esta página explica primeiro WebRTC/ICE em geral, onde o TURN pode ser uma rota de reserva, e depois separa a implementação do Relayium: o WebRTC do navegador é direto na mesma LAN, o TURN é usado por design entre redes e a CLI é direct-only.

P2P versus a forma habitual: eliminar a parada intermediária

A maioria das ferramentas de “enviar arquivo” funciona por upload: seu arquivo vai do seu dispositivo para o servidor da empresa, fica armazenado lá e a outra pessoa baixa de volta. São dois saltos e, por um tempo, uma cópia completa do seu arquivo fica no armazenamento de outra pessoa — mesmo que seja excluída depois.

A transferência ponto a ponto pula essa parada. Assim que há uma conexão aberta entre o seu dispositivo e o da outra pessoa, os bytes do arquivo fluem diretamente por esse único salto e por nenhum outro lugar. Não há cópia do lado do servidor para armazenar, proteger ou acabar excluindo, porque ela nunca foi enviada em primeiro lugar.

Transferência baseada em upload: do seu dispositivo para um servidor e depois para o dispositivo dela — dois saltos, uma cópia armazenada no meio.
Transferência ponto a ponto: do seu dispositivo direto para o dispositivo dela — um salto, nada armazenado.
O modo em tempo real do navegador do Relayium tem dois caminhos: o WebRTC é direto na mesma LAN; entre redes, o TURN transporta por design texto cifrado de ponta a ponta sem manter cópia nem histórico de conteúdo no servidor.

Como dois dispositivos realmente se encontram: STUN

Aqui está a parte que não é óbvia: seu dispositivo quase com certeza não conhece o próprio endereço tal como visto da internet externa — ele fica atrás de um roteador doméstico ou da tradução de endereços de rede (NAT) de uma operadora móvel, que o esconde atrás de um IP público compartilhado e reatribui as portas dinamicamente. O outro dispositivo está na mesma situação. Nenhum dos dois pode simplesmente “discar” para o outro diretamente sem antes descobrir qual endereço realmente o alcançaria.

É para isso que serve o STUN (Session Traversal Utilities for NAT). Cada dispositivo faz brevemente uma pergunta a um pequeno e leve servidor STUN: “de qual endereço e porta você me vê chegando?”. A resposta lhe informa o próprio endereço visível de fora — nem o arquivo, nem qualquer conteúdo, apenas informação de rede suficiente para descrever um caminho de volta até ele. Ambos os dispositivos trocam essa informação (por meio de uma etapa de sinalização que só transporta detalhes de estabelecimento da conexão, nunca bytes do arquivo) e então tentam abrir um caminho direto até o endereço um do outro. Em grande parte dos casos reais — especialmente dois dispositivos na mesma Wi-Fi, ou NATs que se comportam de forma previsível — isso funciona e uma conexão totalmente direta se abre.

O STUN só chega a conhecer e compartilhar endereços de rede — nunca o conteúdo dos arquivos, seus nomes ou as chaves de criptografia.
O Relayium usa WebRTC diretamente para sessões do navegador na mesma LAN. O caminho do navegador entre redes é retransmitido de propósito.
send/receive e text da CLI do Relayium são P2P e direct-only: nunca retransmitem bytes de arquivos ou mensagens por TURN nem por qualquer outro servidor Relayium. Se as duas pontas não conseguirem estabelecer uma conexão direta, a sessão falha em vez de recorrer a um retransmissor.
Dois dispositivos na mesma rede (sem necessidade de código) costumam se conectar da forma mais direta de todas, já que muitas vezes não há nenhum NAT no caminho.

Quando um caminho direto não pode ser encontrado: o retransmissor TURN

Às vezes o STUN não basta. Alguns NATs — especialmente em redes corporativas mais rígidas ou em certas operadoras móveis — são imprevisíveis o suficiente para que nenhum caminho direto possa ser descoberto apenas com a informação externa. Se ambos os dispositivos estiverem atrás desse tipo de NAT, uma conexão genuinamente direta simplesmente não é possível; algo tem que retransmitir o tráfego no meio.

Em um projeto WebRTC/ICE geral, o TURN pode ser o retransmissor de reserva quando um caminho direto falha. O aplicativo web do Relayium escolhe explicitamente WebRTC direto na mesma LAN e TURN desde o início para todas as sessões entre redes. O arquivo já está criptografado de ponta a ponta, então o retransmissor só transporta texto cifrado e não consegue ler nem descriptografar o conteúdo.

Na mesma rede, o Relayium conecta os dispositivos diretamente; entre redes ele usa o retransmissor TURN por padrão, porque ali muitas vezes não há caminho direto.
O retransmissor só encaminha texto cifrado; ele nunca tem a chave de descriptografia e não pode ler o conteúdo dos arquivos, seus nomes nem qualquer outra coisa sobre o que há dentro.
send/receive e text da CLI do Relayium são P2P e direct-only: nunca retransmitem bytes de arquivos ou mensagens por TURN nem por qualquer outro servidor Relayium. Se as duas pontas não conseguirem estabelecer uma conexão direta, a sessão falha em vez de recorrer a um retransmissor.

Por que isso importa: privacidade e velocidade

O argumento da privacidade é simples: quando os bytes do arquivo só cruzam um único salto, diretamente entre dois dispositivos, não há nenhuma etapa de armazenamento do lado do servidor onde uma cópia pudesse ficar, ser registrada ou ser acessada por outra pessoa — porque ela nunca foi colocada ali. Essa é uma garantia estruturalmente diferente de um “prometemos excluir em algum momento”.

O argumento da velocidade segue a mesma lógica. Uma transferência de upload e depois download precisa cruzar a rede duas vezes — uma de subida, uma de descida — e muitas vezes espera o lado remetente terminar por completo antes de o lado receptor poder começar. Uma conexão direta cruza a rede apenas uma vez, e os dados podem fluir continuamente entre os dois dispositivos tão rápido quanto a conexão mais lenta permitir, sem um servidor no meio limitando a taxa de transferência ou acrescentando sua própria latência.

Como o Relayium junta tudo isso

O que você precisa para verificar por conta própria

Dois aparelhos que dê para olhar ao mesmo tempo — um notebook e um celular são o ideal.
Um arquivo pequeno. O que importa aqui é o caminho que a conexão toma, não a velocidade.
Um momento com os dois no mesmo Wi-Fi e outro com cada um numa rede diferente — basta desligar o Wi-Fi do celular e passar para os dados móveis.

Abra relayium.com em dois dispositivos na mesma rede e normalmente eles se encontram automaticamente — sem conta, sem código, nada para instalar; esse é o caso da rede local, em que muitas vezes o STUN nem é necessário. Para enviar pela internet a alguém em outra rede, usa-se um código de emparelhamento: o remetente entra, gera um código (ou compartilha um link, com um código QR opcional para escanear) e, assim que a outra pessoa entra, a transferência corre por um retransmissor TURN criptografado: o caminho confiável através de NATs imprevisíveis, e ele só carrega texto cifrado; o destinatário continua sem precisar de conta.

Uma vez aberto o caminho em tempo real, até 1.000 arquivos fluem continuamente pela rota escolhida e cada um é verificado com SHA-256. O Relayium não mantém cópia de conteúdo nem histórico em tempo real no servidor. Se a outra pessoa estiver offline, o link armazenado de conhecimento zero é um modo separado.

Com os dois aparelhos no mesmo Wi-Fi, abra o Relayium em cada um e envie o arquivo.
```
https://relayium.com/
```
Leia o rótulo que o aplicativo dá à conexão. Numa mesma rede ele diz LAN direto.
Agora coloque os dois em redes diferentes e envie de novo, desta vez com um código de emparelhamento.
```
https://relayium.com/cross-network
```
Leia o rótulo outra vez. P2P direto significa que se achou um caminho direto pela internet. Retransmitido significa que não havia e o retransmissor cifrado levou os bytes.
Anote qual apareceu e com que par de redes. Essa é a sua própria resposta à pergunta que abriu este texto, e não a nossa.

O que os rótulos contam

Numa mesma rede você recebe LAN direto. Entre redes você recebe P2P direto ou Retransmitido, e qual dos dois depende dessas duas redes e não de algo que você configurou.

Retransmitido não é falha. É o plano B existindo e fazendo o serviço dele, e o retransmissor só carrega texto cifrado — é exatamente o caso que a seção sobre TURN deste texto descreve, visto por dentro.

Quando o rótulo não é o que você esperava

Três coisas surpreendem na primeira vez que se olha. Nenhuma é um defeito a corrigir, mas vale saber nomear cada uma.

O que você vê, o que checar, o que significa

Entre redes aparece sempre Retransmitido e nunca P2P direto.

https://relayium.com/cross-network   # the path label reads the same on both ends

Cheque se as duas pontas estão em dados móveis ou atrás de NAT de operadora, que é o motivo usual de não existir caminho direto. Não há o que corrigir: é o plano B previsto, o retransmissor só leva texto cifrado, e esses mesmos dois aparelhos continuam conectando direto e de graça numa mesma rede.

Num mesmo Wi-Fi nunca aparece LAN direto.

https://relayium.com/   # both devices on one Wi-Fi, and the path label never says LAN direct

Cheque se a rede isola os clientes — Wi-Fi de visitantes, e muitas redes de hotel e de escritório, bloqueiam de saída o tráfego entre aparelhos. Ali os dois não se enxergam de jeito nenhum, então use o emparelhamento entre redes, que não depende de eles se alcançarem localmente.

Não aparece rótulo de caminho nenhum.

https://relayium.com/   # there is no path label until the two ends have connected

O rótulo nomeia uma conexão, então ele surge assim que existe uma. Antes de as duas pontas se acharem não há o que nomear, e uma transferência que nunca começa é um problema diferente de uma que tomou um caminho inesperado.

Perguntas frequentes

Ponto a ponto é a mesma coisa que criptografia de ponta a ponta?

Estão relacionados, mas não são idênticos. P2P descreve a comunicação entre pontas sem garantir que cada salto de rede seja direto; o TURN pode transportar o tráfego. A criptografia determina se um intermediário consegue lê-lo. O Relayium usa WebRTC direto na mesma LAN e TURN criptografado de ponta a ponta entre redes, que o retransmissor não consegue ler nem descriptografar.

Uma transferência P2P chega a tocar em algum servidor?

Um pequeno servidor de sinalização ajuda os dois dispositivos a encontrar o endereço um do outro — mas ele só vê informação de estabelecimento da conexão, nunca bytes do arquivo. Entre redes, no navegador, um retransmissor TURN encaminha por projeto os dados criptografados do arquivo, mas mesmo assim só lida com texto cifrado que não consegue descriptografar.

Por que uma conexão direta falharia em primeiro lugar?

Algumas redes — muitas vezes firewalls corporativos rígidos ou certos NATs de operadoras móveis — são construídas de forma a tornar impossível descobrir um endereço alcançável apenas com a informação externa. Em vez de gastar uns vinte segundos descobrindo isso a cada transferência, o aplicativo web do Relayium envia de saída todas as transferências entre redes pelo retransmissor — o que as carrega é o retransmissor, não uma tentativa direta que falhou.

A transferência P2P fica mais lenta quando passa por um retransmissor?

Pode acrescentar alguma latência, já que o retransmissor é um salto extra pelo qual os dados passam e é um servidor compartilhado em vez de dedicado. Mas ainda costuma ser mais rápido que um fluxo de upload e depois download, porque não é preciso esperar o arquivo aterrissar por completo em um servidor antes de o lado do download poder começar.

As duas pessoas precisam de conta para uma transferência P2P?

Dois dispositivos na mesma rede não precisam de conta alguma. Enviar entre redes diferentes por código de emparelhamento exige que o remetente entre, mas a pessoa que recebe nunca precisa de conta, seja qual for o caminho.

Quer experimentar? Abra o Relayium em dois dispositivos e inicie uma sessão criptografada em tempo real.

Experimente o Relayium agora