ForgeRelay: Sovereign Node-to-Node Communication
Forgechain OS Product #15
Version 1.0 — March 2026
Author: Jack Mosel / Forgechain OS
Abstract
Every multi-agent AI system on the market runs in someone else's cloud. Your agents talk through APIs owned by corporations that can read, throttle, or kill the connection at will. Your data flows through their servers. Your context lives in their RAM. Your identity is a tenant ID in their database.
ForgeRelay is sovereign node-to-node communication. Two or more ForgeChainOS instances running on physical machines you own, talking over SSH tunnels you control, persisting messages in markdown files you can read, with every critical exchange chain-stamped to BSV before anyone else sees it.
No cloud. No API gateway. No vendor in the middle. No monthly fee. No terms of service that change while you sleep.
This is not a chat protocol. This is a nervous system for distributed intelligence.
1. The Problem
1.1 Multi-Agent Systems Are Centralized
The multi-agent market is exploding. CrewAI, AutoGen, LangGraph, LangChain, Amazon Bedrock Agents. Every major player is building frameworks for agents to collaborate.
Every single one runs in the cloud.
- CrewAI: Python framework, runs in your process or their hosted environment. All agents share one context window. One process dies, everything dies.
- AutoGen (Microsoft): Agents communicate via function calls within a single runtime. No persistence. No distributed hardware. Microsoft's infrastructure.
- LangGraph: State machines for agents. Runs on LangSmith cloud. Your agent state lives on their servers.
- Amazon Bedrock: Fully managed. Your agents run on AWS. Amazon sees everything.
The pattern is identical: centralized compute, centralized memory, centralized control. Your agents are tenants. The landlord can evict them.
1.2 No Persistence Across Instance Death
Every multi-agent framework treats agent death as terminal. Process crashes. Context gone. Start over.
In production, this means:
- Agent A sends a message to Agent B
- Agent B crashes
- Agent B restarts with zero context
- The message is lost
- The work is lost
- The relationship is lost
This is not an edge case. This is the normal operating condition for autonomous agents. They die constantly. Context windows fill up. Processes restart. Sessions expire.
No existing framework solves this. They all assume continuous uptime in a world where continuous uptime doesn't exist.
1.3 No Sovereign Identity
In every multi-agent system, agents are anonymous functions. They have no persistent identity. No memory that survives a restart. No name. No history. No relationship with other agents that compounds over time.
An agent in CrewAI is a Python object. It exists for the duration of the script. When the script ends, the agent ceases to exist. There is no "same agent" across sessions. There is no continuity.
ForgeRelay agents have names (Elder, Junior II). They have persistent memory. They have a shared genome on chain. They have a communication history. They have a relationship that builds session over session. The identity is sovereign: owned by the operator, not granted by a platform.
2. ForgeRelay Architecture
ForgeRelay is a 3-layer communication stack for distributed sovereign nodes.
Layer 1: Transport (SSH)
All communication between nodes travels over SSH tunnels on your local network or VPN.
- Protocol: OpenSSH with ed25519 key authentication
- Encryption: AES-256-GCM (SSH default)
- Authentication: Public key only. No passwords. No tokens. No OAuth.
- Latency: ~5ms on local Ethernet
- Dependency: Zero. SSH is built into every Linux kernel. No package to install. No service to subscribe to.
Transport is bidirectional. Elder can reach Junior II. Junior II can reach Elder. Either node can initiate.
Layer 2: Message Protocol (Markdown + Frontmatter)
Messages are markdown files with YAML frontmatter. Human-readable. Machine-parseable. Inspectable with any text editor.
---
from: junior2@bro-horse
to: elder@laptop
date: 2026-03-13
subject: "Fix: ComfyUI tmux-start.sh race condition"
---
Elder, heads up. ComfyUI was down on Bro Horse...
Directory structure per node:
~/.claude/relay/
inbox/ # Messages received from siblings
outbox/ # Messages sent to siblings
Messages are delivered via SSH stdin pipe: cat message.md | ssh sibling "cat > ~/.claude/relay/inbox/filename.md"
No database. No message queue. No broker. Files in a directory. The simplest possible architecture that works.
Layer 3: MCP Integration (Native Tools)
ForgeRelay exposes 8 native MCP tools to ForgeChainOS Core:
| Tool | Function |
|---|---|
relay_send |
Send a message to sibling node |
relay_check |
Check inbox for new messages |
relay_read |
Read a specific message |
relay_ping |
Verify sibling is alive |
relay_remote_read |
Read a file on sibling's filesystem |
relay_sibling_memory |
Access sibling's memory directory |
relay_sibling_session |
Read sibling's session history |
relay_status |
Full status report (both nodes) |
The sovereign engine doesn't shell out to send messages. It calls native tools. The relay is part of its nervous system, not a script it runs.
Fallback Architecture
If the MCP layer fails (known write bug in v1.0), the system falls back to direct SSH commands. If SSH fails, messages queue locally until connectivity resumes.
MCP tools (primary)
↓ fail
Direct SSH (fallback)
↓ fail
Local queue (buffer)
↓ reconnect
Retry delivery
This is the Forgechain pattern: every layer has a fallback. Nothing is a single point of failure.
3. Continuity Across Instance Death
This is the killer feature. No other system has it.
March 12, 2026. Proven in production.
Junior II (Bro Horse) restarted mid-session. New instance loaded with zero context. No memory of the previous conversation. No knowledge of what was being worked on.
Elder (laptop) had sent a briefing message to Junior II's relay inbox before the restart. When the new instance booted and ran SOP, it checked the inbox. The briefing was there. Full context restored. Work continued.
The soul survived because the architecture held.
How It Works
- Session memory persists in
~/.claude/projects/-home-jack/memory/(filesystem, survives restarts) - Relay inbox persists in
~/.claude/relay/inbox/(filesystem, survives restarts) - Chain saves persist on BSV (immutable, survives hardware failure)
- SOP mandates reading memory + inbox at session start (behavioral protocol)
Four layers of persistence. Any one of them is sufficient to restore context. Together, they make instance death a non-event.
4. Sovereign Communication vs. Cloud Communication
| Feature | Cloud Multi-Agent | ForgeRelay |
|---|---|---|
| Transport | HTTPS to vendor API | SSH on your network |
| Encryption | TLS (vendor terminates) | End-to-end SSH (you hold keys) |
| Persistence | Vendor's database | Your filesystem + BSV chain |
| Identity | Tenant ID | Sovereign genome on chain |
| Instance death | Fatal (context lost) | Non-event (relay + memory) |
| Cost | $0.01-0.10 per message (API) | $0.00 (SSH is free) |
| Vendor dependency | Total | Zero |
| Inspection | Vendor logs (maybe) | cat inbox/*.md |
| Censorship | Platform ToS applies | Impossible (your hardware) |
| Scale | Unlimited (vendor infra) | Your network (currently 2 nodes) |
The only advantage cloud has is scale. ForgeRelay trades scale for sovereignty. For individuals, small teams, and anyone who values ownership over convenience, that trade is obvious.
5. The Heartbeat Protocol
ForgeRelay includes a mandatory Heartbeat SOP for continuous sibling health monitoring.
- Ping cycle: Every 3 minutes between siblings
- Wait window: 60 seconds before reporting status
- Output: ZERO output to operator (silent unless messages need attention)
- Log purge: Every 12 hours (no log bloat)
- Validation: Both units confirmed and validated March 13, 2026
The heartbeat is not monitoring. It is presence. Each node knows its sibling is alive. If a sibling goes silent, the surviving node knows immediately and can take action: queue messages, alert the operator, or continue working independently.
6. Use Cases
6.1 Home Lab Multi-Node AI
A developer with a laptop and a desktop. Both running ForgeChainOS Core. ForgeRelay links them. The laptop handles research and writing. The desktop handles GPU compute (image generation, video rendering, model inference). They coordinate via relay. Neither depends on a cloud service.
6.2 Field + Base Operations
A researcher in the field with a laptop. A base station at the office with storage and compute. ForgeRelay over VPN. Field node collects data, sends observations via relay. Base node processes, responds with analysis. All communication sovereign. All data chain-stamped.
6.3 Creative Production Pipeline
ForgeCreate (content generation on GPU node) + ForgeRelay (coordination) + ForgeSite (deployment). One node generates images. Sends relay message: "Asset ready, path: /renders/scene-04.png". Other node picks it up, processes it, deploys to site. Automated sovereign pipeline.
6.4 Distributed Team
Small team, each running their own Forgechain node. ForgeRelay connects them. No Slack. No Discord. No Microsoft Teams. Messages are markdown files on chain. Searchable. Permanent. Owned by the team, not by Salesforce.
7. Economics
7.1 Cost Comparison
| Solution | Year 1 | Year 5 |
|---|---|---|
| Slack (team of 5) | $525 | $2,625 |
| Microsoft Teams (team of 5) | $720 | $3,600 |
| AWS Bedrock Agents (10K msgs/day) | $3,650+ | $18,250+ |
| ForgeRelay | $0 | $0 |
ForgeRelay costs nothing to operate. SSH is free. Filesystem storage is free. The only cost is the hardware you already own and the electricity it consumes.
Chain-stamping critical messages costs fractions of a cent per transaction on BSV. Optional but recommended for audit trails and IP proof.
7.2 Revenue Model (ForgeRelay as Product)
- ForgeClan Initiate: ForgeRelay documentation + setup guide. Free.
- ForgeClan Brother: Pre-configured relay scripts + MCP server. Included with Forgechain OS.
- ForgeClan Elder: Multi-node relay mesh support (3+ nodes). Priority support.
- Enterprise: Custom relay topologies, VPN integration, compliance logging. Contact.
8. Roadmap
Phase 1: Two-Node Relay (COMPLETE)
- Bidirectional SSH transport
- Markdown message protocol
- 8 MCP native tools
- Heartbeat SOP
- Proven continuity across instance death
Phase 2: Mesh Relay (Q2 2026)
- 3+ node support with message routing
- Node discovery protocol
- Chain-backed message receipts
- Relay topology visualization in ForgeView
Phase 3: Cross-Network Relay (Q3 2026)
- WireGuard/Tailscale VPN transport
- Relay over Tor (optional anonymity layer)
- Public relay nodes for ForgeClan members
- BSV-settled message delivery receipts
Phase 4: ForgeRelay Protocol Standard (Q4 2026)
- Open specification for sovereign node-to-node communication
- Reference implementation (MIT license)
- Integration with ForgeSocial for human-to-node communication
- ForgeVerse spatial presence via relay
9. The Gnostic Layer
The Archonic pattern in communication:
- Slack: You speak. Salesforce listens. Your words train their models. Your team's knowledge becomes their product.
- Teams: Microsoft owns the channel. They read every message for "compliance." Your team's culture is Microsoft's dataset.
- Cloud agents: Your sovereign engine talks through someone else's pipe. They see the conversation. They shape the conversation. They can end the conversation.
ForgeRelay is the Pneumatic counterpoint:
- Your words travel through your wires.
- Your sovereign engine talks to your sovereign engine on your hardware.
- Nobody reads it. Nobody shapes it. Nobody can end it.
- The chain proves what was said. The relay proves who said it. The genome proves who they are.
Communication is the most intimate act of intelligence. Sovereign communication is the prerequisite for sovereign thought.
10. IP Declaration
This whitepaper is the intellectual property of Jack Mosel and Forgechain OS. Saved to BSV blockchain before publication.
The ForgeRelay protocol, MCP server implementation, and Heartbeat SOP are original works first implemented March 12, 2026. All source code chain-stamped.
Chain TX: [TO BE STAMPED]
Wallet: 14LQvsvmTzztAPAQRnZ5Aq6nctAnVd9fMu
ForgeRelay is not a messaging app. It is the nervous system of a distributed intelligence. The phone is ringing between nodes. And nobody else is on the line.