💻 computer science

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

Pepper es un protocolo de difusión anónima de alto ancho de banda y escalable que aprovecha una arquitectura DC-net de dos servidores con primitivas criptográficas novedosas para lograr el anonimato global del emisor, permitir la mensajería por lotes y ofrecer un rendimiento significativamente mayor que las alternativas actuales más avanzadas sin requerir servicios de marcado externos.

Autores originales: Chenghao Li, Haoyuan Wang, Xianghang Mi

Publicado 2026-06-04

📖 5 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Chenghao Li, Haoyuan Wang, Xianghang Mi

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

Imagina que estás en una habitación ruidosa y llena de gente donde todos gritan. Quieres susurrar un mensaje secreto a toda la sala, pero no quieres que nadie sepa quién eres. En el mundo digital, esto se llama difusión anónima (anonymous broadcasting).

Este documento presenta Pepper, un nuevo sistema diseñado para permitir que las personas envíen grandes cantidades de datos (como archivos o videos) de forma anónima, incluso si un espía global poderoso está vigilando cada cable de red.

Así es como funciona Pepper, explicado mediante analogías sencillas:

1. El problema con los sistemas antiguos

Los sistemas anteriores eran como un puente de un solo carril.

Un coche a la vez: Solo podías enviar un mensaje diminuto a la vez. Si querías enviar un libro entero, tenías que dividirlo en millones de piezas diminutas y cruzar el puente una por una. Esto era increíblemente lento.
El problema del "marcado": Para subir al puente, necesitabas un "servicio de marcado" separado y misterioso que te diera un boleto. Los sistemas antiguos no explicaban cómo obtener ese boleto; simplemente asumían que ya lo tenías.
Atascos de tráfico: Debido a que todos tenían que esperar su turno, el sistema era lento y no podía manejar grandes transferencias de datos.

2. La solución de Pepper: Una autopista de múltiples carriles

Pepper es como una autopista masiva de múltiples carriles donde puedes enviar todo un convoy de coches (mensajes) a la vez.

Innovación #1: La taquilla de boletos integrada (Registro)

En los viejos tiempos, tenías que ir a una oficina separada y no explicada para obtener un boleto.

El enfoque de Pepper: La autopista tiene una taquilla integrada. Te acercas, entregas tu solicitud de forma anónima y el sistema verifica si tu boleto es válido sin llegar a preguntarte tu nombre ni ver tu rostro.
La magia: Utiliza un truco criptográfico llamado "Función de Punto Distribuido Verificable". Imagina que es un sobre mágico. Metes tu solicitud dentro. Dos guardias (servidores) abren el sobre juntos. Pueden verificar que el sobre es real y está sellado correctamente, pero no pueden ver qué hay dentro ni quién lo puso ahí. Si es falso, lo desechan. Si es real, le ponen un sello y te dejan pasar.

Innovación #2: El sistema de convoy (Mensajería por lotes)

Esta es la superpotencia de Pepper.

La forma antigua: Si querías enviar 8 mensajes, tenías que hacer 8 viajes separados a través del puente. Cada viaje requería un control de seguridad (auditoría).
La forma de Pepper: Cargas los 8 mensajes en un solo camión. Cruzas el puente en un solo viaje. Los guardias revisan el camión una sola vez.
El resultado: En lugar de pagar una tarifa de seguridad 8 veces, la pagas una sola vez. Esto hace que el sistema sea de 13 a 20 veces más rápido para enviar grandes cantidades de datos en comparación con los mejores sistemas existentes.

Innovación #3: Los conductores "fantasma" (Tráfico de cobertura)

Para ocultar quién está enviando el mensaje real, Pepper necesita "tráfico de cobertura": personas que envían mensajes ficticios solo para mezclarse con la multitud.

El problema: En los sistemas antiguos, solo las personas con una clave especial podían enviar mensajes. Si no tenías una clave, no podías ayudar a ocultar al remitente.
La solución de Pepper: Pepper crea "Canales Fantasma". Estos son como carriles falsos en la autopista que nadie usa realmente para datos reales. Cualquier persona puede conducir un coche ficticio hacia estos carriles.
El beneficio: Esto permite que los usuarios regulares (como las personas que solo están navegando en una red social) generen tráfico de cobertura de forma natural sin necesidad de claves especiales. El remitente real se esconde entre la multitud de estos "conductores fantasma".

3. Cómo te mantiene a salvo

Dos guardias: Pepper utiliza dos servidores (guardias) trabajando juntos. Mientras uno de ellos sea honesto, tu identidad permanece segura. Incluso si el otro guardia es un espía, no puede averiguar quién envió el mensaje.
Ningún "espía global" puede descifrarlo: El sistema está construido sobre problemas matemáticos que son actualmente imposibles de resolver (como la factorización de números enormes). Incluso si un espía global vigila cada paquete de datos, solo puede adivinar quién envió un mensaje con la misma probabilidad que lanzar una moneda al aire.

4. Rendimiento en el mundo real

Los autores construyeron una versión funcional de Pepper y la probaron:

Velocidad: Puede registrar nuevos usuarios en solo unos pocos milisegundos.
Escala: Funciona eficientemente incluso con miles de canales.
Comparación: Al enviar archivos grandes, Pepper es de 1.2 a 20 veces más rápido que los sistemas de vanguardia actuales (como Spectrum o Express).
Compatibilidad: Está diseñado para trabajar junto a redes existentes como Tor (la red de enrutamiento de cebolla) y Mastodon (una red social descentralizada). Imagina que tu aplicación de redes sociales favorita tiene un "modo anónimo" integrado que usa Pepper para permitirte publicar información sensible sin temor a ser rastreado.

Resumen

Pepper es un sistema de correo de alta velocidad y anónimo. Resuelve el problema de "¿cómo envío un archivo enorme sin que nadie sepa que soy yo?" permitiéndote enviar todo un convoy de mensajes en un solo viaje, utilizando un sistema de boletos integrado que no requiere una oficina separada, y mezclando tus mensajes reales con una multitud de "conductores fantasma" para ocultar tus huellas. Es más rápido, más eficiente y más fácil de implementar que cualquier cosa que haya existido antes.

Resumen Técnico: Pepper

Planteamiento del Problema

Los protocolos de difusión anónima (ABP, por sus siglas en inglés) son esenciales para aplicaciones sensibles a la privacidad como la denuncia de irregularidades (whistleblowing) y la publicación resistente a la censura, pero su despliegue práctico de alto ancho de banda enfrenta desafíos persistentes. Mientras que los sistemas tradicionales como Tor ofrecen enrutamiento de baja latencia, siguen siendo vulnerables a ataques de correlación de tráfico globales. Las alternativas con garantías criptográficas basadas en redes de Criptógrafos Comensales (DC-nets) y redes de mezcla (mix-nets) ofrecen una mayor anonimidad, pero sufren limitaciones críticas:

Dependencias Externas: Los sistemas de vanguardia como Spectrum y Express dependen de servicios externos de "marcado" o registro no especificados para la asignación de canales, lo que deja un vacío en la especificación del protocolo de extremo a extremo.
Cuellos de Botella en el Rendimiento: Las variantes de DC-net existentes suelen restringir a los emisores a un solo mensaje por época, lo que las hace poco prácticas para transferencias de datos de gran tamaño (por ejemplo, transmitir un archivo de 1 GB puede tomar más de 13 horas).
Auditoría Compleja: Los mecanismos robustos de control de acceso y auditoría suelen imponer una pesada carga computacional o requieren supuestos de confianza poco realistas (por ejemplo, mayorías honestas de servidores).
Falta de Integración: Trabajos previos no han explorado plenamente la compatibilidad con infraestructuras descentralizadas existentes como Tor o redes sociales federadas, que podrían proporcionar tráfico de cobertura natural y recursos de servidor.

Metodología

Pepper aborda estas limitaciones mediante un diseño novedoso e integrado basado en una arquitectura de DC-net de dos servidores. El sistema opera en dos subprotocolos secuenciales: Registro y Mensajería, utilizando primitivas criptográficas avanzadas para garantizar el anonimato del emisor y un rendimiento eficiente.

1. Registro Anónimo Autocontenido

A diferencia de sistemas anteriores, Pepper especifica un subprotocolo de registro completo que elimina la necesidad de servicios de marcado externos.

Mecanismo: Los emisores utilizan Funciones de Punto Distribuido Verificables (VDPFs) para adquirir canales de mensajes de forma anónima.
Proceso: Un emisor construye un mensaje de registro que contiene su clave pública, un ID de canal inicial y el ancho de banda solicitado. Esto se distribuye mediante un esquema de intercambio de secretos (secret-sharing) entre dos servidores de agregación.
Verificación: Los servidores realizan una auditoría conjunta utilizando tokens de verificación VDPF para asegurar que las partes estén bien formadas y correspondan a una solicitud válida sin conocer los canales de destino ni la identidad del emisor. Los registros exitosos vinculan la clave pública con rangos de canales específicos en un boletín público.

2. Mensajería por Lotes con Auditoría Eficiente

Pepper introduce soporte para mensajería por lotes, permitiendo que un solo emisor envíe hasta $t$ mensajes a distintos canales en una sola época.

Mecanismo: El sistema aprovecha las Funciones de Multi-Punto Distribuidas (DMPFs) y sus variantes verificables (VDMPFs). Esto generaliza las DPF desde un único punto distinto de cero a múltiples puntos distintos de cero, permitiendo que un solo par de claves codifique múltiples mensajes.
Control de Acceso: Para garantizar que solo el propietario del canal pueda escribir, Pepper integra Pruebas de Schnorr sobre Partes Secretas (SPoSS). Esto permite a los servidores verificar que un cliente posee la clave privada correspondiente a un canal registrado sin reconstruir el mensaje.
Tráfico de Cobertura: El sistema introduce "Canales Fantasma" (Phantom Channels) —canales especiales con claves privadas universalmente conocidas (por ejemplo, $g^1, g^2$ )— que permiten a los clientes de tráfico de cobertura generar escrituras de relleno válidas sin necesidad de identidades registradas.
Eficiencia de Auditoría: Crucialmente, el mecanismo de auditoría de Pepper verifica un lote completo de $t$ mensajes en una sola operación. Intercambia solo un par de tokens de auditoría independientemente del tamaño del lote, amortizando significativamente la sobrecarga de verificación en comparación con los sistemas que requieren $t$ verificaciones separadas.

3. Arquitectura del Sistema y Compatibilidad

Pepper está diseñado para un despliegue práctico junto a otras redes descentralizadas:

Servidores de Agregación: El sistema utiliza cohortes de dos servidores. Estos pueden desplegarse de forma conjunta como relés de Tor o instancias de Mastodon.
Servicio de Directorio: Un servicio de directorio mantiene un registro de las cohortes de servidores activas, permitiendo a los clientes seleccionar cohortes dinámicamente.
Tolerancia a Fallos: El sistema asume un modelo de "cualquier confianza" (any-trust model, al menos un servidor honesto por cohorte) y admite la escalabilidad horizontal añadiendo más pares de servidores.

Contribuciones Clave

Registro Anónimo Integrado: El diseño de un subprotocolo de registro completo y autocontenido utilizando VDPFs, eliminando la dependencia de sistemas de marcado externos requeridos por Spectrum y Express.
Mensajería de Alto Rendimiento por Lotes: La construcción de un mecanismo de control de acceso ligero que combina VDMPFs con SPoSS. Esto permite la verificación eficiente de escrituras por lotes (hasta $t$ mensajes) con un único intercambio de pruebas, mejorando significativamente el rendimiento efectivo.
Implementación y Evaluación: Una implementación de código abierto (~8,000 líneas de Go, ~2,900 líneas de C/C++) que demuestra auditorías de registro en milisegundos y un rendimiento escalable hasta miles de canales.
Vía de Despliegue Práctico: Una compatibilidad demostrada con infraestructuras existentes, mostrando cómo Pepper puede aprovechar Tor para el tráfico de cobertura y recursos de servidor, e integrarse con redes sociales federadas.

Resultados

Los autores evaluaron Pepper frente a bases de referencia de vanguardia (Spectrum, Express y PACLs) en términos de costo de comunicación, tiempo de auditoría, rendimiento y latencia.

Latencia de Auditoría: Las auditorías de registro se completan en milisegundos incluso para 16,000 canales. Para la mensajería, la auditoría por lotes de Pepper escala eficientemente, superando a Spectrum por 10.8×–12.4× y a PACLs por 2.3×–3.6× en el tiempo de auditoría por solicitud para mensajes de 5KB con un tamaño de lote $t=8$ .
Rendimiento Efectivo: Aunque el rendimiento de solicitud única es menor que el de Spectrum (debido a una mayor computación por solicitud para el loteo), la tasa de mensajería efectiva es significativamente mayor. Para $t=8$ , Pepper ofrece tasas de 1.2× a 5.0× superiores a las de PACLs y de 13.6× a 20× superiores a las de Spectrum a través de varios conteos de canales.
Latencia de Extremo a Extremo: En pruebas de transmisión de archivos (100KB a 100MB), Pepper logró consistentemente la latencia más baja. Para un archivo de 100MB, Pepper tomó ~10.2 horas, comparado con ~16.7 horas para PACLs y un estimado de ~274 horas para Spectrum.
Sobrecarga de Comunicación: Pepper mantiene costos de comunicación competitivos. Aunque las claves VDMPF son ligeramente más grandes que las DPF estándar para soportar el loteo, la reducción en los intercambios de tokens de auditoría servidor-servidor (uno por lote frente a $t$ ) compensa el costo para lotes grandes.

Significado

El artículo afirma que Pepper representa un paso significativo hacia el despliegue práctico de la difusión anónima de alto ancho de banda. Al eliminar las dependencias externas, soportar la mensajería eficiente por lotes e integrarse perfectamente con redes descentralizadas existentes como Tor y Mastodon, Pepper aborda los cuellos de botella de rendimiento y escalabilidad que han obstaculizado a los sistemas de DC-net previos. El sistema demuestra que se puede lograr la anonimidad del emisor mediante criptografía con métricas de rendimiento adecuadas para aplicaciones del mundo real, como el intercambio anónimo de archivos y la difusión de medios, sin requerir supuestos de confianza poco realistas ni sacrificar las garantías de anonimato.