---
name: project-name-leveva-p10
description: "the idiomatic-Rust end state of this ircd port ships under the project name \"leveva\"; rename happens at Phase 10"
metadata: 
  node_type: memory
  type: project
  originSessionId: bae0dadf-c2f9-4e1f-8521-413d1df9ceb7
---

The all-Rust product of this ircd port is to be named **leveva**. Per PLAN.md, **Phase 10 (P10) is where the project starts being called `leveva`** — the P10 row was renamed to "Rename to `leveva` + typed identifier string types" and its scope now includes renaming the workspace crates/binaries/docs from the `ircd*` mechanical-port names to `leveva`.

**Why:** user's chosen name for the final all-Rust product; not derivable from the code (the workspace crates are `ircd-rs`/`ircd-common`/`iauth-rs`/etc. through P0–P9). User explicitly set the rename to begin at Phase 10 (2026-06-06), superseding an earlier note that put it at P8.

**How to apply:** the faithful-port + cleanup phases (P0–P9) keep the `ircd-*` names; at P10, rename to `leveva` (Cargo.toml package names, binary artifact, README/docs). See [[rust-migration-plan]].

**Update 2026-06-07 — leveva crate STARTED EARLY (string layer):** the user pulled P10's typed-string foundation forward (right after P7 completed, before P8/P9). A new greenfield `leveva/` workspace member now exists — std-only, NO `ircd-sys`/`ircd-common` dep, no `cref_` oracle, ordinary Rust unit/doc tests. Modules: `casemap` (textbook RFC 1459 fold — `A-Z↔a-z` PLUS Scandinavian `[↔{ \↔| ]↔} ~↔^`; deliberately differs from this daemon's ASCII-only `tolowertab` in `common/match.c`), `string` (`IrcStr`/`IrcString` casemapping `Eq/Ord/Hash`, `Borrow<IrcStr>`, NUL/CR/LF reject, `IrcStringBuilder`), `ident` (validating newtypes via `ident_newtype!` macro: `Nick`/`ChanName`/`Sid`/`Uid`/`Cid`/`ServerName`/`UserName`/`HostName`, grounded in struct_def.h lengths + char_atribs NVALID + do_nick_name + s_id.c), `message` (`Message`/`MessageBuilder` → 512-safe CRLF wire). The crate/binary **rename of the `ircd-*` crates is still deferred** to the real P10 slot. Progress: `docs/progress-log/p10.md`; plan: `docs/superpowers/plans/2026-06-07-leveva-rfc1459-string.md`.

**Update 2026-06-08 — leveva is now THE destination, not a late rename (see [[leveva-pivot-p9-retired]]).** The roadmap pivoted: rather than transforming the mechanical port in place (old P9–P12), `leveva` is a full greenfield rewrite that grows to feature parity differentially-tested against `ircd-common` (the oracle), which is then deleted. **P9 retired.** So the "rename happens at P10" framing is superseded — there is no rename of `ircd-*`; `leveva` is its own crate from the start and `ircd-common`/`ircd-rs` get *deleted* at P12, not renamed.