Noshtastic runs Nostr relays over Meshtastic for offline messaging
Noshtastic pushes signed Nostr events over Meshtastic when the internet disappears. The catch is hard: at about 1 kbps, this is text-only, local, and still early.

Noshtastic is interesting because it treats an outage like a routing problem, not a dead end. It runs a Nostr relay over a Meshtastic LoRa mesh, so signed events can move completely off-grid without any internet connection. That makes it less of a novelty mashup and more of a real test of internet-optional social networking: can a tiny, stubborn mesh carry the handful of messages that matter when normal connectivity is gone?
What Noshtastic actually changes
The cleanest way to think about Noshtastic is as a split between transport and protocol. Meshtastic does the hauling, Nostr handles the signed event layer, and the project sits between them as a bridge between two forms of sovereign infrastructure. That matters because it keeps the promise modest and believable: the mesh is not pretending to become the internet, and Nostr is not pretending LoRa has broadband ambitions.
That framing also makes the use case much sharper. Instead of selling a general-purpose social network, Noshtastic is about moving a small number of authenticated messages through a network that can still function when the internet is missing or undesirable. In practice, that is exactly the sort of thing you want in a field backchannel, a remote camp, a privacy testbed, or a local emergency setup where the value of one trusted message is far higher than the value of a feed full of noise.
The message path, end to end
Here is the basic flow that makes the project click. A user creates a Nostr event, it gets signed, and that event is handed off to the Meshtastic side of the stack. From there it rides the LoRa mesh until it reaches another node that can receive and relay it onward within that off-grid network.
That path is the whole story, and it is also where the limitations become obvious. LoRa’s effective throughput is only about 1 kbps, so the mesh is not built for rich timelines, media, or high-volume chatter. What it can do is move short text reliably enough to be useful inside a geographically bounded group of nodes. In other words, you are not building Twitter in the woods. You are building a narrow, signed, low-bandwidth message lane that still works when everything else does not.
Why the 1 kbps number matters
The article’s most honest detail is the bandwidth figure, because it sets the boundary around what is practical today. At roughly 1 kbps effective throughput, even plain text has to be treated carefully. Messages need to stay short, traffic has to stay sparse, and expectations have to stay rooted in radio reality rather than app-store fantasy.
That is why Noshtastic makes sense as text-only, geographically scoped, low-volume messaging. If you keep the payload small and the conversation disciplined, the mesh can carry meaningful updates. If you try to use it like a normal social network, you run straight into the physics of LoRa, and the whole experiment collapses under its own ambition.
Where it fits best
Noshtastic is most believable in places where connectivity is fragile and the audience is small. Small communities can use it to keep a shared bulletin alive during outages. Field crews can use it for status pings that need to survive outside cell coverage. Emergency backchannels can use it for a few signed updates that matter more than speed or scale.
It also has real appeal for privacy experiments, because Nostr’s signed-event model pairs naturally with a mesh that does not depend on central infrastructure. You are not asking a cloud service to stand in for a local network. You are keeping the entire exchange inside a system that is already designed to live apart from the internet. That is a very different promise from most social tools, and a much stronger one for people who actually need off-grid communication.
What makes this bigger than one project
Noshtastic is early stage, but the broader signal is bigger than the code itself. It shows Meshtastic being treated as a generic off-grid substrate instead of a one-purpose hobby toy. That shift is easy to miss if you only look at it as a clever hack, but it is the real significance of the project.
The pattern is already becoming familiar around Meshtastic: people no longer only ask how far a node can text, they ask what else can ride on the mesh when the network is cut off. That question opens the door to protocols, services, and message types that were never designed for LoRa but can still be made useful if the expectations are honest. Noshtastic is one of the clearest examples of that mindset.
How to judge it without overhyping it
The right way to evaluate Noshtastic is not by asking whether it replaces the internet. It does not. The better question is whether it gives a small, defined group a dependable, signed message path when the internet is unavailable or off limits. On that score, the concept is strong precisely because it accepts the hard limits of the medium.
- It is built for signed Nostr events, not media-heavy social posting.
- It depends on Meshtastic and LoRa, so range and terrain still matter.
- It works best when the message count is low and the group is geographically bounded.
- It is early stage, which means the value is in the direction it points, not in pretending the stack is finished.
That is why Noshtastic lands as more than a curiosity. It takes a familiar Meshtastic question, how do we keep talking when the network is gone, and answers it with a concrete protocol path instead of a thought experiment. The result is not broadband in disguise. It is a sober, off-grid message lane that actually respects the limits of radio, which is exactly what makes it worth watching.
This article was produced by Prism’s automated news system from verified source data, official records, and press releases, then run through automated quality and moderation checks before publishing. The system is built and supervised by the people who set the standards it runs under. Read our full AI policy.
Know something we missed? Have a correction or additional information?
Submit a Tip

