💻 computer science

Pepper: High-bandwidth and Scalable Anonymous Broadcast with Cryptographic Privacy

Pepper é um protocolo de transmissão anônima de alta largura de banda e escalável que utiliza uma arquitetura DC-net de dois servidores com primitivas criptográficas inovadoras para alcançar anonimato global do remetente, suportar mensagens em lote e entregar um throughput significativamente maior do que as alternativas de estado da arte existentes sem exigir serviços de discagem externos.

Autores originais: Chenghao Li, Haoyuan Wang, Xianghang Mi

Publicado 2026-06-04

📖 5 min de leitura🧠 Leitura aprofundada

CC BY 4.0

Autores originais: Chenghao Li, Haoyuan Wang, Xianghang Mi

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que você está em uma sala barulhenta e lotada, onde todos estão gritando. Você quer sussurrar uma mensagem secreta para toda a sala, mas não quer que ninguém saiba quem é você. No mundo digital, isso é chamado de transmissão anônima (anonymous broadcasting).

O artigo apresenta o Pepper, um novo sistema projetado para permitir que as pessoas enviem grandes quantidades de dados (como arquivos ou vídeos) de forma anônima, mesmo que um espião global poderoso esteja vigiando cada cabo de rede.

Veja como o Pepper funciona, explicado através de analogias simples:

1. O Problema dos Sistemas Antigos

Os sistemas anteriores eram como uma ponte de pista única.

Um carro por vez: Você só podia enviar uma mensagem minúscula de cada vez. Se quisesse enviar um livro inteiro, teria que dividi-lo em milhões de pedacinhos e atravessar a ponte um por um. Isso era incrivelmente lento.
O problema da "discagem": Para entrar na ponte, você precisava de um "serviço de discagem" separado e misterioso para lhe dar um bilhete. Os sistemas antigos não explicavam como conseguir esse bilhete; eles apenas assumiam que você já tinha um.
Engarrafamentos: Como todos tinham que esperar sua vez, o sistema era lento e não conseguia lidar com grandes transferências de dados.

2. A Solução do Pepper: Uma Rodovia de Múltiplas Faixas

O Pepper é como uma rodovia enorme de várias faixas onde você pode enviar todo um comboio de carros (mensagens) de uma só vez.

Inovação nº 1: A Bilheteria Autocontida (Registro)

Nos tempos antigos, você tinha que ir a um escritório separado e não explicado para conseguir um bilhete.

A abordagem do Pepper: A rodovia tem uma bilheteria integrada. Você se aproxima, entrega seu pedido anonimamente e o sistema verifica se seu bilhete é válido sem nunca perguntar seu nome ou ver seu rosto.
A Magia: Ele usa um truque criptográfico chamado "Função de Ponto Distribuído Verificável". Pense nisso como um envelope mágico. Você coloca seu pedido dentro dele. Dois guardas (servidores) abrem o envelope juntos. Eles podem verificar se o envelope é real e está selado corretamente, mas não podem ver o que está dentro ou quem o colocou lá. Se for falso, eles o descartam. Se for real, eles o carimbam e deixam você entrar.

Inovação nº 2: O Sistema de Comboio (Mensagens em Lote)

Esta é a superpotência do Pepper.

O Jeito Antigo: Se você quisesse enviar 8 mensagens, teria que fazer 8 viagens separadas pela ponte. Cada viagem exigia uma verificação de segurança (auditoria).
O Jeito Pepper: Você carrega todas as 8 mensagens em um único caminhão. Você atravessa a ponte uma única vez. Os guardas verificam o caminhão uma única vez.
O Resultado: Em vez de pagar uma taxa de segurança 8 vezes, você paga apenas uma. Isso torna o sistema de 13 a 20 vezes mais rápido para enviar grandes quantidades de dados em comparação aos melhores sistemas existentes.

Inovação nº 3: Os Motoristas "Fantasma" (Tráfego de Cobertura)

Para esconder quem está enviando a mensagem real, o Pepper precisa de "tráfego de cobertura" — pessoas que enviam mensagens falsas apenas para se misturar à multidão.

O Problema: Nos sistemas antigos, apenas pessoas com uma chave especial podiam enviar mensagens. Se você não tivesse uma chave, não poderia ajudar a esconder o remetente.
A Solução do Pepper: O Pepper cria "Canais Fantasmas" (Phantom Channels). Estas são como faixas falsas na rodovia que ninguém realmente usa para dados reais. Qualquer pessoa pode dirigir um carro fictício nessas faixas.
O Benefício: Isso permite que usuários comuns (como pessoas apenas navegando em uma rede social) gerem naturalmente tráfego de cobertura sem precisar de chaves especiais. O remetente real se esconde na multidão desses "motoristas fantasmas".

3. Como Ele Mantém Você Seguro

Dois Guardas: O Pepper utiliza dois servidores (guardas) trabalhando juntos. Enquanto um deles for honesto, sua identidade permanecerá segura. Mesmo que o outro guarda seja um espião, ele não conseguirá descobrir quem enviou a mensagem.
Nenhum "Espião Global" Pode Quebrá-lo: O sistema é construído sobre problemas matemáticos que são atualmente impossíveis de resolver (como a fatoração de números enormes). Mesmo que um espião global vigie cada pacote de dados, ele só poderá adivinhar quem enviou uma mensagem com a mesma probabilidade de jogar uma moeda para o alto.

4. Desempenho no Mundo Real

Os autores construíram uma versão funcional do Pepper e a testaram:

Velocidade: Ele consegue registrar novos usuários em apenas alguns milissegundos.
Escala: Funciona de forma eficiente mesmo com milhares de canais.
Comparação: Ao enviar arquivos grandes, o Pepper é de 1,2 a 20 vezes mais rápido do que os sistemas de ponta atuais (como Spectrum ou Express).
Compatibilidade: Foi projetado para trabalhar ao lado de redes existentes como o Tor (a rede de roteamento cebola) e o Mastodon (uma rede social descentralizada). Imagine seu aplicativo de rede social favorito tendo um "modo anônimo" integrado que usa o Pepper para permitir que você poste informações sensíveis sem medo de ser rastreado.

Resumo

Pepper é um sistema de correio de alta velocidade e anônimo. Ele resolve o problema de "como eu envio um arquivo enorme sem que ninguém saiba que sou eu?" permitindo que você envie todo um comboio de mensagens em uma única viagem, usando um sistema de bilheteria integrado que não exige um escritório separado, e misturando suas mensagens reais com uma multidão de "motoristas fantasmas" para esconder seus rastros. É mais rápido, mais eficiente e mais fácil de implementar do que qualquer coisa que veio antes dele.

Resumo Técnico: Pepper

Declaração do Problema

Protocolos de transmissão anônima (ABPs) são essenciais para aplicações sensíveis à privacidade, como denúncias (whistleblowing) e publicação resistente à censura, mas o implantação prática de alta largura de banda enfrenta desafios persistentes. Enquanto sistemas tradicionais como o Tor oferecem roteamento de baixa latência, eles permanecem vulneráveis a ataques de correlação de tráfego global. Alternativas com garantias criptográficas baseadas em redes de Criptógrafos Comensais (DC-nets) e mix-nets oferecem anonimato mais forte, mas sofrem de limitações críticas:

Dependências Externas: Sistemas de ponta como Spectrum e Express dependem de serviços externos não especificados de "discagem" ou registro para alocação de canais, deixando uma lacuna na especificação do protocolo de ponta a ponta.
Gargalos de Vazão (Throughput): Variantes existentes de DC-nets tipicamente restringem os transmissores a uma única mensagem por época (epoch), tornando-os impraticáveis para transferências de dados de grande escala (por exemplo, transmitir um arquivo de 1GB pode levar mais de 13 horas).
Auditoria Complexa: Mecanismos robustos de controle de acesso e auditoria frequentemente impõem uma carga computacional pesada ou exigem suposições de confiança irreais (por exemplo, maiorias honestas de servidores).
Falta de Integração: Trabalhos anteriores não exploraram totalmente a compatibilidade com infraestruturas descentralizadas existentes, como Tor ou redes sociais federadas, que poderiam fornecer tráfego de cobertura (cover traffic) e recursos de servidor naturais.

Metodologia

O Pepper aborda essas limitações através de um design integrado e inovador construído sobre uma arquitetura de DC-net de dois servidores. O sistema opera em dois subprotocolos sequenciais: Registro e Mensageria, utilizando primitivas criptográficas avançadas para garantir o anonimato do remetente e eficiência de vazão.

1. Registro Anônimo Autossuficiente

Ao contrário de sistemas anteriores, o Pepper especifica um subprotocolo de registro completo que elimina a necessidade de serviços de discagem externos.

Mecanismo: Os transmissores utilizam Funções de Ponto Distribuídas Verificáveis (VDPFs) para adquirir canais de mensagem anonimamente.
Processo: Um transmissor constrói uma mensagem de registro contendo sua chave pública, um ID de canal inicial e a largura de banda solicitada. Isso é compartilhado via secret-sharing entre dois servidores de agregação.
Verificação: Os servidores realizam uma auditoria conjunta usando tokens de verificação VDPF para garantir que as partes (shares) estejam bem formadas e correspondam a uma solicitação válida sem aprender os canais alvo ou a identidade do transmissor. Registros bem-sucedidos vinculam a chave pública a intervalos de canais específicos em um boletim público.

2. Mensageria em Lote com Auditoria Eficiente

O Pepper introduz suporte para mensageria em lote (batch messaging), permitindo que um único transmissor envie até $t$ mensagens para canais distintos em uma única época.

Mecanismo: O sistema utiliza Funções de Múltiplos Pontos Distribuídas (DMPFs) e suas variantes verificáveis (VDMPFs). Isso generaliza as DPFs de um único ponto não nulo para múltiplos pontos não nulos, permitindo que um único par de chaves codifique múltiplas mensagens.
Controle de Acesso: Para garantir que apenas o proprietário do canal possa escrever, o Pepper integra Provas de Schnorr sobre Partes Secretas (SPoSS). Isso permite que os servidores verifiquem se um cliente possui a chave privada correspondente a um canal registrado sem reconstruir a mensagem.
Tráfego de Cobertura: O sistema introduz "Canais Fantasmas" (Phantom Channels)—canais especiais com chaves privadas universalmente conhecidas (ex: $g^1, g^2$ )—permitindo que clientes de tráfego de cobertura gerem escritas dummy válidas sem a necessidade de identidades registradas.
Eficiência de Auditoria: Crucialmente, o mecanismo de auditoria do Pepper verifica um lote inteiro de $t$ mensagens em uma única operação. Ele troca apenas um par de tokens de auditoria, independentemente do tamanho do lote, amortizando significativamente o overhead de verificação em comparação com sistemas que exigem $t$ verificações separadas.

3. Arquitetura do Sistema e Compatibilidade

O Pepper é projetado para implantação prática ao lado de redes descentralizadas existentes:

Servidores de Agregação: O sistema utiliza coortes de dois servidores. Estes podem ser implantados conjuntamente como relays do Tor ou instâncias do Mastodon.
Serviço de Diretório: Um serviço de diretório mantém um registro de pares de servidores ativos, permitindo que os clientes selecionem coortes dinamicamente.
Tolerância a Falhas: O sistema assume um modelo de "qualquer confiança" (pelo menos um servidor honesto por coorte) e suporta escalabilidade horizontal adicionando mais pares de servidores.

Principais Contribuições

Registro Anônimo Integrado: O design de um subprotocolo de registro completo e autossuficiente usando VDPFs, removendo a dependência de sistemas de discagem externos exigidos pelo Spectrum e Express.
Mensageria de Alta Vazão em Lote: A construção de um mecanismo de controle de acesso leve combinando VDMPFs com SPoSS. Isso permite a verificação eficiente de escritas em lote (até $t$ mensagens) com uma única troca de prova, melhorando significativamente a vazão efetiva.
Implementação e Avaliação: Uma implementação de código aberto (~8.000 linhas de Go, ~2.900 linhas de C/C++) que demonstra auditorias de registro em nível de milissegundos e desempenho escalável para milhares de canais.
Caminho de Implantação Prática: Uma compatibilidade demonstrada com infraestruturas existentes, mostrando como o Pepper pode aproveitar o Tor para tráfego de cobertura e recursos de servidor, e integrar-se a redes sociais federadas.

Resultados

Os autores avaliaram o Pepper contra baselines de última geração (Spectrum, Express e PACLs) em termos de custo de comunicação, tempo de auditoria, vazão e latência.

Latência de Auditoria: As auditorias de registro completam em milissegundos mesmo para 16.000 canais. Para mensageria, a auditoria em lote do Pepper escala eficientamente, superando o Spectrum em 10,8×–12,4× e os PACLs em 2,3×–3,6× no tempo de auditoria por requisição para mensagens de 5KB com tamanho de lote $t=8$ .
Vazão Efetiva: Embora a vazão de requisição única seja menor que a do Spectrum (devido ao maior processamento por requisição para o batching), a taxa de mensageria efetiva é significativamente maior. Para $t=8$ , o Pepper entrega taxas de 1,2× a 5,0× maiores que os PACLs e de 13,6× a 20× maiores que o Spectrum através de vários números de canais.
Latência de Ponta a Ponta: Em testes de transmissão de arquivos (100KB a 100MB), o Pepper consistentemente alcançou a menor latência. Para um arquivo de 100MB, o Pepper levou ~10,2 horas, comparado a ~16,7 horas para os PACLs e um estimado de ~274 horas para o Spectrum.
Overhead de Comunicação: O Pepper mantém custos de comunicação competitivos. Embora as chaves VDMPF sejam ligeiramente maiores que as DPFs padrão para suportar o batching, a redução nas trocas de tokens de auditoria servidor-servidor (um por lote vs. $t$ ) compensa o custo para grandes lotes.

Significância

O artigo afirma que o Pepper representa um passo significativo em direção à implantação prática de transmissão anônima de alta largura de banda. Ao eliminar dependências externas, suportar mensageria em lote eficiente e integrar-se perfeitamente com redes descentralizadas existentes como Tor e Mastodon, o Pepper aborda os gargalos de vazão e escalabilidade que impediram sistemas de DC-net anteriores. O sistema demonstra que o anonimato de remetente criptográfico pode ser alcançado com métricas de desempenho adequadas para aplicações do mundo real, como compartilhamento de arquivos anônimo e disseminação de mídia, sem exigir suposições de confiança irreais ou sacrificar as garantias de anonimato.