demoting your own architecture from requirement to choice
The most useful single change in this cluster is a documentation edit. A document describing a layered infrastructure design — entry points, hubs, data plane, topology, control — had been written as the architecture of the network. The rewrite changes its opening so it says: this is one implementation, registered as a set of identities inside one participant's own contract. The base does not require it, and does not require this transport, this probing, or this style of verification.
The tension is a designer's conviction against a platform's neutrality. Everything designed first is what its designer believes to be right; every later participant arrives with different constraints. Writing your own choices into the shared requirement turns your architecture into a toll on everyone else.
The decision is that the base carries a catalog, not an architecture. A participant declares which infrastructure it binds to, and another may bind to different transport, different routing, different verification, or none at all, because that declaration lives in its own contract. The layered design survives as a choice somebody made, available to copy and equally available to ignore.
What it costs is that the platform can no longer guarantee a common substrate, so interoperation becomes the genuinely hard problem that uniformity was pretending to solve. What it proves is the discipline to demote your own best idea at the moment it stops being a constraint you accept and becomes a requirement you impose.
drawn from: commit cluster
Every note carries a codename and one idea. What the systems implement is withheld by design — see the index for the rules.