Derived IPv4 addresses could not survive anything: they changed with the range, and there was no way for a member to come back to the one it had. Addresses are now allocated and recorded as signed facts, which is the first slice of the model in docs/sync-model.md. src/state/ holds one record per author per network, carrying that author's complete current statement, signed with its persistent device key over a length-prefixed canonical encoding. Merging follows the model's rules: a higher version wins, an older one never rolls back a newer, duplicates are idempotent, absence from a snapshot is not deletion, and a same-version conflict is resolved identically on every replica and reported rather than letting replicas diverge. Records are persisted in state.sqlite, with the record and the author's version counter committed in one transaction before anything is announced, and distributed as a State control message that is merged into what the receiver already holds. No vote, deliberately, despite the request. A majority is not a trust root here — anyone with the secret can mint identities — and a quorum would stall with one peer online and diverge across a partition. Signatures plus a deterministic merge converge without either failure mode: two members claiming one address at once are resolved by the lower endpoint id, and the loser allocates again with a higher version. The range moved from the plugin to the agent, defaults to 10.13.37.0/24, and is now agreed rather than configured per member: a joining agent adopts what the network already uses, so --ipv4-range only matters for whoever starts it. The announcement went back to identity only (version 3) since the range travels in signed records now. A release tombstone exists and merges correctly, but nothing emits one yet. 116 tests. The headline ones: an address survives restarting both agents, three members get three distinct addresses, and a member started with a different range adopts the one in use. Confirmed by hand with two CLI agents restarted end to end. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
7.6 KiB
Architecture
Scope and non-scope are in ../README.md. Rules for changing the code are in ../AGENTS.md. The wire format is in protocol.md.
Two independent planes
Control plane. iroh provides connections between agents and carries control messages. On top of it, this crate's protocol handles membership authentication, participant announcements, capability exchange and — later — state synchronisation and delivery of IP-plugin data.
Data plane. Separate plugins create IP connectivity. WireGuard is the first one and is implemented in userspace — see wireguard.md. Plugin keys, configuration and lifecycle are separate from iroh identity and from the network secret. The core moves an opaque, bounded payload and never parses it.
The transport in between. Plugins do not open connections. They are handed
a PacketLink — an authenticated, unreliable datagram channel to one peer for
one protocol — and never learn how it is carried.
The separation between the two planes is logical, not physical. Both ride
on iroh, on different ALPNs and different connections. That is deliberate:
iroh's whole value is hole punching a direct path between peers behind NAT,
with a relay as fallback, and a data plane that refused to use it would have to
reimplement all of it. What the separation buys is that proto knows nothing
about packets and dataplane knows nothing about the control protocol, so
either can be replaced on its own.
A plugin talks to the core through three narrow hooks — on_network_activated,
a PluginContext for re-announcements and error reports, and a bounded
shutdown — so the core never learns anything protocol-specific.
A data plane failure never stops the daemon: the control plane keeps running and the agent stays manageable.
Module responsibilities
| component | responsibility |
|---|---|
identity |
persistent device identity; network space parameters; derived identifiers and keys |
discovery |
obtaining and publishing address hints — not authentication, not state transfer |
net |
iroh connections, addresses, paths, statistics, connection events |
proto |
message format, handshake, membership proof, protocol limits |
agent |
agent and per-network lifecycle, reconnect, in-process message routing |
storage |
mandatory state and the separately recoverable cache |
state |
signed records that outlive a session, merged between replicas |
dataplane::transport |
authenticated datagram links to peers; where reachability lives |
dataplane |
the contract IP plugins implement, plus the WireGuard plugin |
Abstractions exist only where something is really substituted or really needs
isolating for tests: NetworkDiscovery, IpPlugin, PacketTransport /
PacketLink (so the data plane's carrier can change), and TunFactory (which
is what lets the whole data plane be tested without privileges). Everything
else is a concrete type.
Runtime shape
Agent one persistent identity, one iroh endpoint,
├── EndpointAdapter (two ALPNs) one state directory, N networks
├── Storage (state.sqlite + cache.sqlite + ownership lock)
├── IrohTransport ── data plane links, weak ref back to the agent
├── accept loop task ── routes by ALPN; weak ref, exits when the agent drops
├── plugin request loop ── re-announcements and plugin error reports
└── NetworkRuntime per NetworkId
├── discovery + dial loop (bounded concurrency, backoff with jitter)
├── Session per peer (control)
│ ├── reader task ── frames in -> SessionEvent
│ └── writer task ── encoded frames out
└── PacketLink per (peer, plugin protocol), handed to the plugin
Every strong reference from a background task back to the agent is a Weak.
A cycle there would keep the databases open and the directory lock held
forever after shutdown.
The library starts no runtime, installs no logging subscriber, handles no
signals, never forks and never calls process::exit. Startup
(Agent::spawn) and shutdown (Agent::shutdown) are explicit, background
tasks are joined on shutdown, and there is no global mutable state — several
independent agents run in one test process.
Agent::spawn returns as soon as the local agent is ready. It never waits for
other participants or for a relay.
Concurrency decisions
- The network runtime is a single task owning its own state, driven by a command channel plus event channels. No shared locks on the hot path.
- A session is two tasks, because a partially consumed stream read cannot be cancelled safely. The writer's frame write is cancellable, so shutdown never waits on a peer that stopped reading.
- Outbound queues are bounded. A full queue fails that send instead of stalling every other peer in the network.
- Envelopes are encoded in the runtime, not in the writer, so the exact number of control bytes queued is known and reported rather than guessed.
- Simultaneous mutual dials are resolved by a deterministic rule both sides compute identically: keep the session whose initiator has the smaller endpoint id.
Storage
Two physically separate SQLite files with their own schema versions and
migrations, no ORM. All access runs on the blocking pool; no database lock is
held across a network await. Files are owner-only where the platform supports
it. One state directory belongs to one live agent, enforced by an advisory OS
file lock — an existence check is not enough, because a crashed process must not
block a restart and two agents starting at once must not both win. A clean
shutdown releases the lock immediately.
Observability
AgentStatus separates the three levels deliberately:
- endpoint — bound sockets, observed addresses, cache health;
- logical network — dial attempts and failures, handshake failures, sessions established, disconnects, control message and byte counts, protocol violations, plugin errors;
- connection — verified paths, selected path, direct/relay, RTT, QUIC counters.
Values that cannot honestly be attributed to one network stay at the endpoint
level. A value iroh does not report is None.
An iroh address is an address for iroh. It is not assumed usable by any other protocol; a future WireGuard plugin gathers its own reachability data and ships it through the control plane as an opaque announcement.
Relays
Standard iroh behaviour, including relay fallback, is allowed for the control
plane via TransportPolicy::N0Defaults. Public relays are fine for development
and carry no availability guarantee. The default is LocalOnly, and the test
suite never depends on a relay.
Multiple networks
Every session, message, task and status carries an explicit NetworkId. Being
authenticated in network A grants nothing in network B, even over a shared
physical connection; each network gets its own sessions. Deactivating one
network does not close the agent or disturb the others.
Local deactivation is distinct from a future signed revocation of membership or of a name. Nothing here is an irreversible global flag.
Planned, not built
Signed per-author state, snapshots, revocations and merge rules are described in sync-model.md. The module boundaries above are shaped so that adding them does not require rewriting the core. The data plane locking policy is likewise deliberately left coarse for now; the conflict domain is described separately so it can later be narrowed to a network, peer, name or plugin without touching the core.