docs(v4.0.0): talking nodes -- the geometry is data: ports are a parameter, wiring a table
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
c7b61b5680
commit
11e135a8c3
@@ -295,6 +295,15 @@ Rulings on that step so far:
|
||||
geometries might be better."** Said when asked what a centre's two
|
||||
remaining ports of six were for. So six, which came from a 12^3 grid's
|
||||
six neighbours, is not a given either; nor is any one shape.
|
||||
- **The geometry is data, not design (confirmed, "yes").** A node has a
|
||||
number of ports, and that number is a parameter, as cell width and node
|
||||
memory are. Which port connects to what is a table that can change while
|
||||
the system runs. A geometry is a rule for filling in that table; the
|
||||
units-and-centres rule below is the first, not the only one. Devices —
|
||||
the common SSD, the console, a node's own drive — are things on the
|
||||
other end of a port, in the same table. Nothing in the engine knows
|
||||
which geometry is in use. A node is told, or finds out, which port leads
|
||||
toward a destination.
|
||||
- **How it grows: "Only the central node can connect to only another
|
||||
central node."** So the five are a unit: four outer nodes and their
|
||||
centre. An outer node is wired only inside its own unit. Units are joined
|
||||
|
||||
Reference in New Issue
Block a user