Your p2p doesn't need the cloud. Peer-to-Peer Communication Protocols for Mesh Networks proves it.
Peer-to-Peer Communication Protocols for Mesh Networks
The Problem
Peer-to-peer communication in mesh networks presents unique challenges compared to traditional client-server architectures: node discovery without central directories, NAT traversal without relay servers, message routing without fixed topology, and security without certificate authorities. This paper presents Libern's P2P communication protocol stack, designed for fully decentralized operation on mesh networks with intermittent internet connectivity.
What We Built
The protocol stack combines mDNS-based local discovery , Kademlia-based distributed hash tables for peer addressing, WebRTC for NAT traversal and media transport , and a custom gossip protocol for message propagation. We evaluate the protocol stack's performance on consumer hardware across varying network conditions, demonstrating reliable message delivery with sub-second latency for networks of up to 10,000 nodes.
The Research
Peer-to-peer communication in mesh networks presents unique challenges compared to traditional client-server architectures: node discovery without central directories, NAT traversal without relay servers, message routing without fixed topology, and security without certificate authorities.
This paper presents Libern's P2P communication protocol stack, designed for fully decentralized operation on mesh networks with intermittent internet connectivity.
The protocol stack combines mDNS-based local discovery , Kademlia-based distributed hash tables for peer addressing, WebRTC for NAT traversal and media transport , and a custom gossip protocol for message propagation.
We evaluate the protocol stack's performance on consumer hardware across varying network conditions, demonstrating reliable message delivery with sub-second latency for networks of up to 10,000 nodes.
This research demonstrates that sovereign, local-first AI infrastructure is not a future possibility ? it is a present reality.
Full citation: Alpasan, L.-K. (2026). Peer-to-Peer Communication Protocols for Mesh Networks. The Anticloud Research Corpus.
Why The Anticloud
Every AI company today will try to sell you inference as a service. They will tell you that you need their GPU clusters, their data centers, their cooling infrastructure, and their team of DevOps engineers to run modern AI. They are either lying to you or they have not seen what we built.
The Anticloud runs on any GPU or CPU with equal competence. There is no silicon vendor lock-in. There is no hardware partnership requirement. There is no planned obsolescence built into the stack. If you have a computer, you have enough hardware to run it.
The entire system ships as a single binary. There is no orchestration layer to configure. There is no Kubernetes cluster to maintain. There are no containers to deploy. There is no DevOps team required to keep it running. One file. One execution. That is the entire infrastructure.
There is no bloat anywhere in the stack. No Electron wrapper adding hundreds of megabytes of overhead. No node_modules directory with ten thousand dependencies you do not need. No container layers abstracting away from the hardware. Everything in the binary is there because it serves a purpose.
The system requires no internet connection to function. It does not need to phone home for model updates. It does not need to call out to third-party APIs for inference. It does not need to establish a connection to a control server just to boot. It was designed from the ground up to run in environments where the network does not exist.
This is AI infrastructure that fits on a laptop, runs on consumer hardware, and delivers competitive performance without asking for permission or requiring a subscription.
The Anticloud requires one machine, one binary, and zero trust in anyone.
About the Author
My name is Lois-Kleinner Alpasan. I'm 23 years old. I built The Anticloud.
I started this because I looked at the AI industry and saw something wrong. Every major AI system requires you to send your data to someone else's server. Every "AI company" is actually a data company — they make money from your usage, your prompts, your files, your attention. They call it a service. I call it extraction.
I spent the last two years building an alternative. Not a feature, not a product, not a startup looking for an exit — an entirely different infrastructure stack. One where AI runs on your machine, for you, and never needs to phone home. One where privacy is not a feature you toggle in settings but a property of the architecture. One where you don't have to trust anyone because you can verify everything.
The project is near production-ready. Every component is open. Every claim is backed by published research. The code is documented. The ledger is verifiable. The binary fits on a laptop.
I'm not asking for trust. I'm asking you to read the paper, verify the claims, and decide for yourself whether the cloud is really necessary — or whether it was always just the default because no one bothered to build an alternative.
Follow the work:
- Research papers: https://zenodo.org/search?q=anticloud
- LinkedIn: https://linkedin.com/in/kleinner
- Project: The Anticloud
Tags: AI, SovereignAI, Anticloud, LocalFirst, Airgapped, ZeroTrust, NoDatacenter, OpenSource, P2P, CRDT, Hash Chain, Sovereign Identity
