💻 computer science

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

Pepper is een breedbandig, schaalbaar anoniem broadcastprotocol dat een twee-server DC-net architectuur benut met innovatieve cryptografische primitieven om wereldwijde zenderanonimiteit te bereiken, batchberichten te ondersteunen en aanzienlijk hogere doorvoer te leveren dan bestaande state-of-the-art alternatieven zonder externe dialingservices te vereisen.

Oorspronkelijke auteurs: Chenghao Li, Haoyuan Wang, Xianghang Mi

Gepubliceerd 2026-06-04

📖 5 min leestijd🧠 Diepgaand

CC BY 4.0

Oorspronkelijke auteurs: Chenghao Li, Haoyuan Wang, Xianghang Mi

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je voor dat je in een drukke, lawaaierige kamer bent waar iedereen schreeuwt. Je wilt een geheim bericht naar de hele kamer fluisteren, maar je wilt niet dat iemand weet wie je bent. In de digitale wereld wordt dit anonieme broadcasting genoemd.

Het paper introduceert Pepper, een nieuw systeem ontworpen om mensen grote hoeveelheden data (zoals bestanden of video's) anoniem te laten verzenden, zelfs als een machtige wereldwijde spion elke netwerkkabel in de gaten houdt.

Hier is hoe Pepper werkt, uitgelegd via eenvoudige analogieën:

1. Het probleem met oude systemen

Eerdere systemen waren als een eenbaansbrug.

Eén auto tegelijk: Je kon slechts één klein bericht tegelijk verzenden. Als je een heel boek wilde versturen, moest je het in miljoenen kleine stukjes hakken en er één voor één overheen rijden. Dit was ongelooflijk traag.
Het "draaiknop"-probleet: Om op de brug te komen, had je een aparte, mysterieuze "draaifunctie" nodig die je een kaartje gaf. De oude systemen legden niet uit hoe je dat kaartje kreeg; ze gingen er gewoon vanuit dat je er een had.
Verkeersopstoppingen: Omdat iedereen op zijn beurt moest wachten, was het systeem traag en kon het grote datatransfers niet goed aan.

2. De Pepper-oplossing: Een snelweg met meerdere rijstroken

Pepper is als een enorme snelweg met meerdere rijstroken waar je in één keer een heel konvooi auto's (berichten) kunt versturen.

Innovatie #1: De zelfvoorzienende kaartjesautomaat (Registratie)

In de oude dagen moest je naar een apart, onverklaard kantoor gaan om een kaartje te krijgen.

De aanpak van Pepper: De snelweg heeft een ingebouwde kaartjesautomaat. Je loopt naar binnen, overhandigt je verzoek anoniem, en het systeem controleert of je kaartje geldig is zonder ooit je naam te vragen of je gezicht te zien.
De magie: Het gebruikt een cryptografische truc genaamd een "Verifiable Distributed Point Function". Denk aan een magische envelop. Je plaatst je verzoek in de envelop. Twee bewakers (servers) openen de envelop samen. Ze kunnen verifiëren dat de envelop echt is en correct verzegeld is, maar ze kunnen niet zien wat erin zit of wie het erin heeft gedaan. Als het nep is, gooien ze het weg. Als het echt is, stempelen ze het en laten ze je door.

Innovatie #2: Het konvooisysteem (Batch Messaging)

Dit is de grootste superkracht van Pepper.

De oude manier: Als je 8 berichten wilde verzenden, moest je 8 aparte ritten over de brug maken. Elke rit vereiste een beveiligingscontrole (audit).
De manier van Pepper: Je laadt alle 8 berichten op één vrachtwagen. Je rijdt één keer over de brug. De bewakers controleren de vrachtwagen één keer.
Het resultaat: In plaats van 8 keer een beveiligingskosten te betalen, betaal je het slechts één keer. Dit maakt het systeem 13 tot 20 keer sneller voor het verzenden van grote hoeveelheden data vergeleken met de beste bestaande systemen.

Innovatie #3: De "Ghost" chauffeurs (Cover Traffic)

Om te verbergen wie het echte bericht stuurt, heeft Pepper "cover traffic" nodig—mensen die dummy-berichten sturen om alleen maar op te gaan in de massa.

Het probleem: In oude systemen konden alleen mensen met een speciale sleutel berichten verzenden. Als je geen sleutel had, kon je niet helpen om de afzender te verbergen.
De oplossing van Pepper: Pepper creëert "Phantom Channels". Dit zijn als neplanes op de snelweg die niemand echt gebruikt voor echte data. Iedereen kan een dummy-auto in deze banen rijden.
Het voordeel: Dit stelt reguliere gebruikers (zoals mensen die gewoon een sociaal netwerk browsen) in staat om op natuurlijke wijze cover traffic te genereren zonder dat ze speciale sleutels nodig hebben. De echte verzender verbergt zich in de menigte van deze "ghost drivers".

3. Hoe het je veilig houdt

Twee bewakers: Pepper gebruikt twee servers (bewakers) die samenwerken. Zolang één van hen eerlijk is, blijft je identiteit veilig. Zelfs als de andere bewaker een spion is, kunnen ze niet achterhalen wie het bericht heeft gestuurd.
Geen "wereldwijde spion" kan het kraken: Het systeem is gebouwd op wiskundige problemen die momenteel onmogelijk op te lossen zijn (zoals het ontbinden van enorme getallen in factoren). Zelfs als een wereldwijde spion elk datapakketje in de gaten houdt, kunnen ze alleen raden wie een bericht heeft gestuurd met dezelfde waarschijnlijkheid als het opgooien van een muntje.

4. Prestaties in de echte wereld

De auteurs hebben een werkende versie van Pepper gebouwd en getest:

Snelheid: Het kan nieuwe gebruikers in slechts enkele milliseconden registreren.
Schaalbaarheid: Het werkt efficiënt, zelfs met duizenden kanalen.
Vergelijking: Bij het verzenden van grote bestanden is Pepper 1,2 tot 20 keer sneller dan de huidige state-of-the-art systemen (zoals Spectrum of Express).
Compatibiliteit: Het is ontworpen om samen te werken met bestaande netwerken zoals Tor (het onion routing netwerk) en Mastodon (een gedecentraliseerd sociaal netwerk). Stel je voor dat je favoriete sociale media-app een ingebouwde "anonieme modus" heeft die Pepper gebruikt om je te laten posten zonder angst om gevolgd te worden.

Samenvatting

Pepper is een razendsnel, anoniem mailsysteem. Het lost het probleem op van: "Hoe verstuur ik een enorm bestand zonder dat iemand weet dat ik het ben?" door je een heel konvooi aan berichten in één enkele rit te laten sturen, gebruikmakend van een ingebouwde kaartjesautomaat die geen apart kantoor vereist, en door je echte berichten te mengen met een menigte "ghost drivers" om je sporen te wissen. Het is sneller, efficiënter en gemakkelijker te implementeren dan alles dat eraan voorafging.

Technische Samenvatting: Pepper

Probleemstelling

Anonieme broadcast-protocollen (ABP's) zijn essentieel voor privacygevoelige toepassingen zoals klokkenluiders en censuurbestendige publicatie, maar praktische grootschalige uitrol met hoge bandbreedte staat voor hardnekkige uitdagingen. Terwijl traditionele systemen zoals Tor lage-latentie routering bieden, blijven ze kwetsbaar voor globale verkeerscorrelatie-aanvallen. Cryptografisch gegarandeerde alternatieven gebaseerd op Dining Cryptographers-netwerken (DC-netten) en mix-netwerken bieden sterkere anonimiteit, maar lijden onder kritieke beperkingen:

Externe Afhankelijkheden: State-of-the-art systemen zoals Spectrum en Express vertrouwen op ongespecificeerde externe "dialing"- of registratiediensten voor kanaalallocatie, wat een gat laat in de end-to-end protocolspecificatie.
Doorvoersnelheid-bottlenecks: Bestaande DC-net varianten beperken broadcasters doorgaans tot één bericht per epoch, wat ze onpraktisch maakt voor grote datatransfers (bijv. het uitzenden van een bestand van 1GB kan meer dan 13 uur duren).
Complexe Auditing: Robuuste toegangscontrole en auditingmechanismen leggen vaak zware computationele overhead op of vereisen onrealistische vertrouwensaannames (bijv. een eerlijke meerderheid van servers).
Gebrek aan Integratie: Eerdere werken hebben de compatibiliteit met bestaande gedecentraliseerde infrastructuren zoals Tor of federated sociale netwerken niet volledig verkend, die natuurlijke cover-verkeer en serverresources zouden kunnen bieden.

Methodologie

Pepper adresseert deze beperkingen via een nieuw, geïntegreerd ontwerp gebouwd op een twee-server DC-net architectuur. Het systeem werkt in twee opeenvolgende subprotocollen: Registratie en Messaging, waarbij geavanceerde cryptografische primitieven worden gebruikt om afzenderanonimiteit en efficiënte doorvoer te waarborgen.

1. Zelfstandige Anonieme Registratie

In tegen tegenstelling tot eerdere systemen specificeert Pepper een volledig registratie-subprotocol dat de noodzaak voor externe dialing-diensten elimineert.

Mechanisme: Broadcasters gebruiken Verifiable Distributed Point Functions (VDPFs) om anoniem berichtkanalen te verkrijgen.
Proces: Een broadcaster construeert een registratiebericht met hun publieke sleutel, een startkanaal-ID en de gevraagde bandbreedte. Dit wordt via secret-sharing verdeeld tussen twee aggregatieservers.
Verificatie: De servers voeren een gezamenlijke audit uit met VDPF-verificatietokens om te garanderen dat de shares goed gevormd zijn en overeenkomen met een geldig verzoek, zonder de doelkanalen of de identiteit van de broadcaster te leren. Succesvolle registraties koppelen de publieke sleutel aan specifieke kanaalbereiken op een publiek bulletin.

2. Batch Messaging met Efficiënte Auditing

Pepper introduceert ondersteuning voor batch messaging, waardoor een enkele broadcaster tot $t$ berichten naar verschillende kanalen kan sturen in een enkele epoch.

Mechanisme: Het systeem maakt gebruik van Distributed Multi-Point Functions (DMPFs) en hun verifieerbare varianten (VDMPFs). Dit generaliseert DPF's van een enkel niet-nul punt naar meerdere niet-nul punten, waardoor een enkele sleutelpaar meerdere berichten kan coderen.
Toegangscontrole: Om af te dwingen dat alleen de kanaaleigenaar kan schrijven, integreert Pepper Schnorr Proofs over Secret Shares (SPoSS). Dit stelt servers in staat om te verifiëren dat een cliënt over de private sleutel beschikt die bij een geregistreerd kanaal hoort, zonder de boodschap te reconstrueren.
Cover Traffic: Het systeem introduceert "Phantom Channels"—speciale kanalen met universeel bekende private sleutels (bijv. $g^1, g^2$ )—waardoor cover-traffic cliënten geldige dummy-writes kunnen generen zonder dat zij geregistreerde identiteiten nodig hebben.
Audit Efficiëntie: Cruciaal is dat Pepper's auditingmechanisme een volledige batch van $t$ berichten in één enkele operatie verifieert. Het wisselt slechts één paar audit-tokens uit, ongeacht de batchgrootte, waardoor de verificatie-overhead aanzienlijk wordt geamortiseerd vergeleken met systemen die $t$ aparte verificaties vereisen.

3. Systeemarchitectuur en Compatibiliteit

Pepper is ontworpen voor praktische implementatie naast bestaande gedecentraliseerde netwerken:

Aggregatieservers: Het systeem gebruikt cohorten van twee servers. Deze kunnen worden mede-gehost als Tor-relays of Mastodon-instances.
Directory Service: Een directory service houdt een register bij van actieve serverparen, waardoor cliënten dynamisch cohorten kunnen selecteren.
Fouttolerantie: Het systeem gaat uit van een "any-trust" model (minstens één eerlijke server per cohort) en ondersteunt horizontale schaalbaarheid door het toevoegen van meer serverparen.

Belangrijkste Bijdragen

Geïntegreerde Anonieme Registratie: Het ontwerp van een volledig, zelfstandig registratie-subprotocol met behulp van VDPFs, wat de afhankelijkheid van externe dialing-systemen (vereist door Spectrum en Express) wegneemt.
High-Throughput Batch Messaging: De constructie van een lichtgewicht toegangscontrolemechanisme dat VDMPFs combineert met SPoSS. Dit maakt efficiënte verificatie van batch-writes (tot $t$ berichten) mogelijk met één enkele bewijsuitwisseling, wat de effectieve doorvoer aanzienlijk verbetert.
Implementatie en Evaluatie: Een open-source implementatie (~8.000 regels Go, ~2.900 regels C/C++) die milliseconde-niveau registratie-audits en schaalbare prestaties tot duizenden kanalen demonstreert.
Praktisch Implementatiepad: Een aangetoonde compatibiliteit met bestaande infrastructuren, waarbij wordt getoond hoe Pepper Tor kan gebruiken voor cover-traffic en serverresources, en kan integreren met federated sociale netwerken.

Resultaten

De auteurs hebben Pepper geëvalueerd tegen state-of-the-art baselines (Spectrum, Express en PACLs) op het gebied van communicatiekosten, auditingtijd, doorvoersnelheid en latentie.

Auditing Latentie: Registratie-audits voltooien in milliseconden, zelfs voor 16.000 kanalen. Voor messaging schaalt de batch-auditing van Pepper efficiënt en presteert het beter dan Spectrum (10,8×–12,4×) en PACLs (2,3×–3,6×) in per-verzoek auditingtijd voor 5KB berichten met een batchgrootte $t=8$ .
Effectieve Doorvoersnelheid: Hoewel de single-request doorvoer lager is dan die van Spectrum (door hogere per-verzoek berekening voor batching), is de effectieve berichtingsnelheid aanzienlijk hoger. Voor $t=8$ levert Pepper 1,2× tot 5,0× hogere rates dan PACLs en 13,6× tot 20× hogere rates dan Spectrum over diverse kanaalaantallen.
End-to-End Latentie: In tests voor bestandsoverdracht (100KB tot 100MB) behaalde Pepper consequent de laagste latentie. Voor een bestand van 100MB duurde Pepper ~10,2 uur, vergeleken met ~16,7 uur voor PACLs en een geschatte ~274 uur voor Spectrum.
Communicatie-overhead: Pepper behoudt concurrerende communicatiekosten. Hoewel VDMPF-sleutels iets groter zijn dan standaard DPF's om batching te ondersteunen, compenseert de vermindering in server-server audit-token uitwisselingen (één per batch versus $t$ ) de kosten voor grote batches.

Betekenis

Het artikel beweert dat Pepper een belangrijke stap vormt richting de praktische inzet van high-bandwidth anonieme broadcast. Door externe afhankelijkheden te elimineren, batch messaging te ondersteunen en naadloos te integreren met bestaande gedecentraliseerde netwerken zoals Tor en Mastodon, pakt Pepper de doorvoer- en schaalbaarheidsbottlenecks aan die eerdere DC-net systemen hebben gehinderd. Het systeem demonstreert dat cryptografische afzenderanonimiteit kan worden bereikt met prestatiecijfers die geschikt zijn voor real-world toepassingen zoals anonieme bestanddeling en media-distributie, zonder dat daarvoor onrealistische vertrouwensaannames nodig zijn of anonimiteitsgaranties worden opgeofferd.