jonnify·bcs /bcs/elixir-core/the-champ-database

B2 · module 3 of 6 · The CHAMP Property Database

The CHAMP Property Database.

A persistent branded-id map over a forest of tries, one per namespace: a new version shares every untouched subtree with the old, placement is decided by the one contract hash, and the structure is a memory tier rebuilt from the durable floor.

Three dives: structural sharing as the snapshot mechanism, the contract hash as the placement function, and the tier-not-truth discipline — the crossover against the default map stated both ways.

A forest of tries, one per namespace; each node two bitmaps; versions share structure. Select a part.
USRROMPLRone trie per namespace nodedatamapnodemapover a compact tuple v1v2shared
readout · Select a part. BrandedChamp is one trie per namespace; each node carries a datamap and nodemap over a compact tuple; a new version shares every untouched subtree.
§1

The three dives

each a leaf, the teaching
§2

The module, in one law

echo_data · branded_champ.ex, champ_node.ex, champ_view.ex

B2.3 reads the CHAMP property database — a persistent branded-id map over a forest of tries, one per namespace. A new version shares every untouched subtree with the old, so snapshots are the old root kept; placement within a trie is decided by the one contract hash, identical across Elixir, the native tables, and any Go or Node consumer; and the structure is an L0 memory tier, rebuildable from the Graft floor rather than a source of truth. Three dives: structural sharing, the contract hash as the placement function, and the tier-not-truth discipline. Grounded in branded_champ.ex, champ_node.ex, and champ_view.ex, and pointed at the game snapshots Codemojex re-derives.

§4

The doors

the sibling courses
§4

References

sources · related

Sources

Related