{
  "generated": "2026-04-19T08:15:29.856Z",
  "tag": "lattice",
  "slug": "lattice",
  "count": 11,
  "url": "https://brittleboye.github.io/awesome-lattice/tags/lattice/",
  "projects": [
    {
      "name": "Convex",
      "description": "Decentralised lattice network and execution engine. Stateful Internet powered by Convergent Proof of Stake.",
      "category": {
        "id": "core",
        "title": "Core Platforms"
      },
      "slug": "convex",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/core/convex/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/core/convex.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/core/convex.md",
      "tags": [
        "java",
        "lattice",
        "consensus"
      ]
    },
    {
      "name": "Convex — Data Lattice and Convergent Storage",
      "description": "Deep dive into the Convex data lattice — how content-addressed, convergently-merged storage replicates across peers without central coordination.",
      "category": {
        "id": "videos",
        "title": "Videos & Talks"
      },
      "slug": "convex-data-lattice-and-convergent-storage",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/videos/convex-data-lattice-and-convergent-storage/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/videos/convex-data-lattice-and-convergent-storage.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/videos/convex-data-lattice-and-convergent-storage.md",
      "tags": [
        "convex-live",
        "community-call",
        "storage",
        "lattice"
      ]
    },
    {
      "name": "CAD001: Convex Architecture",
      "description": "Draws the line between the on-chain CVM (global consensus, root of trust) and the off-chain Lattice (unbounded CRDT data) while forcing them to share one encoding, one hash function, and one cryptographic identity. That shared substrate is what lets value and data flow between layers without the bridges, wrapping, and trust assumptions that fragment other stacks.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad001-convex-architecture",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad001-convex-architecture/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad001-convex-architecture.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad001-convex-architecture.md",
      "tags": [
        "spec",
        "architecture",
        "cvm",
        "lattice",
        "consensus"
      ]
    },
    {
      "name": "CAD024: Data Lattice",
      "description": "Specifies the off-chain CRDT substrate — content-addressed, lazily loaded, self-healing, garbage-collectable, structurally shared and JSON-superset typed. This is where Convex solves what IPFS handles clumsily: rich types, efficient deltas, and merges that just work instead of manual pinning and reconciliation.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad024-data-lattice",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad024-data-lattice/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad024-data-lattice.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad024-data-lattice.md",
      "tags": [
        "spec",
        "lattice",
        "crdt",
        "storage",
        "merkle-dag"
      ]
    },
    {
      "name": "CAD028: Data Lattice File System",
      "description": "A POSIX-compatible self-sovereign file system on the lattice — CRDT merge means editing the same file on two offline devices reconciles automatically, with Merkle verification and peer-to-peer sync. Dropbox/iCloud with the provider removed and the data still yours.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad028-dlfs",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad028-dlfs/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad028-dlfs.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad028-dlfs.md",
      "tags": [
        "spec",
        "filesystem",
        "lattice",
        "crdt",
        "storage"
      ]
    },
    {
      "name": "CAD035: Lattice Cursors",
      "description": "A thin mutable pointer layer over immutable lattice values — applications get atomic compareAndSet, updateAndGet, nested navigation, and sync/fork, while the underlying Merkle DAG stays pure. This is how applications use CRDT data without thinking about CRDT merges.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad035-lattice-cursors",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad035-lattice-cursors/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad035-lattice-cursors.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad035-lattice-cursors.md",
      "tags": [
        "spec",
        "cursors",
        "lattice",
        "crdt",
        "api"
      ]
    },
    {
      "name": "CAD036: Lattice Node",
      "description": "A lightweight non-consensus server that just replicates CRDT lattice data over the network — no CPoS, no staking, minimal resources. The right tier for CDNs, collaborative apps and hybrid dApps that need lattice sync without the cost of running a full Convex peer.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad036-lattice-node",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad036-lattice-node/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad036-lattice-node.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad036-lattice-node.md",
      "tags": [
        "spec",
        "lattice",
        "networking",
        "storage",
        "crdt"
      ]
    },
    {
      "name": "CAD037: KV Database",
      "description": "A Redis-style per-owner signed KV store on the lattice — multi-writer, offline-first, convergent without leader election because merge is mathematical, not negotiated. Gives hybrid dApps the shared mutable state that a global blockchain cannot afford to host.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad037-kv-database",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad037-kv-database/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad037-kv-database.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad037-kv-database.md",
      "tags": [
        "spec",
        "database",
        "lattice",
        "crdt",
        "storage"
      ]
    },
    {
      "name": "CAD039: Convex SQL",
      "description": "Typed SQL tables on the lattice with Apache Calcite as the query planner — full SELECT/JOIN/aggregate over decentralised, CRDT-replicated rows. Bridges relational thinking to CRDT storage, so existing SQL tooling plugs into a decentralised backend.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad039-convex-sql",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad039-convex-sql/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad039-convex-sql.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad039-convex-sql.md",
      "tags": [
        "spec",
        "sql",
        "database",
        "lattice",
        "crdt"
      ]
    },
    {
      "name": "CAD040: Lattice Queue",
      "description": "A Kafka-style append-only log on the lattice — stable offsets, independent consumer positions, CRDT-convergent replication, and truncation that preserves offset identity. Event streaming without a central broker, paired with CAD037's state to cover both halves of distributed-system data.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad040-lattice-queue",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad040-lattice-queue/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad040-lattice-queue.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad040-lattice-queue.md",
      "tags": [
        "spec",
        "queue",
        "lattice",
        "crdt",
        "streaming"
      ]
    },
    {
      "name": "CAD045: Lattice Applications",
      "description": "A four-layer pattern (API / cursors / lattice types / node infrastructure) for decentralised apps that compose LWW, Index, Map and Set lattices into correct, signed, mergeable domain models. Turns raw CRDT primitives into a repeatable recipe, so self-sovereign apps don't each reinvent merge semantics and silently lose data.",
      "category": {
        "id": "cads",
        "title": "Convex Architecture Documents"
      },
      "slug": "cad045-lattice-applications",
      "url": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad045-lattice-applications/",
      "json": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad045-lattice-applications.json",
      "markdown": "https://brittleboye.github.io/awesome-lattice/projects/cads/cad045-lattice-applications.md",
      "tags": [
        "spec",
        "lattice",
        "crdt",
        "cursors",
        "applications"
      ]
    }
  ]
}