Museum — the artifact we studied

Honest provenance: this is the artifact GenMURK studied. It is a museum exhibit, not GenMURK’s code. Nothing here is adopted, nothing here is wired into GenMURK’s CI or its running product, and nothing here is the product’s identity.

If you remember these

If you spent time on a MUD, a MUSH, or a MUSE — or wrote softcode on one at 2 a.m. on a university VAX — this build is partly for you. A lot of us are decades into the industry now, and the text worlds that taught us what “multiplayer” and “programmable” even meant are hard to run today. GenMURK is an attempt to carry that idea forward honestly: study what those systems actually did, write it down, and rebuild it clean on modern architecture. If that resonates, the whole thing is in the open — the decomposition, the decisions, and the source. Pull up a chair.

What we studied

TinyMUSE — a ~31,000-line 1990s C MUD/MUSH server, a TinyMUSH 1.5 derivative in the TinyMUD → TinyMUSH lineage. It is a single-process, event-loop text server for a shared multiplayer online world: raw-socket networking, a custom flat-file object database, a command-dispatch layer, and an embedded user-programmable softcode interpreter (~3.4k lines on its own). Minimally modernized to a v2.0 that compiles and runs again — explicitly to restore compilability, not to add features (its own README calls the older code “difficult to compile, much less run”).

The early-1990s MIT MicroMUSE instance — the historical community running on this family of software, part of the MicroMuse / MuseNET / BridgeMUSE / OceanaMUSE academic milieu. It is history and context, named as lineage.

The MUD / MUSE / MURK name lineage

The genre began with MUD (multi-user dungeon) and branched through a family whose members are named for muddy earth: MUD → MUCK → MUSH → MUSE. GenMURK’s name honors that family — MURK, the earthy sibling of mud/muck/mush. The older names appear here as lineage; GenMURK is the product name.

What it taught GenMURK

Reading the reference’s behavior (never assuming its code) surfaced the shape of the whole domain:

The four subsystems — real-time presence & communication, a navigable world of typed objects, the user-programmable softcode interpreter, and administration/powers/moderation. These became GenMURK’s decomposition.
The softcode idea — that players extend the world at runtime by writing code the server runs. This is what makes a MUSE a MUSE, and it is GenMURK’s hardest and most valuable requirement (GM-R11 / GM-R14).
How standards and practice have advanced since — a network daemon running a user-programmable interpreter without resource isolation, fixed-salt DES password hashing, and default admin credentials were ordinary, accepted practice for networked software of the era. Security engineering and deployment norms have moved a long way since, and GenMURK builds to today’s patterns: a sandbox by construction, a modern KDF, and no default credentials. These are changes in the state of the art, not faults of the work that came before — that work is what taught the domain.

Licensing posture — clean rebuild only

The original engine’s licensing is three-layered and non-OSI: an upstream TinyMUD / TinyMUSH copyright (1989–1990) with redistribution restrictions; a MuseNET academic-courtesy notice framing use as non-commercial / educational; and a prose-only MIT claim for the v2.0 code with no license file in the tree. The original engine is treated as non-commercial-educational-only, and nothing commercial is claimed for it.

That posture is exactly why GenMURK is a clean-room rebuild and not an adoption. The value extracted from the reference is its behavior and requirements, rebuilt clean on modern architecture. GenMURK’s requirements are written from observed behavior; the rebuild cites those requirements, never original engine source lines.

Explicitly not

Not adopted — GenMURK ships no original engine code.
Not ported line-by-line — the requirements are behavioral, not a code map.
Not in CI or PROD — the studied tree, if preserved at all, is a read-only exhibit; it is never built in CI and never part of the running product.
Not the product’s identity — TinyMUSE and MicroMUSE are lineage and history here, never GenMURK’s name or brand.