2026 02 22_verse_implementation_strategy - mark-ik/graphshell GitHub Wiki

Verso / Verse Implementation Strategy: Quick Reference

Branding update (2026-03-01): The local P2P sync layer (iroh bilateral sync, Tier 1) is now branded under Verso β€” the same native mod that provides web rendering. Verse is now solely the public community network and its community primitives (Tier 2, long-horizon research). The Tier 1 implementation plan is unchanged; only the brand name has moved.

Date: 2026-02-22 (original), 2026-02-23 (split), 2026-03-01 (branding update) Status: Index / Orientation Document Context: This document has been split into two focused files to separate implementation-ready engineering plans (Verso local collaboration) from long-horizon research architecture (Verse public network).


Document Split Rationale

The original Verse strategy combined Tier 1 (concrete Phase 5 deliverables: iroh-based bilateral sync, identity, pairing, conflict resolution) with Tier 2 (speculative architecture: libp2p swarms, VerseBlob content addressing, Proof of Access economics, federated search). This created cognitive overload for engineers executing Phase 5 and prevented Tier 2 from evolving independently.

New structure:

  1. Tier 1 Implementation Plan (~800 lines)
    Complete specification for Registry Phase 5: iroh transport, Ed25519 identity, pairing ceremonies, delta sync protocol, SyncWorker control plane integration, workspace access grants, UX designs, security model, and step-by-step execution plan. This is the concrete Phase 5 deliverable.

  2. Tier 2 Architecture (~600 lines)
    Long-horizon research: Verse community primitives such as VerseBlob content format, community manifests/governance, Proof of Access, federated search, FLora checkpoints, Nostr signaling surfaces, and the dual-transport model that carries them. This is exploratory β€” not a Phase 5 dependency.

Engineers implementing Phase 5 should focus on Tier 1 only. Tier 2 provides architectural context for future evolution but makes no immediate claims on the implementation roadmap.


Quick Start

  • I'm implementing Verse sync for Phase 5: Read Tier 1 Implementation Plan. Follow the execution plan in Β§9 (Steps 5.1–5.5). All dependencies, UX mockups, and done gates are defined.

  • I'm researching federated knowledge protocols: Read Tier 2 Architecture. This explores Verse community primitives, community-scale swarms, economic incentives, and search infrastructure. Treat it as a design space, not a requirement.

  • I'm reviewing Verse holistically: Skim Tier 1 Β§1–5 (identity, transport, sync protocol, conflict resolution) for the core model, then read Tier 2 Β§1–2 (dual-transport rationale, identity bridge) to understand how Tier 1 extends to public swarms.


What Changed

Tier 1 (Implementation Plan)

  • Β§1: Overview β€” Tier 1 characteristics (iroh, bilateral, pairing, LWW conflicts)
  • Β§2: Identity & Pairing β€” Ed25519 keypair in OS keychain, trust store, pairing flows (code/QR, mDNS, invite links)
  • Β§3: Transport (iroh) β€” QUIC, Magic Sockets, NAT traversal, connection model
  • Β§4: Sync Protocol β€” SyncUnit wire format, version vectors, delta computation, conflict resolution strategies
  • Β§5: SyncWorker β€” Control plane integration, accept loop, intent pipeline, backpressure
  • Β§6: UX Design β€” Sync status indicator, Sync Panel, pairing flows, workspace sharing, conflict resolution UI
  • Β§7: Security & Encryption β€” Noise transport auth, at-rest AES-256-GCM, trust boundaries
  • Β§8: Registry Integration β€” ModManifest, initialization sequence, ActionRegistry extensions, diagnostics channels, offline graceful degradation
  • Β§9: Phase 5 Execution Plan β€” 5 thin vertical slices with done gates (iroh scaffold, trust store, pairing UI, delta sync, access control)
  • Β§10: Crate Dependencies β€” iroh, keyring, mdns-sd, qrcode, rkyv, zstd, aes-gcm
  • Β§11: Open Questions (Tier 1 only) β€” Identity scope, relay infrastructure, sync triggers, conflict accumulation, VV pruning, workspace granularity

Tier 2 (Architecture)

  • Verse's main abstractions are community primitives: VerseBlob payloads, community manifests, governance rules, index shards, FLora checkpoints, and receipt/economy records.
  • Β§1: Dual-Transport Model β€” iroh (bilateral) + libp2p (community swarms)
  • Β§2: Identity Bridge β€” Same Ed25519 keypair derives both iroh NodeId and libp2p PeerId
  • Β§3: VerseBlob β€” Content-addressed universal format (replaces delta-based SyncUnit for public swarms)
  • Β§4: Community Model β€” Governance, rebroadcast levels, GossipSub pubsub, Bitswap content retrieval
  • Β§5: Search Architecture β€” Sharded indexes, IndexSegment as VerseBlob, federated query model
  • Β§6: Proof of Access β€” Receipt model, aggregation, reputation vs token settlement, "no-receipt" flag for Tier 1
  • Β§7: Research Agenda β€” DHT scalability, moderation at scale, index freshness, economic model validation
  • Β§8: Nostr Signaling β€” Optional bootstrap layer for peer discovery and announcements
  • Β§9: Content Pipeline β€” Ingest β†’ Enrich β†’ Curate β†’ Publish; WARC archives, CRDT integration (speculative)
  • Β§10: Protocol Ecosystem Mapping β€” iroh, libp2p, IPFS, Nostr, ActivityPub, Filecoin, Lightning
  • Β§11: Crawler Economy β€” Bounty model for external web content ingestion, anti-spam, platform bridges
  • Β§12: Open Questions (Tier 2 only) β€” VerseBlob vs IPFS CID, libp2p vs iroh consolidation, token vs reputation, community bootstrapping
  • Β§13: Relationship to Tier 1 β€” Additive design, opt-in communities, no impact on bilateral sync
  • Β§14: Research Roadmap β€” Q3 2026 validation, Q4 2026 pilot, 2027 economic layer + spec stabilization
  • Β§15: Alignment with Graphshell's Mission β€” Personal tool vs protocol layer pivot; long-horizon bet

Rationale for Split

From 2026-02-22_registry_interaction_design_notes.md Β§On Document Length:

Tier 1 (~770 lines) is implementation-ready: engineers can execute Phase 5.1–5.5 without ambiguity. Tier 2 (~555 lines) is long-horizon research: it explores architectural space but makes no immediate engineering claims. Combining them into one 1320-line document forces engineers to wade through speculative design (libp2p, VerseBlob, Proof of Access) when they only need the iroh sync contract.

Split benefits:

  • Phase 5 engineers can focus on Tier 1 without cognitive load from Tier 2's economic/community models
  • Tier 2 can evolve independently via separate research doc (new alternatives, abandoned ideas) without destabilizing the Phase 5 plan
  • Clear "done gate" boundary: Phase 5 is complete when Tier 1 works; Tier 2 validation happens later (Q3 2026+)

Legacy Note

This file previously contained the full Verse strategy (Β§1–12, 1353 lines). It has been refactored into:

  • 2026-02-23_verse_tier1_sync_plan.md (Β§1–10 + Tier 1 open questions)
  • ../technical_architecture/2026-02-23_verse_tier2_architecture.md (Β§11 + Tier 2 open questions + research roadmap)

Original content preserved in git history (git show HEAD~1:design_docs/verse_docs/implementation_strategy/2026-02-22_verse_implementation_strategy.md).

⚠️ **GitHub.com Fallback** ⚠️