restructure — crystallizing cyb · cyber · cyberia
a plan first, movements second. nothing in this document moves a file; every section is a contract for one commit series, link-fixes included, so the site is never broken in between. every page named below is a live link — click through and judge it. the three ledgers carry a verdict for every page: stays / promotes / merges / moves / folds / extracts / dies — with the destination and the reason. zero pages undecided.
original census: 501 pages (238 cyber · 83 cyb · 180 cyberia). the cyber table is the work that remains.
the rule
membership is decided by one question — who is the subject of this page? — so the split is idempotent: run the rule twice, nothing moves the second time.
| the subject is… | it lives in |
|---|---|
| the protocol — the law of the one mind | cyber |
| the robot — the body a user touches | cyb |
| the nation — land, people, state | cyberia |
| one soft3 component's mechanism | that component's repo |
| the world at large | crystal / cybics |
| a dead vehicle | bootloader |
corollary: cyber is not soft3. soft3 owns mechanisms; cyber owns what must be true regardless of mechanism. a page explaining how something is computed belongs to the component that computes it; a page stating what must hold belongs to cyber.
0 · the ground — what all three stand on
proposal. the plan above three subjects is incomplete without its floor: cyb, cyber and cyberia are the trinity standing on two shared dependencies — soft3 (the stack: the loop, the guarantees, the attractor; every "component matter" row in the rule resolves here) and cybics/crystal (the world's knowledge; every "world at large" row resolves here). the dependency runs one way: soft3 does not know the robot, the narrative, or the nation; the trinity cannot run a page without the stack. crystallizing the three subjects and crystallizing soft3 are one program — so the soft3 crystallization lives here, married in whole:
the boundary and the core
soft3 crystallizes into 7 = 4 + 2 + 1: four motions, two guarantees, one attractor — and every verb is a component's own verb from status. no invented words: earlier drafts said say, act, observe, focus — but the registry already had link, render, measure, converge. drawn at soft3.org/scheme, parts at soft3.org/chart.
The boundary rule: a component is stack iff the loop cannot run, the medium cannot hold, or the mind cannot converge without it. Everything else is enrichment (a richer way to hold a seat) or a product (consumes the loop entire).
the loop — four motions, all live
the smallest circle a mind can draw, and every station carries real traffic today. the artifacts between stations name themselves: the link, the focus, the world, and the measurement that becomes the next link.
| motion | facet | what happens | sub-verbs | core |
|---|---|---|---|---|
| link | mass | a thought becomes links — in cyber-speech, linking IS saying | hash · mean · compile · eval · query | cybergraph · hemera — languages: neural trident rune inf |
| transmit | space | cells share one graph | hold · frame · sync · mount | radio · cell · tape · fs |
| render | play | the focus becomes world — worlds, affect, gated effects | paint · authorize | mir · prysm — gated by ward |
| measure | play | the world becomes links — cybernetics is impossible without measurement | evaluate | lytics · sigma |
the closing arc is the loop's whole point: the measurement becomes the next link. play holds two verbs because play is the membrane where the stack touches the world — render is the way out, measure is the way back.
why exactly four. the removal test: remove link and the system is mute — it can only react to its own renders. remove transmit and it is many private loops, not one mind. remove render and it is a diary — no agency. remove measure and it is open-loop — no feedback, no cybernetics. each removal kills a distinct property: novelty, unity, agency, feedback. and none merge: link is not measure (a mind's reference input is not a sensor reading), render is not transmit (out to the world is not across the graph). a single agent's OODA collapses to measure → focus → render; link and transmit exist precisely because the mind is distributed. there is no fifth motion — everything else is a property of the channel (encrypt, prove) or the attractor (focus).
verbs outside, components inside. the scheme names each seat by its verb and lists the components that hold it; the decomposition within a seat — each component's own registry verb and how they interact — opens on click at soft3.org/scheme. grouping is a debt: if several components share a seat, the seat owes an internal diagram, and now pays it.
the loop among loops
the four survive every known control doctrine — and each teaches something:
| framework | its steps | in our verbs | the lesson |
|---|---|---|---|
| OODA (Boyd) | observe · orient · decide · act | measure · focus · render | orientation dominates and shapes every station — the centre is not a step; and tempo, the loop's speed, is the competitive quantity |
| PDCA (Deming) | plan · do · check · adjust | focus · render · measure · link | check and adjust are different verbs — a measurement is not yet the next word |
| MAPE-K (IBM autonomic) | monitor · analyze · plan · execute over shared K | measure · focus · render around the graph | the shared knowledge sits in the middle — our K is the cybergraph and its focus |
| D3A (targeting) | decide · detect · deliver · assess | focus · measure · render · measure | detection and assessment are two measurements — lytics measures, sigma evaluates, one seat, two components |
| F3EAD (spec-ops) | find · fix · finish · exploit · analyze · disseminate | measure · render · focus · transmit | every distributed doctrine grows an explicit disseminate step — transmit is a motion, not plumbing |
| SECI (Nonaka) | socialize · externalize · combine · internalize | humans · link · focus · render | externalization — tacit becoming explicit — is exactly "a thought becomes links" |
| active inference (Friston) | perception ⇄ action around a generative model | measure ⇄ render around focus | perception and action are dual moves against one model — the attractor picture again |
single-agent loops are three motions — OODA collapses to measure → focus → render. a distributed mind adds exactly two: link, because minds are reference inputs and not sensors, and transmit, because one graph must live in many cells. no doctrine demands a fifth.
the top-verbs test
against the most frequent English verbs the seats hold: say · tell · ask · write → link; see · hear · watch · find → measure; think · know · decide · understand → focus; do · make · build · show · play → render; send · bring · carry · follow → transmit; have · hold · keep → the medium. the big verbs that are not primitive compose from the loop:
| verb | decomposition |
|---|---|
| talk | link + transmit + measure — a conversation is two interleaved loops. english hides the channel inside "talk" because air is free; soft3 names it because the channel is the hard part |
| learn | the loop iterated until the focus shifts — the spiral, not a station |
| know | hold + prove — a claim kept together with its checking |
| remember | store + query — bbg + inf |
| teach | render + transmit aimed at another mind's measure |
| promise | link + encrypt, with the measurement deferred |
| understand | converge past τ |
| want | the weights of φ* — the focus is the want-vector |
the sweep surfaces two honest absences, both already named critical in status: want has no component — it lives implicitly in φ* weights and tok prices (the economics of writing, critical 1) — and forget has no verb at all (deletion and liability, critical 4). the registry will one day owe a verb to forgetting.
the two guarantees — the medium
not steps but properties of the channel every link enjoys:
| guarantee | facet | what it promises | core |
|---|---|---|---|
| encrypt | space | every link is owned | mudra — vault keeps, tok pays |
| prove | work | every claim is checked and kept | zheng · nox · bbg — glia infers, eidos certifies, wysm sandboxes, kern shades, lens commits |
nothing "gets encrypted" as a stage of the journey — linking is owned, rendering is owned, measuring is owned. proving likewise: running is proving (nox), storing is proving (bbg).
the one attractor — the centre
the centre is a noun, not a verb: the focus — φ*, tru's own word, the name foculus carries. its verbs from the registry: converge (tru), agree (foculus), think (soma). it is not a step the signal passes through — it is the point the whole loop orbits: everything dances around it. of two conflicting signals, one survives, chosen by φ* past τ: agreement, not voting.
beneath it all — the ground. strata does the math, lens commits, honeycrisp accelerates: form is not a station but what every station is made of, with hemera's hash as the ruler.
the colours are emotions — by evolution, not by assignment. link wears anger red (the will to speak), transmit interest blue (the open wire), render surprise yellow (the render is what surprises you), measure joy green (the sight of growth — and the closing arc runs green); encrypt wears sadness indigo (weight and law of ownership), prove disgust orange (the craft that keeps rot out); converge wears fear violet (the one). the map is anchored at color, the framework at color-emotion spectrum, the protocol use at emotion.
the three stages — the registry's own states
the loop is not staged: link → transmit → render → measure circulates from day one. the stages follow the state column of status literally:
| stage | what lights | property | registry state |
|---|---|---|---|
| 1 · medium | the loop + encrypt | shared | live — wire, 2026-09-01 |
| 2 · proof | + prove | trustless | building — zheng blocked on openings |
| 3 · mind | + converge | one | undeployed — foculus has never chosen a fork |
shared → trustless → one. the centre lights last: the mind emerges when a proven, shared loop converges. the trinity maps onto the layers: cyb is the body that runs the loop, cyber is the mind that lights at stage 3, cyberia is the state that governs what the alive loop does.
the stage tests
- medium — a link cast in one cell arrives in another with no third party. passed live: wire, 2026-09-01.
- proof — a stranger verifies a read it never trusted.
- mind — of two conflicting signals one survives, chosen by φ* past τ.
and one test for the loop itself, on any layer: a render observably changes what is next linked.
the census
every component, by its registry verb:
| seat | verb | components |
|---|---|---|
| loop · link | link, hash + mean, compile, eval, query | cybergraph hemera + neural trident rune inf |
| loop · transmit | transmit, hold, frame, sync, mount | radio cell tape fs · foculus's sync seat |
| loop · render | render, paint, authorize | mir prysm ward |
| loop · measure | measure, evaluate | lytics sigma |
| medium · encrypt | encrypt, keep, pay | mudra vault tok |
| medium · prove | prove, run, store, infer, certify, sandbox, shade, commit | zheng nox bbg glia eidos wysm kern lens |
| centre · converge | converge, agree, think | tru foculus soma |
the ground: math (strata) · accelerate (honeycrisp) — beneath every seat. products (consume the loop entire, are not in it): cyb · optica · studio · erga · zoya · mona · xena. the trinity (what the loop is for): cyb the body · cyber the mind · cyberia the state.
what this buys
Focus: the loop is live end to end; the two dark layers are exactly zheng's openings and foculus's deployment — the shortest path to a mind is those two components. Honesty: the scheme's layers ARE the registry's states; when status changes, the drawing changes. Discipline: a proposed component must name its seat by a registry verb — motion, guarantee, or centre; "it would be nice" is not a verb.
soft3 — the registry (23 pages)
| page | words |
|---|---|
| CLAUDE | 258 |
| README | 177 |
| status | 2004 |
| roadmap/component-boundaries | 1056 |
| roadmap/migration | 1780 |
| roadmap/stack-completeness | 1275 |
| roadmap/terms-map | 575 |
| specs/filenames | 323 |
| specs/languages | 4264 |
| specs/terms | 1383 |
| specs/types | 1461 |
| mcp/README | 154 |
| docs/README | 3075 |
| docs/chains-as-plugins | 1825 |
| docs/launch | 728 |
| docs/diagrams/README | 171 |
| cli/README | 232 |
| schema/README | 216 |
| proposals/component-page-canon | 509 |
| proposals/cybergraph-sync-tape-architecture | 1739 |
| conformance/README | 194 |
| conformance/specs/README | 591 |
| conformance/docs/README | 477 |
soft3 — target structure (proposal)
- soft3 — the door: what the stack is, the seven seats
- status — the registry of components: every seat, verb, state — the living census
- the crystallization (§0 above) — the boundary rule, the loop, the stages
- roadmap/ — component-boundaries · migration · stack-completeness · terms-map
- specs/ — terms · types · languages · filenames · bytes (the 256-value alphabet — §1c)
- docs/ — launch · chains-as-plugins
- proposals/ · conformance/ · schema/ · cli/ · mcp/ — the workbench README shelf
1 · cyber — target structure
the protocol crystal as a navigation tree: one door, ten branches. every staying page hangs at exactly one node — that is what makes the system closed; cross-links remain free. italics = to be written or renamed.
the tree
every staying page hangs at exactly one place; cross-links stay free, but this tree is the canonical way in. bold = hub that owns its branch.
- README — the door: what cyber is, two reads, two doors in
- litepaper — ten minutes, the whole argument
- whitepaper — the mathematics and the proofs
- install — enter by terminal or robot
- contribute — four lanes in
- concepts — the atlas: every atom, grouped by what it answers
- the graph — what knowledge is made of
- the focus — how importance is computed
- focus · rank (absorbs cyberank) · attention · view · prob · rational neuron · fixed point · tri-kernel · tru · context packing
- the acts — what a neuron does
- the trust — what cannot be bought
- karma · happiness · personality · privacy · license · landauer limit
- the mind — what it all becomes
- the culture — how it speaks
- contract — what must hold, whoever implements it
- cybergraph contract · cyber/proofs · cyber/epistemology (from epistemology) · cyber/identity (from identity)
- $CYB — the money contract
- cyber/launch — the genesis contract
- cybernomics — the money, from law to plumbing
- nomics · netics · cap · delegation · automated market maker · cyberlink market protocol
- tokens — the type system: coin · badge · plumb · basic token operations
- money specs: money loop · light money · adaptive hybrid economics
- network — the machine room: the deep protocol articles (cips)
- 3c · channel · communication · hierarchy · light · gravity · luminosity · security
- research — the papers: what is argued, not yet law
- physical analogies · algorithmic essence · knowledge capacity · link production · universal law · egregore properties · future of computation · neuroscience principles · unified mining · knowledge economy · theoretical foundations · bootstrap · 32-byte tokens · energy market · gradient descent · cybergraph model architecture · focus flow computation · adaptive hybrid economics · analizer · seer · privacy trilateral · oikos (proposal: one token, one chain — the architecture; carries its own adoption map over ~/cyber and soft3) · spectral cell division (proposal: extracted from cell, deliberately unimplemented)
- specs — the engineering contracts
- self — the protocol's own agency
- dmn · linking · parametrization · sigma
- blog — pointer. the chronicle lives at cyberia.blog
- cyb · soft3 · cyberia — pointers to the sister subjects, whose graphs live at cyberia.blog
- restructure — this plan, then this record
- litepaper — ten minutes, the whole argument
the ledger — cyber (156 pages, 0 undecided)
+2 since the census (2026-09-08): research/oikos — stays · research, the one-token-one-chain architecture proposal (its adoption map names per-page tasks across ~/cyber and soft3 — do not lose them); research/spectral cell division — stays · research, division mechanics moved out of cell, deliberately unimplemented.
| page | words | verdict | why |
|---|---|---|---|
| 3c | 1144 | stays · cips | deep protocol article |
| channel | 1859 | stays · cips | deep protocol article |
| communication | 1023 | stays · cips | deep protocol article |
| gravity | 491 | stays · cips | deep protocol article |
| hierarchy | 1814 | stays · cips | deep protocol article |
| light | 1047 | stays · cips | deep protocol article |
| luminosity | 485 | stays · cips | deep protocol article |
| network | 2362 | stays · cips | deep protocol article |
| security | 363 | stays · cips | deep protocol article |
| $CYB | 5512 | stays · contract | protocol invariants |
| cybergraph | 515 | stays · contract | protocol invariants |
| launch | 3381 | stays · contract | protocol invariants |
| attention | 19 | stays · core | atom of the phenomenon |
| cascade | 194 | stays · core | atom of the phenomenon |
| cell | 600 | stays · core | atom of the phenomenon |
| concepts | 483 | stays · core | atom of the phenomenon |
| context packing | 347 | stays · core | how the graph enters an LLM window |
| contribute | 333 | stays · core | atom of the phenomenon |
| core | 92 | stays · core | atom of the phenomenon |
| crystal | 551 | stays · core | atom of the phenomenon |
| cyberculture | 150 | stays · core | atom of the phenomenon |
| cybergraph | 151 | stays · core | atom of the phenomenon |
| cyberlink | 74 | stays · core | atom of the phenomenon |
| cybersophy | 2222 | stays · core | atom of the phenomenon |
| cybersphere | 124 | stays · core | atom of the phenomenon |
| cyberverse | 145 | stays · core | atom of the phenomenon |
| fixed point | 161 | stays · core | atom of the phenomenon |
| focus | 67 | stays · core | atom of the phenomenon |
| happiness | 53 | stays · core | atom of the phenomenon |
| hash | 212 | stays · core | atom of the phenomenon |
| impulse | 28 | stays · core | atom of the phenomenon |
| inception | 108 | stays · core | atom of the phenomenon |
| install | 322 | stays · core | atom of the phenomenon |
| intent | 143 | stays · core | atom of the phenomenon |
| interplanetary superintelligence | 497 | stays · core | atom of the phenomenon |
| karma | 24 | stays · core | atom of the phenomenon |
| knowledge | 35 | stays · core | atom of the phenomenon |
| landauer limit | 71 | stays · core | atom of the phenomenon |
| license | 1887 | stays · core | atom of the phenomenon |
| mining | 77 | stays · core | atom of the phenomenon |
| neuron | 29 | stays · core | atom of the phenomenon |
| particle | 34 | stays · core | atom of the phenomenon |
| personality | 791 | stays · core | atom of the phenomenon |
| privacy | 628 | stays · core | the protocol privacy hub |
| prob | 115 | stays · core | atom of the phenomenon |
| rank | 88 | stays · core | atom of the phenomenon |
| rational neuron | 378 | stays · core | atom of the phenomenon |
| rewards | 184 | stays · core | atom of the phenomenon |
| sealing | 121 | stays · core | atom of the phenomenon |
| self | 374 | stays · core | atom of the phenomenon |
| staking | 113 | stays · core | atom of the phenomenon |
| superintelligence | 128 | stays · core | atom of the phenomenon |
| token | 73 | stays · core | atom of the phenomenon |
| tri-kernel | 33 | stays · core | atom of the phenomenon |
| tru | 26 | stays · core | atom of the phenomenon |
| view | 51 | stays · core | atom of the phenomenon |
CLAUDE.md |
1167 | stays · index | index / infra |
| cyber README | 285 | stays · index | index / infra |
| blog | 16 | stays · pointer | stub; chronicle is cyberia.blog |
| cyb | 12 | stays · pointer | sister subject; graph at cyberia.blog/cyb |
| soft3 | 12 | stays · pointer | sister subject; graph at cyberia.blog/soft3 |
| cyberia | 12 | stays · pointer | sister subject; graph at cyberia.blog |
| research | 17 | stays · index | index / infra |
| tokens | 101 | stays · index | index / infra |
| automated market maker | 202 | stays · nomics | the money |
| cap | 193 | stays · nomics | the money |
| cyberlink market protocol | 155 | stays · nomics | the money |
| cybernomics | 269 | stays · nomics | the money |
| delegation | 183 | stays · nomics | the money |
| netics | 922 | stays · nomics | the money |
| nomics | 709 | stays · nomics | the money |
| adaptive hybrid economics | 883 | stays · nomics | the money |
| light-money | 908 | stays · nomics | the money |
| money-loop | 1133 | stays · nomics | the money |
| badge | 23 | stays · nomics | the money |
| basic token operations | 41 | stays · nomics | the money |
| coin | 27 | stays · nomics | the money |
| plumb | 147 | stays · nomics | the money |
| litepaper | 2794 | stays · papers | the two papers |
| whitepaper | 22639 | stays · papers | the two papers |
| 32-byte tokens | 1203 | stays · research | protocol-level research |
| adaptive hybrid economics | 32 | stays · research | protocol-level research |
| algorithmic essence of superintelligence | 3149 | stays · research | protocol-level research |
| bootstrap | 2440 | stays · research | protocol-level research |
| cybergraph model architecture | 1677 | stays · research | protocol-level research |
| egregore properties | 1992 | stays · research | protocol-level research |
| energy market | 1299 | stays · research | protocol-level research |
| focus flow computation | 1208 | stays · research | protocol-level research |
| future of computation | 3111 | stays · research | protocol-level research |
| gradient descent | 1593 | stays · research | protocol-level research |
| knowledge capacity | 2027 | stays · research | protocol-level research |
| knowledge economy | 942 | stays · research | protocol-level research |
| link production | 2205 | stays · research | protocol-level research |
| neuroscience principles for machine mind | 6858 | stays · research | protocol-level research |
| physical analogies | 3352 | stays · research | protocol-level research |
| privacy trilateral | 3867 | stays · research | ZK+FHE+MPC — protocol-level survey |
| theoretical foundations | 898 | stays · research | protocol-level research |
| unified mining | 1317 | stays · research | protocol-level research |
| universal law | 1506 | stays · research | protocol-level research |
| dmn | 758 | stays · self | protocol as neuron |
| linking | 905 | stays · self | protocol as neuron |
| parametrization | 1762 | stays · self | protocol as neuron |
| sigma | 1004 | stays · self | protocol as neuron |
| specs/README README | 499 | stays · specs | engineering contract |
| component-ownership | 635 | stays · specs | engineering contract |
| full-flow-claims | 522 | audit | implementation claims and validation report |
| node-modes | 577 | stays · specs | engineering contract |
| rewards-completeness | 345 | audit | reward pipeline completeness report |
| epistemology | 2770 | promotes → cyber/epistemology | contract family, demand measured |
| identity | 567 | promotes → cyber/identity | contract family, demand measured |
| cyberank | 34 | merges → rank | rank owns the alias and all 38 inbound refs |
| algebraic state commitments | 1806 | folds → bbg docs/explanation/why-polynomial-state.md |
residue only: structural vs computational completeness. NMT-as-current framing dies |
| bbg | 1993 | dies after reconciling numbers into bbg specs/state.md + specs/architecture.md |
duplicate of the living spec. one root, one checkpoint size |
| data availability strategy | 3036 | dies | NMT sampling superseded by /soft3/bbg/specs/data-availability and /soft3/bbg/docs/explanation/data-availability |
| data structures for polynomial state | 1626 | folds → bbg specs/storage.md |
unique residue: scale table, shard compose, per-node storage. already linked from that spec |
| polynomial nouns | 2877 | splits → cyber particle.md/hash.md + /soft3/bbg/docs/explanation/data-availability |
identity of a particle is protocol; DAS-native particle is already in the DA explanation |
| programmable state | 1703 | open → row on bbg roadmap/README.md |
chaosnet schema is closed. no new file. do not merge into spec |
| state model | 789 | folds → cyber cybergraph.md |
protocol ontology (state = cyberlinks). not a bbg mechanism |
| storage proofs | 1390 | folds → bbg specs/storage.md; closes roadmap/storage-proofs.md |
six proofs stay; Hemera Merkle paths become Lens openings |
| cli | 35 | moves → bootloader | vehicle tooling |
| congress | 192 | moves → bootloader | the vehicle team |
| bostrom compilation report | 1523 | moves → bootloader | component research goes home |
| roadmap | 758 | moves → bootloader chronicle | 2019 plan |
| security audit private key import | 202 | moves → cyb reference/ | audits the robot |
| cyberlink protocol structure | 472 | moves → cybergraph | component research goes home |
| leadership | 833 | moves → cyberia/midao | org canon |
| russian school of inscription | 1593 | moves → cybics/lang | culture essay |
| foculus | 520 | dies | superseded by /soft3/foculus and /soft3/foculus/docs/explanation/overview. Celestia/committee-shard generation |
| provable consensus | 2066 | dies | same paper as /soft3/foculus/specs/provable-consensus (jaccard 0.81). circuit already there. do not copy κ=max |
| structural-sync | 2736 | folds residue → /soft3/foculus/specs/vec + /soft3/foculus/specs/structural-sync |
different document from the living spec (jaccard 0.13). take the pairwise gap + FLP/CAP + Byzantine table; "without consensus" title dies |
| vec formalization | 1799 | folds SEC table → /soft3/foculus/specs/vec, then dies |
same paper as the spec (jaccard 0.88). spec is newer (P1–P6, 18 nox patterns). NMT in P2 stays until bbg Lens openings land |
| hashing and confidentiality | 1151 | moves → hemera | component research goes home |
| 256 symbols | 899 | folds → soft3/specs/bytes.md |
stack alphabet, not nox ISA. one byte = one meaning; jets as opcodes. see §1c |
| nox - frozen provable computer | 740 | moves → nox | component research goes home |
| analizer | 1009 | moves → research/ | protocol research misfiled at root |
| seer | 1318 | moves → research/ | protocol research misfiled at root |
| five algebras | 3619 | moves → strata | component research goes home |
| trinity meets polynomial state | 1496 | moves → trident | component research goes home |
| gflownet focus flow | 1766 | moves → tru | component research goes home |
| spectral gap from convergence | 1229 | moves → tru | component research goes home |
| tri-kernel architecture | 1943 | moves → tru | component research goes home |
1a · bbg absorption — refine, do not copy
eight cyber research pages (march 2026) argue the NMT → polynomial transition. bbg already has that transition in specs/ and docs/explanation/. copying the eight files into bbg would ship a second, older textbook next to the living one. the move is absorption: unique residue into named existing files, then delete the source.
no new files. landing paths below all exist today.
the dimension law
BBG_poly(dimension, key, t) already has time as the third axis. a time dimension that stores snapshots duplicates the axis. signals as a dimension of state derived from the signal log is circular — the log is primary, the checkpoint commits the fold. files can be fields on particles (the CID is already the key). locations can be fields on neurons until location proofs are a live product. balances as an 11th dimension is a product feature, not a law — coins plus private A(x)/N(x) cover value until public opt-in ledgers ship.
chaosnet public dimensions: six.
| # | dimension | why it is a dimension |
|---|---|---|
| 0 | particles | content-addressed nodes: energy, φ*, axon fields |
| 1 | axons_out | directed walk by source |
| 2 | axons_in | directed walk by target — second view of the same polynomial, LogUp-free |
| 3 | neurons | focus, karma, stake |
| 4 | coins | fungible denominations |
| 5 | cards | named assets |
private, not dimensions: A(x) commitment polynomial, N(x) nullifier polynomial.
root: BBG_root = H(Lens.commit(BBG_poly) ‖ Lens.commit(A) ‖ Lens.commit(N)).
the current ten in specs/architecture.md (and eleven in specs/state.md, plus thirteen NMT sub-roots in README.md) are the old NMT census copied into the polynomial. that is quantity, not law.
roadmap (rows on existing bbg/roadmap/README.md, not new pages):
- collapse
time,signals,files,locationsout of the public polynomial — they are axis, log, or fields filesas its own dimension only if DAS queries must not load the particle recordlocationsas its own dimension when location proofs are queried independentlybalancesas a seventh public dimension when plaintext opt-in balances ship- do not add an eleventh dimension to match
specs/state.md
prerequisite inside bbg, before any fold: one voice. README.md still says 13 NMT sub-roots; specs/architecture.md says 10 public dims; specs/state.md says 11. reconcile those three to the six + A/N root above. specs/indexes.md and specs/statistics.md follow.
file table
every source is a real file under cyber/research/. every target is a real file under bbg/ or cyber/.
| source (cyber) | action | target (exists) | what to take | what dies |
|---|---|---|---|---|
research/algebraic state commitments.md |
fold | bbg/docs/explanation/why-polynomial-state.md |
the completeness trade-off (NMT structural vs Lens computational) and the hybrid NMT∥poly migration | "BBG maintains 9 NMT indexes" as present tense |
research/bbg.md |
die after reconcile | bbg/specs/architecture.md, bbg/specs/state.md, bbg/docs/explanation/architecture-overview.md |
pick one checkpoint size and one verification time; write them once in specs/state.md |
second definition of BBG; 5-tuple cyberlink; BBG_root = Lens.commit(poly) as a single commit |
research/data availability strategy.md |
die | — | nothing. live pages: /soft3/bbg/specs/data-availability and /soft3/bbg/docs/explanation/data-availability. /data-availability-explained was a phantom from an inverted wiki-link in bbg/README.md |
NMT sampling, 1 KiB paths |
research/data structures for polynomial state.md |
fold | bbg/specs/storage.md |
scale table, algebraic shard compose, per-node storage. that spec already points here | treating A/N as extra dimensions of the same table |
research/polynomial nouns.md |
split | cyber/particle.md + cyber/hash.md (identity); /soft3/bbg/docs/explanation/data-availability (DAS-native particle, algebraic streaming) |
CID = hemera(Lens.commit ‖ domain_tag) is a protocol claim — it belongs on the particle, not in bbg research | the monolith; any NMT leftover |
research/programmable state.md |
open | bbg/roadmap/README.md remaining-proposals table |
one row: chaosnet schema is closed (six dimensions); general tables are research, not spec | merging into specs/state.md; inventing a new roadmap page |
research/state model.md |
fold | cyber/cybergraph.md |
state = the set of cyberlinks; graph-native transitions | account/UTXO/DeFi bridge as bbg mechanism; the file does not enter bbg |
research/storage proofs.md |
fold | bbg/specs/storage.md; then close bbg/roadmap/storage-proofs.md |
the six proof types. that roadmap already asks for this | Hemera Merkle challenge paths — rewrite as Lens openings to match specs/data-availability.md |
after the folds: delete the eight sources. rewrite cyber/research.md as a map of what stayed and where the rest went. bbg in cyber remains the protocol atom (what must hold), not a second architecture essay.
work order
- reconcile bbg
README.md·specs/architecture.md·specs/state.md·specs/indexes.md·specs/statistics.mdto six public dimensions + A/N root - fold residue into the named existing files (one commit per target file)
- delete the eight cyber sources; fix wiki-links to the targets
- one line on
cyber/research.mdpointing at bbg explanation/spec
1b · foculus absorption — refine, do not copy
four cyber research pages (march 2026) sit next to a living foculus crate. the crate already has the four matching documents: README.md, specs/provable-consensus.md, specs/structural-sync.md, specs/vec.md, docs/explanation/overview.md. live URLs (files on disk 2026-09-08; paths match the soft3 mount):
/soft3/foculus/soft3/foculus/specs/provable-consensus/soft3/foculus/specs/structural-sync/soft3/foculus/specs/vec/soft3/foculus/docs/explanation/overview
copying the four files into foculus would ship a second textbook. two of them are the living specs (older drafts). the move is: fold the unique residue into those existing files, then delete the sources. no new files.
ownership does not move. specs/structural-sync.md already says the pipeline is cross-cutting: layers 1–4 belong to cybergraph, bbg, radio; foculus owns layer 5 (global merge). cyber loses the duplicate essays, not the layer map. protocol atoms focus / tri-kernel / collective focus theorem stay in cyber — what must hold.
token overlap of body text (frontmatter stripped), 2026-09-08:
| source vs living | jaccard | reading |
|---|---|---|
research/provable consensus.md vs foculus/specs/provable-consensus.md |
0.81 | same paper. spec is the corrected copy |
research/vec formalization.md vs foculus/specs/vec.md |
0.88 | same paper. spec is newer (six properties, 18 nox patterns) |
research/structural-sync.md vs foculus/specs/structural-sync.md |
0.13 | different documents: academic paper vs operational spec |
research/foculus.md vs foculus/docs/explanation/overview.md |
0.10 | different generation |
contradictions — do not copy these
| claim in cyber research | living foculus | keep |
|---|---|---|
research/foculus.md: DA on ethereum calldata + celestia + IPFS; committee shards; Blake3-XOF; Pedersen |
protocol is φ* > τ, DAS/Lens, no committees | the living protocol |
research/provable consensus.md line 79: κ = max(λ_d κ_D, λ_s κ_S, λ_h κ_H) |
specs/provable-consensus.md already records that max-form as a bug; κ is the convex combination |
convex combination |
research/structural-sync.md title: "verified convergence without consensus"; comparison table "Consensus: None" |
foculus is consensus at layer 5; CRDT is local merge only | substrate + layer-5 split in specs/structural-sync.md |
research/vec formalization.md: "four properties" then lists six; P5 = 16 nox patterns; P2/P3 = NMT |
specs/vec.md: six properties from the start; P5 = 18 patterns (16 compute + call + look); P2 still NMT pending Lens |
spec. NMT→Lens is bbg work, not a new foculus page |
| research BBG_root / algebraic NMT as if still proposed; "replaces 9 independent hash trees" | bbg already committed to polynomial + Lens; chaosnet public dimensions are six | cite bbg spec, do not re-propose |
| continuous fold / ~30 field ops / ~200-byte accumulator as foculus content | already specified in foculus/specs/fold-mining.md (HyperNova IVC) |
fold-mining spec |
living-spec bug, fix if the file is touched: specs/provable-consensus.md circuit totals 1,420M constraints; the closing paragraph still says "624 million" (copied from the research draft).
file table
every source is a real file under cyber/research/. every target is a real file under foculus/.
| source (cyber, exists) | action | target (exists) | what to take | what dies |
|---|---|---|---|---|
research/foculus.md |
die | foculus/README.md, foculus/docs/explanation/overview.md |
nothing. overview already states φ* > τ, no leader, fork choice is φ* | ethereum/celestia DA stack, committee shards, "hybrid account layer", the whole page |
research/provable consensus.md |
die | foculus/specs/provable-consensus.md |
nothing. 6-section circuit, cost tables, recursion, timeline are already in the spec | κ=max; "why this matters" 4-step (overview already has the category shift); stale 624M |
research/structural-sync.md |
fold residue | foculus/specs/vec.md and foculus/specs/structural-sync.md |
into vec: pairwise CRDT×NMT×DAS gap table, failure-mode coverage table, FLP/CAP (set convergence, not SMR), comparison table with "Consensus: None" rewritten as CRDT local / φ* global. into structural-sync spec: Byzantine detection vs tolerance table (5.2) if still missing | the academic paper as a second spec; the title "without consensus"; continuous-fold / performance tables (9 trees, stale); open-problems list (roadmap already owns unsolved questions); references |
research/vec formalization.md |
fold then die | foculus/specs/vec.md |
the SEC / causal / linearizability comparison table (research §"relationship to existing models") — the spec does not have it | the duplicate; "four properties hold"; 16-pattern nox count; VEC+ framing (spec already unified P1–P6) |
after the folds: delete the four sources. rewrite inbound wiki-links (provable consensus, vec formalization, structural-sync, foculus and the research-prefixed forms) to the live /soft3/foculus/... pages. cyber/research.md points at /soft3/foculus.
work order
- fold the named residue into
foculus/specs/vec.md(SEC table, pairwise gap, FLP/CAP, corrected comparison) andfoculus/specs/structural-sync.md(Byzantine table) - while touching
foculus/specs/provable-consensus.md, replace the closing "624 million" with 1,420M - delete the four cyber sources; fix wiki-links
- one line on
cyber/research.mdpointing at/soft3/foculus
1c · 256 symbols — the byte is a stack law
cyber/research/256 symbols.md is ledgered as nox because it lists 18 opcodes. that is the wrong subject. the page allocates every value of a byte across the whole stack: nox ISA, hemera, nebu, kuro, jali, genies, trop, state, decider, printable ASCII, UTF-8. nox owns how axis reduces; it does not own that 0x80 is hemera and 0x97 is trop_matmul. a byte that names five algebras is a soft3 spec.
the why is energy. one byte, one meaning. 54 reclaimed C0/C1 codes (18 ISA + 36 jets) plus 40 reserved. printable text and UTF-8 lead bytes stay sacred. the 2026-03-27 journal already states the consequence of jets-as-opcodes: 400× code compression against a formula noun, O(1) array dispatch, one range-check constraint instead of formula verification. that is the stack being cheap at the encoding layer, not a nox optimisation note.
live counterparts (do not copy over them):
/soft3/nox/specs/patterns— the 18 reductions. canonical ISA semantics/soft3/nox/specs/jets— the 36 genesis jets, same group counts as the research table/soft3/nox/specs/encoding— Model B noun layout: length-discriminated, tag-free, formula tag is an 8-byte atom 0–17. a different layer/soft3/specs/languages— sixteen dialects over five algebras. not a byte map/soft3/specs/filenames— NTFS path safety. not this
two encodings, both true. Model B is how data lives (an atom is 8 bytes, a pair is 64, type from length — migration phase 3, done). 256 symbols is how a program is a byte stream: ISA and jets occupy the teletype's dead codes so instruction fetch is one byte while text still parses as UTF-8. the spec must name both layers or it fights nox/specs/encoding.md and soft3/specs/terms.md ("never in a tag byte inside the data").
nox hygiene, not a reason to dump the article into nox: nox/specs/vm.md still says 12 genesis jets; nox/docs/explanation/jets.md still says five. living registry is 36. reconcile those to the jets README.
no existing soft3 spec is this law. inventing a dump page is forbidden; writing the missing spec is the job. filename soft3/specs/bytes.md, alias 256 symbols. live URL /soft3/specs/bytes.
file table
| source (exists) | action | target | what to take | what dies |
|---|---|---|---|---|
cyber/research/256 symbols.md |
fold then die | soft3/specs/bytes.md (new spec) |
the 256 group table; UTF-8 safety; energy thesis (one byte = one meaning; jets as opcodes, 400× vs formula noun); opcode index pointing at /soft3/nox/specs/patterns and /soft3/nox/specs/jets; the Model B / byte-stream split |
the research page; ISA listed as if it were the pattern spec; jet-by-jet formulas (already in nox/specs/jets/); "long live the cybergraph" closer |
nox/specs/vm.md |
reconcile | itself | genesis jet count = 36, matching nox/specs/jets/README.md |
"12 genesis jets" |
nox/docs/explanation/jets.md |
reconcile | itself | point at the 36-jet registry | "five jets" as present tense |
soft3/specs/languages.md gets one sentence: the substrate's byte alphabet is bytes. do not grow languages.md by 900 words.
work order
- write
soft3/specs/bytes.mdas the stack alphabet (groups, UTF-8, energy, two layers). opcode rows are an index into living nox specs, not a second ISA - one sentence on
soft3/specs/languages.md; addbytesto the soft3 spec shelf in this document's target tree - reconcile nox
vm.mdanddocs/explanation/jets.mdto 36 jets - delete
cyber/research/256 symbols.md; point256 symbolsand the 2026-03-27 journal at/soft3/specs/bytes
2 · cyb — target structure
the robot as a navigation tree. the repo's root/ directory dissolves — pages live flat; links below are today's paths. the anatomy is the contract every name answers to.
- README — the robot: what it is, get it at cyb.ai
- anatomy — the source of truth: 20 parts in six layers; every doc, world, and crate names things by it
- state — external truth with a tier: T0 proof · T1 anchor · T3 badge
- product — intelligence you own (absorbs the living claims of the cyb whitepaper)
- philosophy · story · spec
- roadmap — where it goes
- reference — how it works, one page per organ where an organ exists
- architecture (absorbs JS-era architecture) · rendering · routing · terminal · cells · particle · avatar · truth · features · scripting
- formats: format · cyb-registry · cyb-model · cyb-vocab · fs
- platforms: android
- audit: benchmarks
- security audit private key import — incoming from cyber
- releases — how it ships
- ward — the guardian
- legacy/ — one README over the retired JS era (32 pages fold here)
.claude/plans/— the workbench (4 plans)
- anatomy — the source of truth: 20 parts in six layers; every doc, world, and crate names things by it
proposal — the design absorption (from review, to decide pointwise)
four claims on the table, each a separate yes/no:
- code must wear the anatomy —
shell/core/cli/appsis not anatomy; target mapping: shell worlds (graph · sigma · com · body · cells) →organs/, soma bridge → organs/soma, vault code + signing → organs/vault (signer lives on as vault, its JS-era file stays in legacy), cyb-core →tissue/(shared flesh), mir = the paint of organs/brain. executed as anatomy phase 4. - reference/ dissolves into design/: design/surface (how worlds render — prysm/UX: rendering · routing · particle) · design/body (the Bevy runtime: architecture · terminal · android · benchmarks) · design/stack (the contracts to soft3: format · cyb-registry · cyb-model · cyb-vocab · scripting).
- product trims to 4 — robot · product (absorbing the living claims of philosophy/story/spec) · roadmap · team.
- anything fitting none of the shelves is legacy or a soft3 component's page.
the ledger — cyb (83 pages, 83 verdicts, 0 undecided)
status: executed 2026-09-06 — root/ dissolved into six shelves, 111 path links healed; the rows keep their pre-move addresses as the record.
| page | words | verdict | why |
|---|---|---|---|
CLAUDE.md |
279 | stays · index | repo face / infra |
| cyb README | 153 | stays · index | repo face / infra |
.claude/plans/android-support.md |
858 | stays · plans | workbench |
.claude/plans/live-cell-runtime.md |
1263 | stays · plans | workbench |
.claude/plans/live-cybergraph.md |
814 | stays · plans | workbench |
.claude/plans/portable-backends.md |
2193 | stays · plans | workbench |
| android | 593 | stays · reference (flattens to /) | how the robot works |
| apps → aos/apps (the city registry) | 136 | stays · reference (flattens to /) | how the robot works |
| avatar | 28 | stays · reference (flattens to /) | how the robot works |
| benchmarks | 162 | audit | historical build measurements |
| cells | 721 | stays · reference (flattens to /) | how the robot works |
| cyb-model | 4 | stays · reference (flattens to /) | how the robot works |
| cyb-registry | 416 | stays · reference (flattens to /) | how the robot works |
| cyb-vocab | 4 | stays · reference (flattens to /) | how the robot works |
| dev | 207 | stays · reference (flattens to /) | how the robot works |
| features | 939 | stays · reference (flattens to /) | how the robot works |
| format | 446 | stays · reference (flattens to /) | how the robot works |
| fs | 195 | stays · reference (flattens to /) | how the robot works |
| particle | 337 | stays · reference (flattens to /) | how the robot handles particles |
| release-process | 966 | stays · reference (flattens to /) | how the robot works |
| rendering | 2122 | stays · reference (flattens to /) | how the robot works |
| routing | 2526 | stays · reference (flattens to /) | how the robot works |
| rust-architecture | 1455 | stays · reference (flattens to /) | how the robot works |
| scripting | 1061 | stays · reference (flattens to /) | how the robot works |
| terminal | 947 | stays · reference (flattens to /) | how the robot works |
| truth | 234 | stays · reference (flattens to /) | how the robot works |
| ward | 1653 | stays · reference (flattens to /) | how the robot works |
| root/README README | 673 | stays · spine (flattens to /) | the product story |
| philosophy | 597 | stays · spine (flattens to /) | the product story |
| product | 2471 | stays · spine (flattens to /) | the product story |
| v0.1.0 | 506 | stays · spine (flattens to /) | the product story |
| roadmap | 577 | stays · spine (flattens to /) | the product story |
| spec | 630 | stays · spine (flattens to /) | the product story |
| story | 99 | stays · spine (flattens to /) | the product story |
| team | 113 | stays · spine (flattens to /) | the product story |
| whitepaper | 4362 | merges → product; paper to legacy/ | one product story |
| architecture | 2291 | merges → rust-architecture | JS-era architecture, absorbed |
| wire | 745 | moves → cybergraph docs | component matter |
| hardware | 442 | moves → honeycrisp docs | component matter |
| runtime | 612 | moves → honeycrisp docs | component matter |
| order | 179 | moves → nox docs | component matter |
| os | 1465 | moves → soft3 docs | component matter |
| pipeline | 279 | moves → soft3 docs | component matter |
| compile | 561 | moves → tru docs | component matter |
| context | 821 | moves → tru docs | component matter |
| model-lifecycle | 1109 | moves → tru docs | component matter |
| multiproof | 2756 | moves → zheng docs | component matter |
| backend | 663 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| learn | 20 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| list | 272 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| particle | 16 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| root | 15 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| core | 234 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| main | 9 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| mvp-screens | 402 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| offline | 32 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| oracle | 118 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| ask | 21 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| learn | 2 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| neurons | 14 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| product | 133 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| raw | 7 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| search | 18 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| views | 13 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| portal | 87 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| api | 8 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| legacy | 54 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| api | 4 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| practice | 101 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| robot | 1648 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| psycho | 9 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| trainer | 6 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| root | 8 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| signer | 3109 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| studio | 4 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| sync | 344 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| virus | 24 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| wasm | 5024 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| wgpu | 83 | folds → legacy/ | retired JS-era product (old.cyb.ai) |
| avatars | 0 | dies | zero words |
| neurons | 0 | dies | zero words |
| skills | 0 | dies | zero words |
| spells | 0 | dies | zero words |
3 · cyberia — target structure
the nation as a navigation tree: six shelves, each with a contract README.
- README — the nation
- foundation — why: vision · manifesto · whitepaper · architecture · strategy · space doctrine · org · cyberian · your share of the sun (moves in)
- protocol — how the state runs: century index · bank above banks · location proof · space accounting · services · system · marketplace · marketplace spec · ladder · orgs · ephemeris · dyson sphere · maps (absorbs its 7 one-liners)
- land/ — where (promoted from research/cyb-land; 42 pages move in, 23 empty die)
- visit · stay · activities · attractions · community · flora
- community — who: talents · chronicle (receives 22 valley entries from cyber's blog)
- courses — teaching: edge-city-patagonia-2025 (6 lessons)
- research — the workbench, explicitly unfinished
- mimi · migration-market · genome-protocol · oxytocin · cyber-sheep · cyberia-my · tech (16 seeds keep pages, 26 fold to its table)
- incoming: smart capital
- events — extracts to its own repo; a one-page product card stays
the ledger — cyberia (180 pages, 180 verdicts, 0 undecided)
| page | words | verdict | why |
|---|---|---|---|
| courses/README README | 51 | stays · courses | teaching |
| edge-city-patagonia-2025 | 373 | stays · courses | teaching |
| biome engineering | 886 | stays · courses | teaching |
| bostrom story | 294 | stays · courses | teaching |
| collective intelligence | 239 | stays · courses | teaching |
| cyber valley story | 813 | stays · courses | teaching |
| energy and water system | 893 | stays · courses | teaching |
| soil, heat and carbon | 450 | stays · courses | teaching |
| foundation/README README | 52 | stays · foundation | why the nation |
| architecture | 3083 | stays · foundation | why the nation |
| cyberian | 480 | stays · foundation | why the nation |
| manifesto | 329 | stays · foundation | why the nation |
| org | 475 | stays · foundation | why the nation |
| space doctrine | 1252 | stays · foundation | why the nation |
| strategy | 771 | stays · foundation | why the nation |
| vision | 3287 | stays · foundation | why the nation |
| whitepaper | 1860 | stays · foundation | why the nation |
| cyberia README | 93 | stays · index | the nation face |
| community | 36 | stays · index | the nation face |
| protocol/README README | 874 | stays · protocol | how the state runs |
| bank-above-banks | 5553 | stays · protocol | how the state runs |
| century-index | 1824 | stays · protocol | how the state runs |
| dyson sphere | 340 | stays · protocol | how the state runs |
| ephemeris | 350 | stays · protocol | how the state runs |
| ladder | 255 | stays · protocol | how the state runs |
| location proof | 2785 | stays · protocol | how the state runs |
| maps | 8 | stays · protocol | how the state runs |
| marketplace-spec | 2654 | stays · protocol | how the state runs |
| marketplace | 2562 | stays · protocol | how the state runs |
| orgs | 507 | stays · protocol | how the state runs |
| services | 2928 | stays · protocol | how the state runs |
| space-accounting | 1837 | stays · protocol | how the state runs |
| system | 1616 | stays · protocol | how the state runs |
| research/README README | 100 | stays · research | workbench index |
| research/cyber-sheep/README README | 28 | stays · research | workbench project |
| cyber-sheep | 3316 | stays · research | workbench project |
| research/cyberia-my/README README | 140 | stays · research | workbench project |
| research/genome-protocol/README README | 30 | stays · research | workbench project |
| attested genome protocol | 1509 | stays · research | workbench project |
| research/migration-market/README README | 52 | stays · research | workbench project |
| migration market funnel | 389 | stays · research | workbench project |
| migration market model | 2461 | stays · research | workbench project |
| CLAUDE | 851 | stays · research | project infra |
| research/mimi/README README | 483 | stays · research | workbench project |
| research/oxytocin/README README | 272 | stays · research | workbench project |
| about | 618 | stays · research | workbench project |
| economics | 518 | stays · research | workbench project |
| membership | 264 | stays · research | workbench project |
| roadmap | 763 | stays · research | workbench project |
| research/oxytocin/services/README README | 372 | stays · research | workbench project |
| thermal-circuit | 248 | stays · research | workbench project |
| universal-chair-zone | 248 | stays · research | workbench project |
| research/tech/3d printing/README README | 107 | stays · research/tech | seed with content |
| research/tech/adhesive/README README | 335 | stays · research/tech | seed with content |
| research/tech/antenna/README README | 92 | stays · research/tech | seed with content |
| research/tech/battery/README README | 99 | stays · research/tech | seed with content |
| research/tech/cube/README README | 142 | stays · research/tech | seed with content |
| research/tech/energy autonomy/README README | 38 | stays · research/tech | seed with content |
| research/tech/engine/README README | 97 | stays · research/tech | seed with content |
| research/tech/insulation/README README | 244 | stays · research/tech | seed with content |
| research/tech/magic forest/README README | 317 | stays · research/tech | seed with content |
| research/tech/multigrid/README README | 26 | stays · research/tech | seed with content |
| research/tech/pump/README README | 96 | stays · research/tech | seed with content |
| research/tech/roman concrete/README README | 255 | stays · research/tech | seed with content |
| research/tech/soil battery/README README | 397 | stays · research/tech | seed with content |
| research/tech/water purification/README README | 857 | stays · research/tech | seed with content |
| research/tech/wheel/README README | 70 | stays · research/tech | seed with content |
| your share of the sun | 957 | moves → foundation/ | an explanation essay, foundation shelf |
| research/cyb-land/README README | 75 | moves → land/ | the operating estate, promoted shelf |
| activities | 34 | moves → land/ | the operating estate, promoted shelf |
| camp | 44 | moves → land/ | the operating estate, promoted shelf |
| eat | 165 | moves → land/ | the operating estate, promoted shelf |
| heal | 135 | moves → land/ | the operating estate, promoted shelf |
| banya | 68 | moves → land/ | the operating estate, promoted shelf |
| meditation | 46 | moves → land/ | the operating estate, promoted shelf |
| hike | 171 | moves → land/ | the operating estate, promoted shelf |
| sacred path | 149 | moves → land/ | the operating estate, promoted shelf |
| learn | 71 | moves → land/ | the operating estate, promoted shelf |
| autonomy tour | 145 | moves → land/ | the operating estate, promoted shelf |
| host | 199 | moves → land/ | the operating estate, promoted shelf |
| ride | 55 | moves → land/ | the operating estate, promoted shelf |
| attractions | 168 | moves → land/ | the operating estate, promoted shelf |
| animals | 67 | moves → land/ | the operating estate, promoted shelf |
| batuka | 34 | moves → land/ | the operating estate, promoted shelf |
| lolok gunung | 20 | moves → land/ | the operating estate, promoted shelf |
| sanghyang | 31 | moves → land/ | the operating estate, promoted shelf |
| sinwood | 131 | moves → land/ | the operating estate, promoted shelf |
| sunset | 143 | moves → land/ | the operating estate, promoted shelf |
| cart | 92 | moves → land/ | the operating estate, promoted shelf |
| community | 34 | moves → land/ | the operating estate, promoted shelf |
| blog | 22 | moves → land/ | the operating estate, promoted shelf |
| invest | 248 | moves → land/ | the operating estate, promoted shelf |
| nomads | 185 | moves → land/ | the operating estate, promoted shelf |
| talents | 48 | moves → land/ | the operating estate, promoted shelf |
| cyb.land | 175 | moves → land/ | the operating estate, promoted shelf |
| events | 150 | moves → land/ | the operating estate, promoted shelf |
| launch event | 164 | moves → land/ | the operating estate, promoted shelf |
| marketing | 1253 | moves → land/ | the operating estate, promoted shelf |
| stay | 211 | moves → land/ | the operating estate, promoted shelf |
| around | 49 | moves → land/ | the operating estate, promoted shelf |
| twin peaks | 26 | moves → land/ | the operating estate, promoted shelf |
| visit | 236 | moves → land/ | the operating estate, promoted shelf |
| cyberlink | 21 | moves → land/ | the operating estate, promoted shelf |
| daypass | 184 | moves → land/ | the operating estate, promoted shelf |
| nightpass | 186 | moves → land/ | the operating estate, promoted shelf |
| parking | 30 | moves → land/ | the operating estate, promoted shelf |
| recycling | 137 | moves → land/ | the operating estate, promoted shelf |
| visas | 136 | moves → land/ | the operating estate, promoted shelf |
| wilderness | 45 | moves → land/ | the operating estate, promoted shelf |
| bed | 113 | folds → protocol/maps | one-line scales become a table |
| block | 9 | folds → protocol/maps | one-line scales become a table |
| district | 10 | folds → protocol/maps | one-line scales become a table |
| region | 9 | folds → protocol/maps | one-line scales become a table |
| sector | 3 | folds → protocol/maps | one-line scales become a table |
| trail | 2 | folds → protocol/maps | one-line scales become a table |
| wall | 205 | folds → protocol/maps | one-line scales become a table |
| research/tech/README README | 255 | folds → tech index | one-line seed, folds to a table row |
| research/tech/anaerobic composting/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/bamtex/README README | 1 | folds → tech index | one-line seed, folds to a table row |
| research/tech/batch rocket stove/README README | 3 | folds → tech index | one-line seed, folds to a table row |
| research/tech/biochar/README README | 10 | folds → tech index | one-line seed, folds to a table row |
| research/tech/biofilter/README README | 1 | folds → tech index | one-line seed, folds to a table row |
| research/tech/energy and water system/README README | 20 | folds → tech index | one-line seed, folds to a table row |
| research/tech/gas generator/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/heat collectors/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/heat exchanger/README README | 5 | folds → tech index | one-line seed, folds to a table row |
| research/tech/heat pump/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/inverter/README README | 1 | folds → tech index | one-line seed, folds to a table row |
| research/tech/lime paste/README README | 5 | folds → tech index | one-line seed, folds to a table row |
| research/tech/lithium-ion battery/README README | 3 | folds → tech index | one-line seed, folds to a table row |
| research/tech/manure urine miner/README README | 3 | folds → tech index | one-line seed, folds to a table row |
| research/tech/photobioreactor/README README | 1 | folds → tech index | one-line seed, folds to a table row |
| research/tech/photovoltaic panel/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/rain water collection/README README | 3 | folds → tech index | one-line seed, folds to a table row |
| research/tech/solar chimney/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/stirling engine/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/superwood/README README | 1 | folds → tech index | one-line seed, folds to a table row |
| research/tech/thermoelectric generator/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/water battery/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| research/tech/water storage maximization/README README | 15 | folds → tech index | one-line seed, folds to a table row |
| research/tech/water system/README README | 16 | folds → tech index | one-line seed, folds to a table row |
| research/tech/wind turbine/README README | 2 | folds → tech index | one-line seed, folds to a table row |
| AGENTS | 2143 | extracts → events repo | vendored software product |
| research/events/README README | 5749 | extracts → events repo | vendored software product |
| INDEXER_TESTS_STATUS | 273 | extracts → events repo | vendored software product |
| research/events/backend/README README | 0 | extracts → events repo | vendored software product |
| research/events/backend/cyber_valley/indexer/service/events/README README | 279 | extracts → events repo | vendored software product |
| research/events/backend/cyber_valley/indexer/service/snapshots/README README | 629 | extracts → events repo | vendored software product |
| research/events/client/README README | 288 | extracts → events repo | vendored software product |
| research/events/deploy/README README | 153 | extracts → events repo | vendored software product |
| 10-25-deliverables | 219 | extracts → events repo | vendored software product |
| branch-milestone-summary-2026-02 | 535 | extracts → events repo | vendored software product |
| extending | 1426 | extracts → events repo | vendored software product |
| google-cloud-maps-api | 2241 | extracts → events repo | vendored software product |
| qris-integration | 667 | extracts → events repo | vendored software product |
| scaling-plan | 1190 | extracts → events repo | vendored software product |
| TEST_REPORT | 1435 | extracts → events repo | vendored software product |
| massage | 0 | dies | empty stub (topic kept as a line in parent) |
| sanghyang black | 0 | dies | empty stub (topic kept as a line in parent) |
| andara | 0 | dies | empty stub (topic kept as a line in parent) |
| batukaru | 0 | dies | empty stub (topic kept as a line in parent) |
| coffee plantation | 0 | dies | empty stub (topic kept as a line in parent) |
| firefly canyon | 0 | dies | empty stub (topic kept as a line in parent) |
| full moon | 0 | dies | empty stub (topic kept as a line in parent) |
| lesung | 0 | dies | empty stub (topic kept as a line in parent) |
| new moon | 0 | dies | empty stub (topic kept as a line in parent) |
| pucuk | 0 | dies | empty stub (topic kept as a line in parent) |
| robots | 0 | dies | empty stub (topic kept as a line in parent) |
| stargazing | 0 | dies | empty stub (topic kept as a line in parent) |
| sunrise hiking | 0 | dies | empty stub (topic kept as a line in parent) |
| travers | 0 | dies | empty stub (topic kept as a line in parent) |
| company | 0 | dies | empty stub (topic kept as a line in parent) |
| land | 0 | dies | empty stub (topic kept as a line in parent) |
| glamping | 0 | dies | empty stub (topic kept as a line in parent) |
| tent rent | 0 | dies | empty stub (topic kept as a line in parent) |
| lighting | 0 | dies | empty stub (topic kept as a line in parent) |
| security | 0 | dies | empty stub (topic kept as a line in parent) |
| sound | 0 | dies | empty stub (topic kept as a line in parent) |
| trails | 0 | dies | empty stub (topic kept as a line in parent) |
| error-analysis-2026-01-05 | 2112 | dies | ops artifact |
4 · order of movements
- deletions that free names (1c + empty cyb stubs + empty cyberia stubs) — zero inbound by measurement, zero breakage
- within-repo folds — rank⊕cyberank · maps table · tech index · cyb-land → land/ · cyb root/ flattening
- cyber → outward (1b) — ~24 pages with ~40 link fixes
- research redistribution (1a) — pages home by subject. bbg eight: absorb into existing spec/explanation (see §1a), do not copy. research index rewritten as the map of what stayed and where the rest went
- cyb legacy fold (2a + 2b)
- cyberia boundaries — events extraction, incoming placements
- contract promotions — cyber/epistemology, cyber/identity, cyber/proofs written from epistemology, identity, security material
5 · acceptance
- link integrity ≥ 99% per subgraph (measured 94.5% in cyber on 2026-09-01)
- zero pages under 12 words outside indexes (was 38)
- zero phantom targets with ≥ 3 inbound refs (was 7)
- every page passes the rule in one step; arguable pages are named in this document with their tiebreak
- crystallinity ≥ 95% (was 88%) — same script, number published in each phase's commit message
plan approved → phases execute as separate commit series. finished rows leave the table.