HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
markqvist
Reticulum
Python2022–2026
markqvist / Reticulum

Reticulum

The cryptography-based networking stack for building unstoppable networks with LoRa, Packet Radio, WiFi and everything in between.

33Distinct people
41Mentions
0Explicit recommenders
7.7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

The cryptography-based networking stack for building unstoppable networks with LoRa, Packet Radio, WiFi and everything in between.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year41 dated mentions

Observed mentions: 2022-03-31 17:49:57 UTC to 2026-07-02 08:07:08 UTC.

0510152022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 3 mentions; 2 submissions, 1 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 12 mentions; 1 submissions, 11 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 10 mentions; 1 submissions, 9 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 14 mentions; 3 submissions, 11 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC211
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC321
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC12111
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC1019
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC14311

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
Reticulum Network Stack WarningA significant number of hastily launched, incorrect, dubious, directly harmful and, in most cases, entirely LLM-generated fakes of Reticulum implementations, "documentation", "guides" and user-facing applications are currently being marketed under polished, but ultimately misleading or outright deceptive claims. For more detailed information, see the relevant sections of the Brandolini's Reference chapter of the manual. Known good community implementations are listed in the Community Implementations section of this readme. For software and projects recognized by the Reticulum community, see the Programs Using Reticulum chapter of the manual. Machine-generated content derived from the RNS source code or documentation (such as "implementations", "guides" for sale, et cetera), are in several, well-documented cases violating the open source licenses that granted rights of copying and distribution. Any claimed assertion of copyright or grant of license (Apache, GPL, et cetera) that such projects are making are void grants. Both the violators themselves, and all downstream projects using the infringing derivatives, are directly and personally liable for the legal consequences. Do not use these "projects", they are a hazard to the entire ecosystem we have been carefully building over the last ten years. This repository is a public mirror. All development is happening elsewhere. To understand the foundational philosophy and goals of this system, read the Zen of Reticulum. Reticulum is the cryptography-based networking stack for building local and wide-area networks with readily available hardware. It can operate even with very high latency and extremely low bandwidth. Reticulum allows you to build wide-area networks with off-the-shelf tools, and offers end-to-end encryption and connectivity, initiator anonymity, autoconfiguring cryptographically backed multi-hop transport, efficient addressing, unforgeable delivery acknowledgements and more. The vision of Reticulum is to allow anyone to be their own network operator, and to make it cheap and easy to cover vast areas with a myriad of independent, inter-connectable and autonomous networks. Reticulum is not one network. It is a tool for building thousands of networks. Networks without kill-switches, surveillance, censorship and control. Networks that can freely interoperate, associate and disassociate with each other, and require no central oversight. Networks for human beings. Networks for the people. Reticulum is a complete networking stack, and does not rely on IP or higher layers, but it is possible to use IP as the underlying carrier for Reticulum. It is therefore trivial to tunnel Reticulum over the Internet or private IP networks. Having no dependencies on traditional networking stacks frees up overhead that has been used to implement a networking stack built directly on cryptographic principles, allowing resilience and stable functionality, even in open and trustless networks. No kernel modules or drivers are required. Reticulum runs completely in userland, and can run on practically any system that runs Python 3. Read The Manual The full documentation for Reticulum is available at markqvist.github.io/Reticulum/manual/. You can also download the Reticulum manual as a PDF or as an e-book in EPUB format. For more info, see reticulum.network and the FAQ section of the wiki. Notable Features Coordination-less globally unique addressing and identification Fully self-configuring multi-hop routing over heterogeneous carriers Flexible scalability over heterogeneous topologies Reticulum can carry data over any mixture of physical mediums and topologies Low-bandwidth networks can co-exist and interoperate with large, high-bandwidth networks Initiator anonymity, communicate without revealing your identity Reticulum does not include source addresses on any packets Asymmetric X25519 encryption and Ed25519 signatures as a basis for all communication The foundational Reticulum Identity Keys are 512-bit Elliptic Curve keysets Forward Secrecy is available for all communication types, both for single packets and over links Reticulum uses the following format for encrypted tokens: Ephemeral per-packet and link keys and derived from an ECDH key exchange on Curve25519 AES-256 in CBC mode with PKCS7 padding HMAC using SHA256 for authentication IVs are generated through os.urandom() Unforgeable packet delivery confirmations Flexible and extensible interface system Reticulum includes a large variety of built-in interface types Ability to load and utilise custom user- or community-supplied interface types Easily create your own custom interfaces for communicating over anything Authentication and virtual network segmentation on all supported interface types An intuitive and easy-to-use API Simpler and easier to use than sockets APIs, but more powerful Makes building distributed and decentralised applications much simpler Reliable and efficient transfer of arbitrary amounts of data Reticulum can handle a few bytes of data or files of many gigabytes Sequencing, compression, transfer coordination and checksumming are automatic The API is very easy to use, and provides transfer progress Lightweight, flexible and expandable Request/Response mechanism Efficient link establishment Total cost of setting up an encrypted and verified link is only 3 packets, totalling 297 bytes Low cost of keeping links open at only 0.44 bits per second Reliable sequential delivery with Channel and Buffer mechanisms Community Resources The references listed here are not run, managed or moderated by the Reticulum project or its maintainer. They are provided by dedicated, independent volunteers in the community, for the benefit of anyone interested in learning more about Reticulum. Reticulum Community Wiki RNS Recipes RNS Moscow RMAP.world If you find anything that is no longer accurate, incorrect or simply not quite up to date, do no
Read the full README on GitHub

What Hacker News says

41 sources
Reticulum uses AES-256 encryption, which is considered quantum safe due to the sheer number of extra combinations adding 128 bits to AES 128 creates, including by NIST[1]. It uses AES because AES is extremely well tested and vulnerabilities have not been found. The new quantum safe algorithms are still mostly in beta and a few have already been broken. They also have extremely large key lengths which breaks the fundamental idea of Reticulum being able to run over any almost any connection, including LoRa. See what the creator of Reticulum said on the topic [2]. [1] https://csrc.nist.gov/projects/post-quantum-cryptography/faq... "To protect against the threat of quantum computers, should we double the key length for AES now? (added 11/18/18)" [2] https://github.com/markqvist/Reticulum/discussions/181#discu...
In A retrospective of my time on the internet
because the protocol is transport agnostic, there are a lot of interfaces to the public reticulum net that you can access over TCP, I2P, or yggdrasil. https://github.com/markqvist/Reticulum/wiki/Community-Node-L... takes away some of the fun of imagining the SHTF-all-corporate-infrastructure-is-gone scenario i guess but i think that for realistic mesh networking applications it’s cool to build out many infrastructure types and enjoy the fact that the mesh will reconfigure itself realtime across a variety of scenarios.
In MeshCore development team splits over trademark dispute and AI-generated code
This is going to get crazy as soon as companies start to assert their control over open source code bases (rather than merely proprietary code bases) to attempt to overturn policies like this and normalize machine-generated contributions. OSS contribution by these "emulated humans" is sure to lever into a very good economic position for compute providers and entities that are able to manage them (because they are inexpensive relative to humans, and are easier to close a continuous improvement loop on, including by training on PR interactions). I hope most experienced developers are skeptical of the sustainability of running wild with these "emulated humans" (evaporation of entry level jobs etc), but it is only a matter of time before the shareholder's whip cracks and human developers can no longer hold the line. It will result in forks of
Read the rest
traditional projects that are not friendly to machine-generated contributions. These forks will diverge so rapidly from upstream that there will be no way to keep up. I think this is what happened with Reticulum. [1] When assurance is needed that the resulting software is safe (e.g. defense/safety/nuclear/aero industries), the cost of consuming these code bases will be giant, and is largely an externalized cost of the reduction in labor costs, by way of the reduced probability of high quality software. Unfortunately, by this time, the aforementioned assertions of control will have cleared the path, and the standard will be reduced for all. Hold the line, friends... Like one commenter on the GitHub issue said, helping to train these "emulated humans" literally moves carbon from the earth to the air. [2] [1]: https://github.com/matplotlib/matplotlib/pull/31132#issuecom... [2]: https://github.com/markqvist/Reticulum/discussions/790
In AI agent opens a PR write a blogpost to shames the maintainer who closes it
I’ve looked at a few of the LoRa-based mesh network systems over the last couple months. They all seem to have a philosophical document of some sort, like this one, sometimes buried as part of the user docs, but none of them have clear protocol specification docs. When I look at their node maps, the node counts are absurdly small (like 20 nodes in a city of 1 million people). I suspect each of them has major scaling issues. Sure, mesh networks are great because they are more resilient, but if you trust nobody and you have no sense of a route to a destination, you’re left with flooding as your primary next-hop selection method, which means you’re going to be about as scalable as an old Microsoft LAN Manager network was in 1995 (which is to say not very). Short of reading the code, does any sort of protocol documentation (or better yet, ana
Read the rest
lysis) exist for Reticulum? Edit: looks like the Reticulum Manual might have some more technical details. https://github.com/markqvist/Reticulum/blob/master/docs/Reti...
In The Zen of Reticulum
The reticulum dev have been trying to quit for years and have been quite open about his own personal struggles. More recently: - v1.0.0 was supposed to be the time his involvement is over [0] - 6 months later [1] > This is not a temporary break. It's not "see you after some rest", but a recognition that the current model is fundamentally incompatible with my life, my health, and my reality. - But he pushed 3 releases since his last message [2] It is like he is trying to quit somking. I am not sure what the problem is exactly but it seems someone need to take over and honor the fantastic work he has done over the years. - [0] https://unsigned.io/articles/2025_05_09_The_End_Is_Nigh_For_... - [1] https://unsigned.io/articles/2025_12_28_Carrier_Switch.html - [2] https://github.com/markqvist/Reticulum/releases
In Reticulum, a secure and anonymous mesh networking stack
And, as of 3 weeks ago, the one man is "stepping back from all public-facing interaction with this project".[1] Further, "Occasional updates may appear at unpredictable intervals, but there will be no support, no responses to issues, no discussions, and no community management in this or any other public venue." Nothing salacious here - just another one man open source project with a burnt out maintainer :(. [1] - https://github.com/markqvist/Reticulum/discussions/1069
In Reticulum, a secure and anonymous mesh networking stack

Showing the 15 most recent of 41 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.