Capability-aware
Hardware capability, software capability, policy permission, runtime availability, trust permission, legal permission, and user enablement must remain separate.
Products
RelayHub is not one universal box. It is a capability-aware product family designed for homes, field use, community infrastructure, development, validation, recovery, and future local-first applications.
Product doctrine
RelayHub products should never pretend that every node can do everything. Each product must clearly state what it is for, what it can support, what is still experimental, and what it cannot promise.
Hardware capability, software capability, policy permission, runtime availability, trust permission, legal permission, and user enablement must remain separate.
Products should be understandable through status, QR setup, local web UI, clear documentation, and guided recovery.
A product becomes supported through evidence: boot, setup, recovery, rollback, degraded operation, usability, and documentation.
Core node family
RelayHub products are designed to scale from simple home use to larger community infrastructure without collapsing every role into one device.
A household communication appliance focused on local-first setup, QR onboarding, owner claim, paired users, node status, updates, recovery, support export, and supported communication paths.
A radio-assisted field relay class for validated radio transport, low-power operation, local relay use, and field deployment where lawful, supported, and policy-enabled.
A stronger community node for validated bridge, gateway, DTN, observability, federation support, operator controls, and local community services.
Relay Home
Relay Home is the first product target: a simple local-first node for households and small groups. It should behave like an appliance, not a Linux server.
Help ordinary users understand whether their node is Ready, Local-Only, No Peers, Degraded, Updating, Recovering, or in Error.
Relay Home should not imply gateway, bridge, infrastructure, or radio transmit capability unless separately validated and enabled.
Relay Home should only be offered as product-supported after setup, recovery, updates, documentation, and field usability are validated.
Relay Radio
Relay Radio is a radio-assisted product direction. It should never imply that radio transmit is automatically lawful, enabled, private, or supported everywhere.
Field relay, local mesh experiments, portable deployments, low-power use, events, and radio-assisted community communication.
Radio operation must respect regional rules, frequency limits, power limits, duty cycle, encryption restrictions, and equipment constraints.
A small radio node is not automatically a household appliance, infrastructure node, gateway, or full community server.
Relay Infrastructure
Relay Infrastructure is for larger validated deployments where bridge, gateway, DTN, observability, federation, and operator functions may be needed.
Hardware classes
RelayHub products may map onto different validated hardware classes over time. Hardware support must be declared, tested, and labelled honestly.
Small radio transport and field relay class. Useful for radio movement, not a full platform by itself.
Lightweight Linux relay class with constrained compute, storage, queue, and service capacity.
Household appliance class. The first major product target for simple local-first operation.
Enhanced household node with more comfortable performance and expanded validated capacity.
Community infrastructure class for stronger storage, queues, gateway, bridge, DTN, and operator roles.
Full infrastructure class for advanced community or regional deployments where validated.
Future applications
RelayHub begins with communication infrastructure, but the wider ecosystem can support applications for community coordination when product, policy, hardware, and validation are ready.
Future user-facing communication application for local-first messaging and trusted community interaction.
Bulletin boards for announcements, requests, notices, updates, meetings, and local coordination.
Marketplace coordination for goods, services, skills, offers, requests, and settlement-neutral exchange.
Local-first knowledge base for guides, maps, procedures, community memory, and cultural continuity.
Community events, rosters, working bees, meetings, training, field activities, and coordination calendars.
Future tools for proposals, notices, decisions, roles, records, delegation, and community governance.
What supported means
RelayHub should distinguish between concept, prototype, validation, release candidate, supported, legacy, deprecated, and retired products.
The product direction exists but is not ready for users.
Some functions work, but recovery, usability, or support may be incomplete.
Lab, recovery, security, privacy, accessibility, and field testing occur.
Documentation, recovery, support, compatibility, and validation gates are complete.
Etsy and direct sales
RelayHub products may eventually be offered through Etsy, direct order, local builders, certified vendors, or community supply channels. The website should explain products first and only route to purchase when each product is ready.
Useful for early professionally home-built nodes once product status, support terms, documentation, and warranty boundaries are ready.
Possible later for controlled batches, pre-orders, community pilots, or certified product-supported releases.
Future builders may seek compatibility or certification, but compatibility must not imply official certification.
Early product interest
Register interest if you want updates on Relay Home, Relay Radio, Relay Infrastructure, RelayOS, future applications, Etsy availability, developer resources, or community pilot programs.
RelayHub products are in design and validation planning. Supported product claims, final prices, hardware support, fulfilment details, and availability will be published only when they are ready.