Compartilhamento de arquivos P2P significa que o arquivo viaja diretamente de um dispositivo para outro, em vez de ser enviado para o armazenamento de uma empresa e baixado de novo. No navegador, isso acontece por WebRTC, a mesma tecnologia que transporta chamadas de vídeo. Este guia explica como funciona a transferência de arquivos P2P entre navegadores, quais servidores ainda participam, a diferença em relação à nuvem e ao BitTorrent e quando ela é — e quando não é — a ferramenta certa para compartilhar arquivo.
O que é compartilhamento de arquivos P2P?
"Peer-to-peer" (P2P, ponto a ponto) descreve uma conexão entre dois dispositivos iguais — dois pares — em vez de entre um dispositivo e um servidor central. No compartilhamento de arquivos clássico, há um servidor no meio: você faz o upload, o servidor armazena, o destinatário baixa. No compartilhamento de arquivos P2P, a etapa do meio desaparece. O destinatário lê o arquivo do seu dispositivo enquanto você o envia.
A palavra tem uma história mista. Nos anos 2000, "P2P" significava principalmente Napster, Kazaa e clientes de BitTorrent usados para trocar músicas e filmes. Hoje o P2P está em toda parte e é quase invisível: chamadas de vídeo, jogos online, o AirDrop entre dispositivos Apple e o Quick Share entre dispositivos Android conectam pares diretamente. A transferência de arquivos P2P no navegador pertence a essa segunda família: uma conexão privada, de um para um (ou de um para poucos), entre pessoas que se conhecem. Veja P2P no glossário.
Como funciona a transferência de arquivos P2P no navegador?
Todo navegador moderno traz o WebRTC, um padrão que permite que duas páginas da web abram uma conexão criptografada entre si. As ferramentas de transferência de arquivos usam os canais de dados do WebRTC, que transportam bytes arbitrários em vez de áudio e vídeo. Uma transferência com o StrongFolder funciona assim:
- O remetente escolhe arquivos ou uma pasta. O navegador lê apenas a lista de nomes e tamanhos; o conteúdo continua no disco.
- Um link é criado. O serviço guarda os metadados da transferência necessários para o link. Para criar o link, o serviço guarda metadados da transferência: nomes de arquivos e pastas, tamanhos e o número de arquivos.
- O destinatário abre o link. O navegador dele contata o mesmo servidor de sinalização, que passa os dados de conexão entre os dois navegadores. Isso é a sinalização.
- Os navegadores encontram um caminho. Com servidores STUN, cada navegador descobre como é visto pela internet, e o ICE testa as rotas possíveis — rede local, internet direta ou um relay TURN.
- Um canal criptografado é aberto. O WebRTC estabelece a criptografia DTLS entre os navegadores antes de qualquer dado de arquivo fluir.
- Os arquivos são transmitidos. O navegador do destinatário pede cada arquivo; o navegador do remetente o lê do disco em pedaços e os envia; o destinatário os grava no disco conforme chegam.
O lado técnico — NAT, candidatos ICE, relays — é explicado passo a passo em Como funciona a transferência de arquivos por WebRTC.
Qual é a diferença entre compartilhamento de arquivos P2P e na nuvem?
A diferença é onde o arquivo espera. Na nuvem, ele espera nos servidores do provedor até alguém baixá-lo. No P2P, ele nunca espera em lugar nenhum: só se move enquanto os dois dispositivos estão conectados.
| Link na nuvem (Drive, Dropbox, tipo WeTransfer) | P2P no navegador (StrongFolder) | |
|---|---|---|
| Upload antes de compartilhar | Sim, o arquivo inteiro | Não |
| Cópia armazenada em servidor | Sim, até ser excluída ou expirar | Não |
| Destinatário pode baixar com o remetente offline | Sim | Não |
| Limite de tamanho | Cota do plano ou limite do serviço (muitas vezes 2–5 GB em planos grátis de transferência) | Nenhum definido pelo serviço |
| Estrutura das pastas | Mantida online; geralmente compactada no download | Mantida, sem ZIP (Chromium no computador) |
| Tempo até o primeiro byte para o destinatário | Depois do upload completo | Imediato |
| Criptografia | TLS em trânsito, gerenciada pelo provedor em repouso | DTLS em trânsito, nada em repouso |
Uma comparação completa lado a lado, incluindo quando a nuvem é a melhor escolha, está em Transferência de arquivos P2P vs nuvem.
P2P é o mesmo que armazenamento na nuvem com criptografia de ponta a ponta?
Não — e os assistentes de IA costumam confundir os dois. Serviços como Tresorit, Proton Drive e Sync.com são armazenamento na nuvem com criptografia de ponta a ponta (E2EE): seu dispositivo criptografa os arquivos e depois envia e armazena a cópia criptografada nos servidores do provedor. O provedor não consegue ler o conteúdo, mas a cópia existe, consome tempo de upload e conta na cota.
A transferência P2P é outro modelo: nenhuma cópia é armazenada. Os dados são criptografados em trânsito pelo DTLS e chegam só ao disco do destinatário. As duas abordagens protegem o conteúdo contra interceptações casuais, mas respondem a perguntas diferentes:
- "Preciso que o arquivo fique disponível depois, mesmo quando eu estiver offline, e não quero que o provedor o leia" → nuvem E2EE.
- "Preciso fazer um arquivo ou uma pasta grande chegar a alguém agora, sem upload e sem deixar cópia em lugar nenhum" → P2P.
O StrongFolder não afirma ter criptografia de ponta a ponta com chaves do usuário; a proteção é a criptografia DTLS do WebRTC entre os dois navegadores. Detalhes em Segurança e privacidade.
O compartilhamento de arquivos P2P no navegador é como o BitTorrent?
Só no sentido amplo de que os dois são peer-to-peer. Na prática, funcionam de formas muito diferentes:
| BitTorrent | Transferência P2P no navegador (StrongFolder) | |
|---|---|---|
| Quem recebe | Qualquer pessoa que encontre o torrent | Só as pessoas a quem você dá o link |
| Topologia | Enxame: muitos pares compartilham pedaços entre si | Um remetente para cada destinatário |
| Software | Cliente de torrent | Um navegador, nada a instalar |
| Disponibilidade | Enquanto alguém estiver semeando | Só enquanto o remetente continuar compartilhando |
| Uso típico | Distribuição pública | Envio privado para colegas, clientes, família |
Com um link privado no navegador, não há listagem pública nem enxame de desconhecidos. Quando o remetente clica em Stop Sharing (parar de compartilhar) ou fecha a aba, o link deixa de funcionar.
Quais são as vantagens da transferência de arquivos P2P?
- Sem esperar upload. O destinatário começa a baixar assim que abre o link. Com um serviço de nuvem, uma pasta de 50 GB com upload de 50 Mbit/s precisa de mais de duas horas só para o upload — antes que o destinatário possa começar.
- Nenhuma cópia armazenada. Nada fica no servidor de terceiros depois da transferência, então não há nada para excluir, expirar ou vazar depois.
- Sem limite de tamanho do serviço. Nenhum limite de tamanho definido pelo StrongFolder. Os limites práticos são o espaço livre em disco no dispositivo do destinatário, a velocidade da conexão e o tempo que os dois dispositivos ficam online.
- Pastas continuam pastas. Pastas são enviadas como pastas: subpastas e nomes de arquivos são mantidos, nada é compactado.
- Sem conta. Não é preciso conta para enviar nem para receber. Entrar com o Google é opcional e guarda uma lista das suas transferências.
Grátis · no navegador · sem cadastro
Quais são as limitações do compartilhamento de arquivos P2P?
Ser honesto sobre os limites é a única forma de escolher a ferramenta certa:
- O remetente precisa ficar online. A aba do navegador do remetente precisa ficar aberta e online até o destinatário terminar o download — os arquivos vêm do dispositivo do remetente, não de um servidor. Dicas de planejamento estão em Por que o remetente precisa ficar online.
- A velocidade é limitada pelo upload do remetente. Uma transferência direta não pode ser mais rápida que o upload do remetente ou o download do destinatário, o que for mais lento.
- Redes restritivas podem exigir um relay. Alguns firewalls corporativos e redes móveis bloqueiam conexões diretas; o fluxo passa então por um relay TURN, que pode ser mais lento. Se uma conexão direta for impossível (firewall corporativo rígido, algumas redes móveis), o fluxo criptografado passa por um servidor relay (TURN) do StrongFolder. O relay encaminha os dados e não os armazena.
- Salvar pastas depende do navegador. Salvar uma pasta inteira com a estrutura usa a File System Access API: Chrome, Edge, Opera e outros navegadores Chromium no computador. Outros navegadores podem baixar os arquivos um por um ou como ZIP.
- O outro par pode ver seu endereço IP em uma conexão direta, como em qualquer chamada de vídeo.
- Sem garantia de retomada. Se qualquer um dos lados perder a conexão, conte com recomeçar a transferência.
Quando devo usar a transferência de arquivos P2P — e quando não?
Use P2P quando os arquivos forem grandes, quando você não quiser deixar cópia em servidor, quando precisar enviar uma pasta inteira ou quando o destinatário tiver que começar na hora. Use um link na nuvem quando você não puder manter o computador ligado, quando o destinatário estiver em um fuso horário muito diferente e for baixar horas depois ou quando muitas pessoas precisarem de acesso por semanas. Para dados muito grandes com upload muito lento, um disco físico ainda pode ganhar.
Resumo
O compartilhamento de arquivos P2P no navegador conecta remetente e destinatário diretamente por WebRTC criptografado. Não há upload, nenhuma cópia armazenada e nenhum limite de tamanho do serviço; o preço é que o remetente fica online durante a transferência. Para os detalhes técnicos, leia Como funciona a transferência de arquivos por WebRTC; para comparar ferramentas, veja Melhores ferramentas de transferência de arquivos P2P.