Relayium vs Snapdrop e PairDrop: qual transferência P2P segura?
Última atualização: 2026-07-31
O Snapdrop e seu fork mantido ativamente, o PairDrop, são pioneiros do compartilhamento de arquivos no navegador e sem instalação. São polidos, familiares e ferramentas genuinamente boas — o Relayium constrói sobre a mesma ideia em vez de descartá-la.
Este artigo compara os três com justiça: o que têm em comum, onde o Snapdrop e o PairDrop são mais fortes e onde o Relayium é diferente. Em resumo, o foco do Relayium é a força da criptografia e alcançar entre redes, não substituir o que já funciona bem na sua rede local.
O que têm em comum
Os três rodam inteiramente num navegador web moderno sem nada para instalar. Na mesma LAN, todos usam WebRTC para mover os bytes dos arquivos diretamente entre dois dispositivos em vez de estacioná-los num servidor.
Na mesma rede local eles conseguem descobrir dispositivos próximos automaticamente, então enviar uma foto de um notebook para um celular na mesma sala são alguns toques em qualquer um deles.
Onde o Snapdrop e o PairDrop se destacam
O Snapdrop existe há anos e tem uma comunidade grande que confia nele; o PairDrop o amplia com recursos que o Relayium não tenta igualar hoje.
- O PairDrop adiciona salas e emparelhamento persistente de dispositivos, então você pode conectar dispositivos específicos mesmo entre redes diferentes por código de emparelhamento.
- Ambos são simples de auto-hospedar — o código do servidor é pequeno e bem compreendido, o que importa se você quer rodar a sua própria instância.
- Anos de uso real significam ampla cobertura de dispositivos, bastante documentação e uma experiência madura e previsível.
Onde o Relayium difere: criptografia de ponta a ponta na camada de aplicação
O WebRTC puro é criptografado em trânsito pelo DTLS, e isso é proteção real contra um bisbilhoteiro passivo da rede. Mas as impressões digitais DTLS que autenticam cada lado são trocadas através do servidor de sinalização. Um servidor de sinalização malicioso ou comprometido pode substituir suas próprias impressões e se colocar invisivelmente no meio — um ataque de intermediário clássico que o DTLS sozinho não impede.
O Relayium adiciona uma segunda camada de criptografia independente sobre o canal WebRTC: uma troca de chaves X25519 deriva uma chave usada para AES-256-GCM por bloco, e essa chave nunca é enviada a nenhum servidor. Para detectar um intermediário, ative a verificação avançada (desligada por padrão) e ambos os dispositivos exibem o mesmo código de verificação de 6 dígitos (SAS); se os códigos coincidem, nenhum servidor se passou por uma das pontas nem terminou a criptografia da camada de aplicação. Cada arquivo também é verificado de ponta a ponta com um hash SHA-256.
Além da rede local
O Relayium foi projetado para funcionar entre redes, não só no mesmo Wi-Fi. As transferências do navegador se conectam diretamente na mesma LAN; uma sessão por código de emparelhamento entre redes usa um retransmissor TURN por projeto e mantém a criptografia de ponta a ponta entre navegadores.
Entre redes, o retransmissor TURN transporta apenas texto cifrado que não consegue ler nem descriptografar, e o Relayium não mantém cópia nem histórico do conteúdo em tempo real no servidor. Há também um modo opcional de link de download armazenado: seu navegador criptografa os arquivos com AES-256-GCM e a chave de descriptografia vive só no fragmento da URL, então o servidor armazena texto cifrado de conhecimento zero que não consegue ler. Na mesma rede não é preciso conta; quem cria um código de emparelhamento entre redes precisa entrar, enquanto quem participa não precisa de conta. Criar um link de download armazenado também exige login. Transferências que caem no meio podem retomar em vez de começar de novo.
Comparativo de recursos em resumo
As diferenças que mais importam, lado a lado:
- Camada de criptografia: o WebRTC puro depende só do DTLS; o Relayium adiciona por cima X25519 + AES-256-GCM na camada de aplicação.
- Defesa contra intermediário: o Relayium oferece opcionalmente um código SAS de 6 dígitos (verificação avançada, desligada por padrão) que os dois lados podem verificar; o WebRTC puro não tem verificação equivalente contra um servidor de sinalização malicioso.
- Entre redes: o Relayium conecta por código de emparelhamento (ou o link de entrada que gera) através de um retransmissor TURN criptografado; a descoberta na rede local é o caminho principal do Snapdrop.
- Modo de armazenamento: o Relayium oferece links de download armazenados de conhecimento zero opcionais; os outros são apenas em tempo real.
- Retomada: o Relayium pode retomar uma transferência interrompida em vez de começar de novo.
- Lote: o Relayium envia até 1.000 arquivos por lote com uma verificação de integridade SHA-256 por arquivo.
Perguntas frequentes
O Relayium e o Snapdrop/PairDrop podem se substituir?
Para compartilhar rápido entre dispositivos na mesma rede, qualquer um funciona bem. Se você precisa alcançar redes diferentes ou quer uma camada de criptografia extra, independente do servidor, com um código de verificação, o Relayium mira nisso; se você adora as salas e o emparelhamento persistente do PairDrop, ele continua sendo uma escolha excelente.
O Relayium é de código aberto e auto-hospedável?
Sim. O Relayium é licenciado sob AGPL-3.0 e o protocolo e o código completos são públicos em github.com/relayium/relayium, então você pode auditá-lo ou rodar a sua própria instância — a mesma abertura que tornou o Snapdrop e o PairDrop confiáveis.
Há diferença de desempenho?
Na mesma LAN, os três usam um caminho WebRTC direto e o desempenho costuma ser parecido. Entre redes, o Relayium usa TURN por projeto, então a localização e a capacidade do retransmissor podem afetar a latência e a taxa de transferência. A camada AES-256-GCM extra roda no navegador e normalmente acrescenta pouco custo diante do caminho de rede.
Veja como a criptografia na camada de aplicação se comporta na prática — sem instalação e sem precisar de conta na mesma rede.
Experimente o Relayium agora