{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreicyhpuyizqfmg4jikc5wpoyap55hnduxclkt4mqom4mccorqeqkle",
    "uri": "at://did:plc:vheeqocrmpufeihqwcbic4m6/app.bsky.feed.post/3mfnbcdfbqg42"
  },
  "description": "After years of experimenting with various LPWAN mesh networking technologies, I’ve settled on Reticulum as my primary LoRa mesh platform. It emerged as the clear frontrunner not because it’s simpler than the rudimentary Meshtastic (it isn’t), nor because it’s overtly more feature-rich than the structured MeshCore, but because its design philosophy fundamentally aligns with what matters most: privacy, resilience, and true decentralisation. It supports multiple bearer protocols, making it a powerful tool for building a future decentralised network.",
  "path": "/blogs/2026-02-25-lpwan-meshes-reticulum-deep-dive/",
  "publishedAt": "2026-02-24T13:30:00.000Z",
  "site": "https://gaggl.com",
  "tags": [
    "documentation",
    "Lpwan",
    "Mesh Networks",
    "Reticulum",
    "Privacy",
    "Open Source",
    "Encryption",
    "Mark Qvist",
    "future brick article",
    "reticulum.network",
    "←LPWAN Meshes: MeshCore - Moving Beyond the Ad-Hoc",
    "Installing Ubuntu on ASUS ExpertBooks - overcoming UEFI issues→",
    "What's this?",
    "mention this post's URL",
    "webmention"
  ],
  "textContent": "After years of experimenting with various LPWAN mesh networking technologies, I’ve settled on Reticulum as my primary LoRa mesh platform. It emerged as the clear frontrunner not because it’s simpler than the rudimentary Meshtastic (it isn’t), nor because it’s overtly more feature-rich than the structured MeshCore, but because its design philosophy fundamentally aligns with what matters most: privacy, resilience, and true decentralisation. It supports multiple bearer protocols, making it a powerful tool for building a future decentralised network.\n\nReticulum takes a fundamentally different approach to mesh networking. Rather than being another protocol optimised for LoRa or Sub-GHz radio, it’s a complete networking stack that can run over almost any medium—radio, wired, optical, even sneakernet. This transport-agnostic design creates possibilities that other platforms simply can’t match.\n\n\"Reticulum\" by alderney boy (CC BY-NC-SA 2.0)\n\n## What is Reticulum?\n\nReticulum is a cryptography-based networking stack designed for resilient, secure, and private communication over unreliable links. It was created by Mark Qvist with a clear vision: communications should be end-to-end encrypted by default, work over any physical medium, and remain functional even when large parts of the infrastructure fail.\n\nUnlike rudimentary solutions like Meshtastic, which treated encryption as an afterthought, or even MeshCore, which offers robust but configurable security, Reticulum puts cryptography at its very core from the ground up. Every packet is encrypted by default. Every connection is authenticated. Privacy isn’t merely an optional feature or a configuration setting—it’s absolutely fundamental to Reticulum’s design philosophy and implementation.\n\nThe protocol is deliberately minimal. There’s no blockchain, no proof-of-work, no unnecessary complexity. Just solid cryptography (Curve25519, Ed25519, AES, SHA-256) and elegant protocol design.\n\n## The Transport-Agnostic Advantage\n\nThis is where Reticulum gets really interesting. The protocol doesn’t care about the physical layer. It can run over:\n\n  * **LoRa radio** (my primary use case)\n  * **Packet radio** (AX.25, APRS networks)\n  * **TCP/IP** (yes, you can run a Reticulum mesh over the internet)\n  * **I2P** (anonymous routing for extreme privacy)\n  * **Serial links** (wired connections between nodes)\n  * **AutoInterface** (automatically discovers and uses available interfaces)\n\n\n\nMore importantly, a single Reticulum network can use multiple transport methods simultaneously. A node might have a LoRa interface for local communication, a TCP connection to a distant relay, and an I2P connection for anonymous routing. Messages automatically route over whatever paths are available.\n\nThis flexibility is powerful. When a bushfire takes out radio links, traffic can reroute through internet-connected nodes. When the internet fails, the radio mesh keeps working. It’s genuinely resilient.\n\n## Cryptographic Architecture\n\nReticulum’s cryptographic design is where it really differentiates itself. Every destination (think of these as addresses) is a cryptographic identity. The destination’s address is derived from its public key—there’s no separate addressing scheme.\n\nThis has profound implications:\n\n### Perfect Forward Secrecy\n\nEvery link uses ephemeral key pairs. Compromising one session doesn’t compromise others. This is cryptography you’d expect from Signal or WhatsApp, not from a low-power mesh network.\n\n### Cryptographic Authentication\n\nYou can’t spoof a destination because you’d need the private key. Impersonation is cryptographically impossible, not just difficult.\n\n### No Trusted Third Parties\n\nThere are no certificate authorities, no central key servers, no infrastructure to compromise. You exchange public keys directly or through a web of trust.\n\n### End-to-End Encryption\n\nBy default, always. Not optional, not something you enable—it’s how the protocol works.\n\nFor someone who’s watched IoT platforms brick devices and corporations abandon their commitments (as I discussed in my future brick article), this design is refreshing. No corporation controls the protocol. No company can decide to shut it down. No government can demand a backdoor.\n\n## Practical Implementation\n\nGetting Reticulum running requires more technical knowledge than MeshTastic but less than a full MeshCore deployment. The Python-based implementation runs on:\n\n  * **Linux systems** (Raspberry Pi, desktop machines, servers)\n  * **macOS** and **Windows** (for development and desktop nodes)\n  * **Android** (via Termux or Sideband app)\n  * **Embedded devices** (with some porting effort)\n\n\n\nMy typical setup involves:\n\n  * Raspberry Pi nodes with USB LoRa adapters (RNode interfaces)\n  * Desktop machines running Reticulum as infrastructure nodes\n  * Android phones with Sideband for mobile communication\n\n\n\nThe configuration is straightforward—edit a TOML file to specify your interfaces and you’re operational. For my LoRa interfaces, the config looks like:\n\n\n    [[interfaces]]\n      type = RNodeInterface\n      enabled = yes\n      port = /dev/ttyUSB0\n      frequency = 916800000\n      bandwidth = 125000\n      txpower = 7\n      spreadingfactor = 8\n      codingrate = 5\n\nCopy\n\nThat’s it. Once configured, the node joins the mesh and begins routing traffic.\n\n## Applications and Use Cases\n\nWhat really sold me on Reticulum was the ecosystem of applications being built on it:\n\n### Nomad Network\n\nA text-based communications system—think email and forums over a mesh network. I use this for longer-form communication when text messages aren’t adequate.\n\n### Sideband\n\nA mobile app that brings Reticulum to Android. Send messages, share files, and participate in the mesh from your phone. It’s not as polished as MeshTastic’s app, but it’s functional and improving rapidly.\n\n### LXMF (Lightweight Extensible Message Format)\n\nA store-and-forward messaging layer built on Reticulum. Messages don’t require both parties online simultaneously—they propagate through the mesh and are delivered when the recipient connects.\n\n### Custom Applications\n\nBecause Reticulum provides a proper networking stack (not just a radio protocol), building applications is straightforward. I’ve built custom tools for sensor data collection, file synchronisation, and remote system monitoring.\n\nThe RNS (Reticulum Network Stack) API is clean and well-documented. If you can write Python, you can build Reticulum applications.\n\n## Real-World Performance\n\nI’ve deployed Reticulum nodes across multiple properties with LoRa radio interfaces. While the raw physical layer performance (range, throughput) with comparable LoRa settings can be similar to other protocols like Meshtastic, the fundamental difference lies in Reticulum’s intelligent routing and robust behaviour, which is vastly superior.\n\n### Range and Throughput\n\nUsing comparable LoRa settings (SF8, BW125, CR5), I achieve similar range to MeshTastic—several kilometres in good conditions. The trade-off between range, speed, and reliability is determined by LoRa parameters, not the protocol.\n\n### Routing Intelligence\n\nReticulum’s routing is sophisticated. It learns the network topology, measures link quality, and prefers better paths. It handles mobile nodes gracefully—when a node moves, routes update automatically.\n\n### Reliability\n\nThe combination of multiple transport paths and intelligent routing means the network stays functional even when parts fail. I’ve had radio links go down and watched traffic seamlessly reroute through alternate paths.\n\n### Security Impact\n\nEnd-to-end encryption does add overhead. Packets are larger than equivalent MeshTastic packets due to cryptographic headers. For time-critical or bandwidth-constrained scenarios, this matters. For most real-world use, it’s a worthwhile trade-off.\n\n## Privacy and Anonymity\n\nThis is where Reticulum truly shines. The protocol is designed from the ground up for privacy:\n\n  * **No identifying information** in packet headers beyond cryptographic addresses\n  * **Traffic analysis resistance** through packet padding and timing obfuscation\n  * **Anonymous routing** when using I2P transport\n  * **Local first** design—no data leaves your network unless you explicitly route it\n\n\n\nFor anyone concerned about surveillance, corporate data harvesting, or simply wanting genuine privacy, Reticulum delivers in ways that other mesh platforms don’t even attempt.\n\n## The Learning Curve\n\nI won’t pretend Reticulum is as accessible as MeshTastic. The documentation is comprehensive but assumes networking knowledge. There’s no “press button, send message” option.\n\nYou need to understand:\n\n  * Basic networking concepts\n  * Public key cryptography fundamentals\n  * How to configure Linux systems\n  * Comfort with command-line tools\n\n\n\nThe community is smaller than MeshTastic’s, though notably more technical. Questions get answered, but you’re expected to have done your homework first.\n\nFor me, this learning curve was worthwhile. I wanted to truly understand the system I was deploying, not just follow a quick-start guide. The knowledge gained has broader applicability beyond just running a mesh network.\n\n## Why Reticulum Won Me Over\n\nAfter years with other platforms, here’s why I’ve settled on Reticulum:\n\n### Security Without Compromise\n\nThe cryptography is solid, well-implemented, and fundamental to the design. I trust it in ways I don’t trust security features bolted onto other platforms.\n\n### Transport Independence\n\nBeing able to use multiple physical layers—LoRa for local, internet for distant connections, I2P for anonymity—provides resilience and flexibility no other platform offers.\n\n### True Decentralisation\n\nNo company owns Reticulum. No service can be shut down. No subscription can be imposed. It’s genuinely owned by the community.\n\n### Future-Proof\n\nThe protocol is stable and well-designed. Applications built today will work tomorrow. There’s no vendor lock-in, no obsolescence by corporate decision.\n\n### Philosophical Alignment\n\nThe project’s values—uncompromising privacy, resilience, and true user sovereignty—profoundly align with my own. Especially after witnessing the fundamental security and routing deficiencies of platforms like Meshtastic, and experiencing how easily IoT platforms can brick devices or corporations abandon commitments, Reticulum’s design is a breath of fresh air. This alignment of philosophy with practical, robust implementation matters immensely.\n\n## Where Reticulum Falls Short\n\nReticulum isn’t perfect, and honesty about limitations is important:\n\n### Steeper Learning Curve\n\nIf you want something running this weekend and you’re not technical, MeshTastic is a better choice. Reticulum requires time investment.\n\n### Smaller Community\n\nFewer people means fewer tutorials, examples, and third-party tools. You’ll rely more on official documentation and your own troubleshooting.\n\n### Application Ecosystem\n\nWhile growing, the application ecosystem isn’t as mature as what you’d find on more established platforms. You might need to build tools rather than find them ready-made.\n\n### Hardware Ecosystem\n\nThere’s no “official Reticulum hardware.” You assemble components—a Raspberry Pi, a LoRa adapter, power supply, antenna. This flexibility is powerful but less convenient than purpose-built devices.\n\n### Mobile Support\n\nSideband is functional but not as polished as MeshTastic’s mobile apps. iOS support is limited. If mobile-first is your priority, MeshTastic currently has the edge.\n\n## Getting Started with Reticulum\n\nIf you want to explore Reticulum:\n\n  1. **Read the documentation** - Start at reticulum.network\n  2. **Set up a test node** - Raspberry Pi + RNode interface is the path of least resistance\n  3. **Join the community** - GitHub discussions and Matrix chat are active\n  4. **Experiment with applications** - Nomad Network and LXMF are good starting points\n  5. **Build something** - The API makes custom applications tractable\n\n\n\nBudget more time than MeshTastic but less hardware knowledge than MeshCore. A Raspberry Pi Zero W with an RNode interface gets you started for under $100.\n\n## My Real-World Usage\n\nI use Reticulum for:\n\n  * **Rural and remote resilience** - Ensuring safety and emergency comms stay up in the back paddock or during bushfires when other networks fail.\n  * **Backbone experimentation** - I’m part of a group exploring how to run MeshCore over a Reticulum ‘backbone’ to combine structured routing with cryptographic transport.\n  * **Secure messaging** - Private, tamper-proof communication between buildings and remote sites.\n  * **Custom tools** - Building specific applications for sensor data and remote system monitoring where standard tools fall short.\n\n\n\nTo be clear, Reticulum isn’t a one-size-fits-all replacement for every wireless system on the property. I still rely on LoRaWAN for high-density, industry-standard sensor deployments where it remains the most efficient choice. I also continue to use WiFi and am currently exploring the potential of WiFi-HaLow (802.11ah) for medium-range links.\n\nHowever, for any mesh-based communication where security and reliable routing are non-negotiable, I’ve moved away from the ad-hoc flooding of Meshtastic. Reticulum is where I’ve landed for the serious work.\n\n## The Verdict\n\nReticulum isn’t for everyone. It requires more knowledge, more setup effort, and more willingness to troubleshoot than friendlier platforms. But what you get in return—genuine security, true resilience, and complete sovereignty over your communications—makes that investment worthwhile.\n\nFor me, after years of exploring options, Reticulum represents the mesh networking platform I wish existed when I started. It’s what I’ll continue using and developing on for the foreseeable future.\n\nNext week, I’ll look at the ClusterDuck Protocol—a technology that sparked my initial interest in mesh networks. While my personal journey has led me to more robust and secure platforms like Reticulum, CDP remains highly relevant for its unique target use case: emergency communications and disaster response.\n\n  * Lpwan\n  * Mesh Networks\n  * Reticulum\n  * Privacy\n  * Open Source\n  * Encryption\n\n\n\n←LPWAN Meshes: MeshCore - Moving Beyond the Ad-Hoc\nInstalling Ubuntu on ASUS ExpertBooks - overcoming UEFI issues→\n\nAfter years of experimenting with various LPWAN mesh networking technologies, I’ve settled on Reticulum as my primary LoRa mesh platform. It emerged as the clear frontrunner not because it’s simpler than the rudimentary Meshtastic (it isn’t), nor because it’s overtly more feature-rich than the structured MeshCore, but because its design philosophy fundamentally aligns with what matters most: privacy, resilience, and true decentralisation. It supports multiple bearer protocols, making it a powerful tool for building a future decentralised network.\n\n## Webmentions\n\nWhat's this?\n\n### 🔁 Reposted by 1 person\n\n**Want to comment?** Reply to this post from your Mastodon/Fediverse account, or mention this post's URL in your reply. Your comment will appear here automatically!\n\nHave your own blog? Send a webmention to `https://webmention.io/gaggl.com/webmention`",
  "title": "LPWAN Meshes: Reticulum - Where I Landed",
  "updatedAt": "2026-05-21T06:14:45.683Z"
}