What is RelayHub?
RelayHub is a local-first ecosystem for helping communities communicate, coordinate, share knowledge, trade, govern, recover, and remain connected. It is not just a messaging app or a single hardware product.
FAQ
Clear answers about RelayHub, RelayOS, Reticulum, hardware nodes, local-first operation, privacy, recovery, radio support, and early access.
Plain answers
These answers avoid hype and false guarantees. RelayHub is being built around practical usefulness, local-first operation, capability awareness, recovery, and realistic trust.
RelayHub is a local-first ecosystem for helping communities communicate, coordinate, share knowledge, trade, govern, recover, and remain connected. It is not just a messaging app or a single hardware product.
RelayOS is the appliance platform planned to power RelayHub nodes. It is designed to provide onboarding, recovery, updates, observability, policy enforcement, Reticulum integration, and local web-based management.
No. Reticulum is the communications substrate. RelayHub uses Reticulum as core infrastructure, while RelayOS and RelayHub add appliance-like usability, onboarding, recovery, policy governance, documentation, and community services.
Basic local-first operation should not depend on continuous internet access. Some features may be internet-assisted, but the goal is for useful local operation, setup, recovery, and community coordination to continue during disruption where supported.
No. RelayHub must not be described as perfectly anonymous. It can reduce dependence on central services and support resilient communication, but metadata, trusted peers, radio visibility, device seizure, and local configuration still matter.
RelayHub is for households, local groups, rural communities, field teams, developers, infrastructure operators, and communities that want practical local-first infrastructure with simple onboarding and realistic recovery paths.
That is the product goal. The target experience is: plug in node, open app or local web UI, scan QR code, communicate where supported. The system must behave like an appliance, not a Linux server.
RelayHub is designed around hardware classes, not one universal device. Planned classes include Home Nodes, Strong Home Nodes, Infrastructure Nodes, Mini PC Nodes, Nano Linux Nodes, and Radio Micro Nodes.
No. RelayHub is capability-aware. Hardware capability, software capability, policy permission, legal permission, trust permission, runtime state, and user enablement are all separate. A feature is not active just because hardware exists.
Radio support is part of the broader architecture, but radio transmit must be validated, region-aware, policy-controlled, and legally configured. RelayHub will not assume that radio operation is lawful everywhere.
RelayHub is being designed for resilience and degraded operation, but it should not be treated as a guaranteed emergency service. It cannot promise universal coverage, guaranteed delivery, or replacement of official emergency systems.
Recovery is a core design requirement. RelayHub systems should provide rollback, guided recovery, safe reset, identity preservation where possible, support export, and clear degraded-state explanations.
RelayHub is currently being designed, built, tested, and validated. Early access registration is available, but product-supported hardware should only be offered once capability, recovery, documentation, and validation are ready.
Yes. RelayHub is expected to support developers through documentation, local APIs, Reticulum integration, application concepts, validation requirements, and future ecosystem services.
That is one of the goals. Communities should be able to operate locally, form trust relationships, coordinate services, and federate voluntarily with other communities where policy and capability allow.
A marketplace is part of the broader ecosystem vision. It should support local trade, services, requests, offers, reputation, and settlement-neutral coordination. It must not imply payment custody or settlement guarantees unless separately implemented and validated.
You can register interest through the Early Access page or send a message through the Contact page. Developers, communities, field testers, and practical operators are especially useful at this stage.
Still curious?
RelayHub is still being formed. Questions from households, developers, communities, field operators, and practical users help reveal what must be explained, simplified, validated, or redesigned.
Use the Contact page for detailed questions, pilot ideas, developer interest, documentation feedback, community use cases, or practical deployment concerns.