jonnify·bcs /bcs/codemojex/branded-systems

B7 · module 1 of 6 · The Game as Branded Systems

The game as branded systems.

Every Codemojex entity is a branded id that is the primary key in Postgres and the address in every other layer; the game stands on four layers, with money and the secret on the floor and a privacy line a player never crosses.

Three dives: the branded id as the key, the four layers and who owns what, and the privacy boundary across the classic and the blind mode.

A branded id is the key across four layers, from a Postgres record to a Phoenix surface. Select a part.
branded idUSR · PLR · GAM Postgresrecord of truthmoney · secret · state EchoStore — read-hot cacheEchoMQ — real-time, queuesPhoenix — surface
readout · Select a part. Every entity is a branded id; Postgres is the record of truth; EchoStore, EchoMQ, and Phoenix are the cache, the real-time tier, and the surface derived over it.
§1

The three dives

each a leaf, the teaching
§2

The module, in one law

codemojex · the branded model and the four layers

B7.1 sets the model the rest of the chapter builds on. Every entity in Codemojex is a branded id minted by EchoData.BrandedId — USR, PLR, ROM, RMP, GAM, GES, EMS, RSC, TXN, BNK, and the commerce, growth, and analytics kinds — and that id is the primary key in Postgres and the address in every other layer, anchored by the one contract proven at boot, placement(USR0KHTOWnGLuC) = 234878118. The game stands on four layers: a Postgres record of truth for money, the secret, and state; an EchoStore cache of what is immutable for a game; an EchoMQ tier for the real-time work; and a Phoenix surface behind privacy-safe views. The boundary a player never crosses — the secret and other players’ guesses, and in a Golden Room even their own score until reveal — is enforced where state lives. Three dives: the branded id as the key, the four layers and who owns what, and the privacy boundary across both modes.

§4

The doors

the sibling courses
§4

References

sources · related

Sources

Related