System
Digital Karma Constellation
A model for building federated digital asset networks where each site owns a defined knowledge role, declares machine-readable relationships, and verifies them bidirectionally ... so the network is more legible to AI systems than any individual site could be alone.
A portfolio of digital assets is worth more as a connected network with defined roles than as a collection of sites that happen to share an owner.
The constellation model makes that network explicit in three ways:
First, role assignment ... each site owns a specific layer of knowledge and is responsible for being the best source for that layer, not a general-purpose source for everything.
Second, machine-readable relationship declaration ... each site publishes a federation.json endpoint stating its role, its peers, and its verification status. The declaration is readable by both AI crawlers and a portfolio scanner.
Third, bidirectional verification ... SA naming ABT as a peer means nothing if ABT does not reciprocate. The protocol requires both ends to confirm the relationship. A scanner can verify integrity across the network.
The result is a network that behaves like a knowledge graph rather than a directory. Each node has a purpose. Each relationship has a direction and a meaning. The whole is more legible than the sum of its parts.
Where this system has traction.
What it does.
The Digital Karma Constellation is a network model for digital asset portfolios. Instead of every site in a portfolio trying to cover every topic, the constellation assigns each site a specific knowledge role and makes those roles machine-readable through structured federation files.
The key distinction from traditional cross-linking is verification. Sites in a constellation do not merely link to each other ... they declare their peer relationships, state their knowledge responsibilities, and verify that the other end of each relationship confirms the same. That bidirectional verification is what separates a constellation from a collection.
The first working constellation connected SupplementsApothecary.com (Commerce Protocols) and AgeBetterToday.com (Science Education) in June 2026. NaturalHerbLibrary.com is designated as the third node (Reference Data) when it becomes active.
A later Big Tech constellation applies the same model to AS/400, IBM i, and IBM Power search demand. AS400System.com holds the central hardware role, AS400Software.com holds the software role, FlashSystem.AS400System.com owns IBM storage decisions, AI.AS400System.com owns AI-on-IBM-i modernization, Pricing.AS400System.com and Pricing.AS400Software.com own cost research, and the Power 7 through Power 12 subdomains break the IBM Power generation graph into dedicated decision layers.
Where it becomes useful.
Traditional SEO treats sites as independent competitors. Each site earns authority on its own. Backlinks vote for individual pages. There is no structural model of a network with defined responsibilities.
The constellation model proposes that AI systems ... which increasingly interpret the web as a graph of entities and relationships rather than a set of pages competing for clicks ... can be given cleaner signals through explicit network architecture.
If an AI system can read that Site A is responsible for supplement protocols, Site B is responsible for aging science education, and Site C is responsible for ingredient reference data, it has a more precise routing model than it gets from three sites that each cover all three topics to varying degrees.
Whether current AI systems weight these federation signals is an open empirical question. The architecture is defensible regardless: a network with clearly defined responsibilities is easier for both humans and machines to understand.
- Assigning knowledge roles to sites in an existing portfolio and formalizing those roles in federation.json endpoints.
- Building new properties with a constellation role defined upfront rather than positioning them as general-purpose sites after the fact.
- Verifying constellation integrity across a portfolio using a scanner that confirms bidirectional relationships, detects schema drift, and measures federation health.
- Expanding a constellation to new nodes using the portable federation protocol ... each new member adopts the same role-declaration format and wires into existing verified peers.
- Using the constellation model as a strategic framing for portfolio valuation ... sites with defined roles and verified network relationships represent a different asset class than isolated properties.
Evidence connected to the system.
Building the First Digital Karma Constellation: SA, ABT, and the Federation Protocol
For months, federation_presence existed as a scoring signal inside our karma.json files. The concept was real. The protocol was not. This case study documents the session that changed that -…
See the Other Systems
Move from this framework back into the full operating library.