FAQ

Frequently asked questions.

Clear answers about RelayHub, RelayOS, Reticulum, hardware nodes, local-first operation, privacy, recovery, radio support, and early access.

Plain answers

RelayHub should be understandable before it is technical.

These answers avoid hype and false guarantees. RelayHub is being built around practical usefulness, local-first operation, capability awareness, recovery, and realistic trust.

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.

What is RelayOS?

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.

Is RelayHub the same as Reticulum?

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.

Does RelayHub require the internet?

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.

Is RelayHub anonymous?

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.

Who is RelayHub for?

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.

Will ordinary people be able to use it?

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.

What hardware will RelayHub use?

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.

Can every node do everything?

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.

Will there be radio support?

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.

Can I use RelayHub for emergencies?

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.

What happens if something breaks?

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.

Is RelayHub available now?

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.

Can developers build for RelayHub?

Yes. RelayHub is expected to support developers through documentation, local APIs, Reticulum integration, application concepts, validation requirements, and future ecosystem services.

Can communities run their own RelayHub network?

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.

Will RelayHub include a marketplace?

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.

How do I get involved?

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?

The best questions will shape the product.

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.

Ask something specific

Use the Contact page for detailed questions, pilot ideas, developer interest, documentation feedback, community use cases, or practical deployment concerns.