Current release: v1.7.0 "Capability Sockets"

Durable content is no longer the kernel's job. A hybrid-signed storage service runs as a distinct scheduled U-mode task — its own CSpace, page tables, SATP, and multi-page stack — and holds no device authority at all. Clients in other address spaces call it over real kernel IPC with a delegated frame plus their own LocalObject authority, and the task drops both imported capabilities on every request.

Objects are addressed by algorithm-tagged SHA3-256 over bounded, domain-separated Merkle trees (256-byte chunks, eight maximum), and names live in a capability-checked last-writer-wins CRDT with explicit tombstones — Kani found that a key-only order diverges, so dominance is the strict total order (lamport, actor, tombstone, algorithm, id), proven by four new harnesses (repo total 25 → 29).

For durability the task authors and validates its own records through the frozen v1.5.2 block client, relayed to the signed U-mode virtio-block driver with kernel_fallbacks=0, and commits an A/B snapshot; boot two recovers boot one's committed objects off disk and re-verifies every content id under SHA-3 before serving. Nine denials are proven, including an authority kind refused at the IPC boundary, a one-byte disk tamper that fails recovery closed and then succeeds once repaired, and task death that leaves exactly one terminal client result before fresh-generation recovery.

Extraction #4 leaves zero storage-service names in product core: 21,870 → 20,757 lines, with the counted privileged TCB (core + transport extension) 23,492 → 22,379 and the transport extension byte-identical. Manifesto M6 advances DEBT → PARTIAL.

Honest scope: proven in QEMU emulation today, and not a production filesystem — the store is four bounded object slots over a 1 KiB arena with four namespace registers; snapshots and garbage collection are accepted-but-open areas of RFC 0020 (the arena does not reclaim); sync is local-first only, with the transport and peer discovery left to 1.7; the inherited SHA-256 surfaces (audit chains, AEC digests, package and archive digests, the protected-monitor tip, the installer archive) keep SHA-256; persistence across a clean QEMU reboot is not a power-cut test; and physical-hardware boot, an IOMMU, and external audit remain tracked, open milestones.

AreaLabelCurrent Meaning
ManifestoPublishedCanonical principles and long-term direction are public.
Architecture & RFCs10 AcceptedRFC 0001 through RFC 0010 are accepted, covering the capability model, AEC semantics, boot path, IPC, capability tables, nucleus contract, CSpace/handle representation, memory model, IPC surface v2, and the syscall ABI.
GovernanceProposedBootstrap remains founder-led while broader governance structures are formed.
Nucleus boot pathVerified First LightThe RISC-V nucleus boots in QEMU under OpenSBI with CI-asserted smoke evidence on every push.
RFC 0010 syscall surfaceProof-Backed CompleteAs of v0.4.0 every syscall row in the accepted RFC 0010 table is proof-backed in the nucleus dispatch facade — ABI version and features, startup claim/finish, cap.identify/delegate/revoke/drop, cspace.alloc_slot and cspace.delete_slot, the five IPC calls, the five memory calls, task yield/exit/set-quota, trap_subscribe and trap_return, irq_bind and irq_ack, and wait/cancel — with denial-path probes for each and an ABI feature mask of bits=0x7ffffff.
Process dispatch registryEvidence-Backed PrototypeA bounded kernel-resident registry maps active satp identities to per-process syscall dispatch contexts. The real U-mode trap path resolves dispatchers registry-first, and sret-continue entries carry a bounded continue budget so registry-served ecalls resume directly into U-mode; ANVAYA PROCESS DISPATCH REGISTRY OK and ANVAYA PROCESS DISPATCH SRET CONTINUE OK are required by QEMU smoke, and as of v0.2.130 two live tasks exchange registry-gated IPC with capability transfer while the bounded storage and network cores run over live dispatch (ANVAYA LIVE STORAGE SERVICE OK, ANVAYA LIVE NETWORK SERVICE OK), and as of v0.2.134 the live service executes from a signed-loaded code frame with tamper denial before mapping (ANVAYA LIVE SIGNED SERVICE OK), executes a WASM app and mediated cores over live dispatch, loads signed code that survives a virtio-blk roundtrip (ANVAYA LIVE PERSISTED PACKAGE OK), and runs on an allocator-derived multi-frame stack (ANVAYA MULTI FRAME STACK OK).
Capability semanticsEvidence-Backed PrototypeAttenuation, no-amplification, delegation with lineage tracking, revocation with descendant invalidation, slot reclamation, and reserved-slot lifecycle are asserted by QEMU evidence, with denial paths proved alongside success paths.
Memory isolationEvidence-Backed PrototypeOwned Sv39 page-table frames, per-process satp contexts, translated user-copy windows, page-permission validation, shared-frame derivation, unmap and stale-mapping denial, and revocation-driven invalidation are proved under process satp identities, and the frame allocator reclaims freed frames through a bounded free-list and cross-CSpace reference counting, auto-reclaiming a frame only when its last reference drops (ANVAYA PRODUCTION ALLOCATOR OK, ANVAYA FRAME REFCOUNT OK).
Scheduler semanticsEvidence-Backed PrototypeBounded ready/running/blocked slots, priority dispatch, timer preemption, budget expiry with task_set_quota control, wait-token queues, starvation aging, and a 37-dispatch scheduler-bound multi-syscall process loop are asserted in QEMU.
Init & service managerEvidence-Backed PrototypeCapability-gated declarations, start/stop/restart transitions, failure reporting, registry lookup with rights-checked resolution, table-full denial, and restart limits are proved, including a scheduler-bound startup handoff from manifest init.
Service IPCEvidence-Backed PrototypeStorage, network, installer, and service-registry services complete full-record RFC 0010 IPC with capability transfer, shared-frame buffers, wait-token completion/cancel/timeout, and audit continuity — bound through runner loader descriptors and compared across two persistence boots.
Signed packages & installerEvidence-Backed PrototypeSigned bundles verify once, archive into a content-addressed store, journal and replay across boots, and launch with narrowed grants; tampered signatures are denied by both installer and runner before execution, and content is addressed by a real SHA-256 cryptographic hash (ANVAYA STORAGE SHA256 OK).
WASM/WASI runtimeEvidence-Backed PrototypeA bounded no-std WASM interpreter with WASI capability mediation runs twelve signed proof apps with deny-by-default file, DNS, TCP, clock, stdio, endpoint, and storage profiles through raw, installed, and loader-mapped execution, with the full i32 and i64 opcode sets (arithmetic, division with divide-by-zero and overflow traps, bitwise, shifts, and signed/unsigned comparisons), all four numeric value types (i32, i64, f32, f64), and numeric type conversions (wrap, extend, convert, demote, promote, and NaN-trapping truncation) proved before ANVAYA WASM RICHER OPS OK, ANVAYA WASM I64 OK, ANVAYA WASM F32 OK, ANVAYA WASM F64 OK, ANVAYA WASM CONVERT OK, and wide-type linear-memory load/store (i64/f32/f64) before ANVAYA WASM MEM WIDE OK, and sub-width i32 byte/halfword load/store (load8/load16 signed and unsigned, store8, store16) before ANVAYA WASM MEM NARROW OK, and a genuinely external rustc/LLVM-compiled wasm32 module (with WebAssembly globals support) executing before ANVAYA WASM EXTERNAL TOOLCHAIN OK, plus a two-function external module driving a real inter-procedural call before ANVAYA WASM EXTERNAL CALL OK, and a larger (261-byte, three-function) external module exceeding the former signed-package size cap before ANVAYA WASM EXTERNAL LARGE OK, and a WASI-targeted external module calling wasi_snapshot_preview1.fd_write through the capability-mediated path before ANVAYA WASM EXTERNAL WASI OK.
Virtio driversEvidence-Backed PrototypeThe bounded virtio-MMIO core completes live virtio-blk sector read/write with two-boot persistence and package-archive restore, plus virtio-net TX, DNS TX, TCP retransmit TX, and RX queue proofs, and IPv4 longest-prefix-match routing plus ARP-neighbor-resolved forwarding (ANVAYA IP ROUTING OK, ANVAYA IP FORWARDING OK), and ICMP echo request/reply processing (ANVAYA IP ICMP ECHO OK) in QEMU.
Production loader & dispatcherReleased (0.4.0)Released in 0.4.0: the production loader admits signed single- and multi-page process images through the scheduler and RFC 0010 boundary, with installer-driven admission and image-declared capability instances bound to named objects (ANVAYA PRODUCTION LOADER OK, ANVAYA PRODUCTION LOADER MULTIPAGE OK, ANVAYA LOADER CAPABILITY INSTANCE OK).
Live forwarding TCP/IP & audit serviceReleased (0.4.0)Wire-learned ARP, ICMP echo reply, and forwarded TCP over the live NIC, with a protocol RX dispatch loop routing frames by protocol; block-backed persistence verified by kernel-wide SHA-256; and a production audit service behind a service-registered endpoint over scheduler dispatch (ANVAYA NET RX DISPATCH OK, ANVAYA STORAGE SHA256 POLICY OK, ANVAYA AUDIT SERVICE DISPATCH OK).
Signatures, quotas & fault isolationReleased (0.4.0)Kernel-wide Ed25519 (RFC 8032) package signatures replace the placeholder primitive; a WASI-0.3 async-import subset carries capability-scoped quotas onto launch grants; and a timer-preempted long-lived U-mode computation runs with per-process fault isolation — a fault kills only the faulting process, audited, while a sibling continues (ANVAYA PACKAGE SIGNATURE OK, ANVAYA WASI LAUNCH QUOTA OK, ANVAYA LONG LIVED PROCESS OK, ANVAYA FAULT ISOLATED OK).
AEC runtime, broker & approval serviceFuture Work (0.5)The Agent Execution Context runtime, the Intelligence Broker creation path, and the approval and constitutional-constraint services remain specification-stage until 0.5, when the userspace substrate carries executable evidence against RFC 0002 and RFC 0023.

Release history

Newest first. Each entry preserves that release's facts and honest-scope notes; expand for the full record.

v1.7.0Capability Sockets
Current release: v1.7.0 "Capability Sockets" — a socket is a capability carrying kind, resource identity, rights and generation, and the TCP/UDP/IP/ARP/ICMP/DNS stack runs in a hybrid-signed U-mode task with its own pid, CSpace and SATP and no device authority. NetworkAuthority's two unauthenticated constructors are gone and from_capability is the only way to obtain network authority; the bypass that let an ambiently-built authority skip identity binding is closed. Handles carry their issuing generation, so one held across a task restart is refused as stale. The task persists its DNS cache and socket table across dispatches, serves typed requests over real kernel IPC with delegated frames, proves five denials and survives its own death with a fresh-generation replacement. Task-composed frames transit a real device: a task-built ARP request relayed to the signed v1.5 U-mode virtio-net driver draws a real ARP reply with wire_irqs=1 and polling=0. Mesh object sync crosses those sockets. Extraction #5 leaves zero network-service names in product core: core 20,757 → 20,740, nucleus/src 21,469, privileged TCB 22,379 → 22,362. Honest scope: socket payloads do not leave the machine — they reach their reader through the service's own receive queue (transport=service-loopback) — so manifesto M8 advances DEBT → PARTIAL, not DELIVERED; TCP/UDP over the wire, DNS over the wire, ICMP echo, congestion control, IPv6 and TLS remain planned areas of accepted RFC 0032, and no physical hardware or external audit is claimed.
v1.5.2Durable Block Client
v1.5.2 "Durable Block Client" — the kernel-private virtio-block client is lifted into a reusable, capability-scoped adapter (Read/Write/Flush over the existing Driver ABI, data only in delegated shared frames, generation-aware stale denial). AEC journal/effect/audit codecs and the installer package archive persist through that durable block client onto one exclusive proof-disk sector map. QEMU proves two-boot survival as the adapter's callers with polling=0 and kernel_fallbacks=0. Product core is 21,870 lines and the counted privileged TCB (product core + transport extension) is 23,492. SHA-3, Merkle, CRDT, namespace redesign, and storage-service extraction remain 1.6. The separately Kani-verified nucleus-model state machines remain privileged code measured apart at 3,037 non-test lines.
v1.5.1Post-Review Fixes
v1.5.1 — a correctness and enforcement patch over v1.5.0 "Driver Domains" from a full post-release review: an IRQ PLIC-source wedge on stale-endpoint interrupts, a dead device-unsafe ratchet, a driver buffer_offset overflow, and a weak-memory used-ring acquire fence are fixed. QEMU proves the same interrupt-driven completion with polling=0 and kernel_fallbacks=0. Product core stays 21,834 lines; the privileged transport extension grows to 1,622 lines for the fence fix, so the counted privileged TCB (product core + extension) is 23,456. v1.5.1 also surfaces a disclosure metric: the allocation-free, Kani-verified nucleus-model state machines (device/DMA/IRQ/request tables) re-exported into the kernel are privileged code measured separately at 3,037 non-test lines, so the counted TCB is not read as the whole privileged footprint.
v1.5.0Driver Domains
v1.5.0 "Driver Domains" — hybrid-signed virtio-block and virtio-net drivers execute as distinct scheduled U-mode tasks with capability-scoped device, DMA, IRQ, and IPC authority. QEMU proves interrupt-driven completion with polling=0 and kernel_fallbacks=0, two-boot block persistence, crash/restart cleanup, and opaque-frame net reuse. This is not a physical-hardware or IOMMU-backed DMA-isolation claim.
v1.4.1Verify-Only Kernel
Prior release: v1.4.1 "Verify-Only Kernel" — a user-authorized 3-cycle relocation follow-through closing v1.4.0's one honest miss (nucleus_lines < 26,851, the V1_4_GOAL.md definition-of-done item 2 target), via the dependency-crate relocation mechanism the v1.4.0 floor analysis had overlooked — the same move v1.2 used (AEC persistence → anvaya-aec, virtio-net TX → anvaya-virtio). Three relocations, no behavior change: the package signing path (all three write_signed_* writers, kernel_package_pqc_sign, both signing seeds) moves to a new anvaya-package proofsign module, leaving nucleus/src verify-only — no signing code, no signing seeds, while KernelProofSignature and both pinned public keys stay; the launcher decision logic (dispatch_launch_service_request and its with_args_and_memory sibling, LaunchServiceError) moves to anvaya-runner beside run_installed_wasm_package; and the energy broker's service-side dispatch convention (opcode→export selection, request-word argument layout, instantiate/invoke) moves to anvaya-wasm-apps beside ENERGY_BROKER_SERVICE_WASM, completing what the v1.1.0 energy extraction started — the kernel keeps the capability checks and the reply. Outcome: nucleus_lines 27,043 → 26,848, under the original 26,851 target — met, not amended; core_lines 25,801 → 25,606, below even the v1.3.6 pre-release 25,616; CORE_CEILING machine-lowered 25,801 → 25,622 → 25,606, no amendment needed. The lines did not get denser or hidden: the kernel source genuinely stopped containing signing logic, launcher business logic, and one service's dispatch convention. Transcript byte-exact throughout (1,572-marker oracle, diff=empty every cycle); cargo build/test, check-qemu-boot.sh, check-harness-markers.sh, and check-manifesto-alignment.sh green each cycle.
v1.4.0The Real Launcher
v1.4.0 "The Real Launcher" — the first release to run the 1.3.x RSI discipline against a manifesto-anchored feature gate instead of pure proof-harness compression, across three independent gates. Gate A gives LoaderServiceAuthority a real from_capability constructor (CapabilityKind::LocalObject + Rights::INVOKE at a dedicated resource id, replacing an unauthenticated ::new() at every production call site) and a real SYSCALL_LAUNCH_REQUEST a running process can invoke, handing off to a launcher service process over the same dispatcher/Endpoint machinery the audit-service proof already used (ANVAYA LAUNCH SYSCALL OK, plus fail-closed denials for a missing capability, wrong resource id, and wrong rights). Gate B serves anvaya-audit's append/verify logic as a launched WASM service over that syscall — the second nucleus extraction, retiring the in-kernel exec_audit_service_dispatch path the harness previously drove directly (ANVAYA AUDIT LAUNCH DISPATCH OK); docs/NUCLEUS_EXTRACTION.md gains its second worked example. Gate C makes the package envelope a genuine Ed25519+ML-DSA-65 hybrid — both halves verified independently and combined through the existing hybrid_signature_verdict fail-closed combinator, denying a classical-only downgrade, a forged-classical half, and a forged-PQC half alike (WASM_APP_PACKAGE_BYTES 3,261 → 6,570; ANVAYA PACKAGE SIGNATURE OK, denials 4 → 7) — closing the last classical holdout the manifesto's PQC-by-default commitment named; manifesto M2 moves PARTIAL → DELIVERED, while M7 (WASM Application Runtime) stays PARTIAL — its launch-mechanism gap is closed, but three other WASI extension points (Intent, Intelligence Broker, Energy) remain unscheduled. The package envelope's growth broke six size assumptions only a live QEMU boot caught (virtio-blk sector capacity/collisions, ContentStore/StorageAuthority sizing, guest-memory page-window chunking, stale signature-offset boundaries, and a too-narrow check-script regex), all found and fixed, alongside a retroactive Gate B stale-marker oversight. CORE_CEILING 25,616 → 25,801, HARNESS_TOKENS 47,312 → 48,087, both amended and logged. Honest miss at release: nucleus_lines ended the release at 27,043, above the pre-release 26,851 baseline — one extraction was never going to outrun two new kernel mechanisms on line-count arithmetic alone; reported honestly at release and closed by v1.4.1's relocations. Harness marker oracle byte-exact throughout: 1,572 markers, diff=empty.
v1.3.6Honest Core/Harness Accounting
v1.3.6 "Honest Core/Harness Accounting" (no functional kernel change) — check-manifesto-alignment.sh only ever counted main.rs + src/harness/ + src/core/; four files declared via lib.rs's own pub mod tree (lib.rs's non-test body, hardware.rs, rt.rs, platform.rs — 5,363 lines) sat outside all three, invisible to the ratchet since whenever src/core/platform.rs was first extracted in the v1.3.0 era, all reachable from the kernel [[bin]] target and none dead code. All 5,363 uncounted lines classified by live call-site tracing rather than import presence, catching traps both ways: SchedulerProof/InitServiceManager are core despite "Proof" naming (real dispatch call sites in core/services.rs/core/sched.rs), while the signed-package ProcessImage admission pipeline is harness despite sounding equally load-bearing (zero call sites in core/*.rs). Physically relocated all four across four RSI cycles, finding and fixing a second, independent, pre-existing Rights type already living in core/nucleus.rs (resolved at the re-export layer only) and a real, pre-existing latent CHILD_STACK stack-overflow bug exposed — not introduced — by the pure code motion (widened 4,096 → 16,384 bytes). lib.rs shrinks 5,638 → 3,050 lines (non-test body: 2,653 → 64, now pure #[path] wiring); CORE_CEILING 21,157 → 25,616, HARNESS_CEILING 239 → 1,235, HARNESS_TOKENS 43,896 → 47,312, each amended once with a logged MANIFESTO_ALIGNMENT.md justification. Every source file the kernel binary compiles is now counted by exactly one of the two ceilings — no third, invisible bucket. Boot transcript byte-identical throughout (the 1,571-marker oracle staying diff-empty).
v1.3.5RSI on the Verifier
v1.3.5, "RSI on the Verifier" (no functional kernel change) — the three shell proof scripts (check-qemu-boot.sh, demo-v0-3-apps.sh, check-virtio-blk-persistence.sh) carried 566+ inline grep marker-assertion call sites, one hand-written line per boot marker; all now go through a new shared scripts/lib/assert-markers.sh as declarative rows, gated by a new self-tightening SCRIPTS_LINES/SCRIPTS_TOKENS ratchet (2406→2362 lines, 43005→42670 tokens). check-qemu-boot.sh carried the real yield: 114 of its 125 named marker-pattern variables were referenced exactly once, so define+assert collapsed to a single inlined row, independently re-verified by re-sourcing the original variable chain in real bash before any line was deleted. Differential-verified against 33 honest+corrupted fixture logs, catching one real bug: three absence-checks written as bare top-level "! grep -q ..." were silently non-enforcing under set -e (bash exempts top-level negation from errexit); assert_row_absent closes it.
v1.3.4Version Banner Fix
v1.3.4, a one-line version-banner fix (no functional kernel change) — the boot banner and interactive-shell about command no longer claim the stale v1.0.0-only "QEMU-Proven Milestone" title next to the version number; HARNESS_TOKENS machine-lowered 43,898 → 43,896 as a side effect.
v1.3.3Truth-Parity Restoration
v1.3.3, a documentation-only truth-parity patch that backfilled CHANGELOG.md, STATUS.md, and the site's changelog/status/llms mirrors to close a release-doc gap that had opened across three tags.
v1.3.2Dissolve the Proof Bodies
v1.3.2 "Dissolve the Proof Bodies — Spec Rows · Shared Interpreters · Honest Floor" — the proof harness sheds its last hand-written code: every one of the 119 pub fn run_* proof bodies under nucleus/src/harness/ is dissolved into declarative spec rows executed by shared interpreters (dsx/dsxr op-row engines with register files, kvf/kvm piecewise marker emitters, qz!/capv/wcx dense row tables), so HARNESS_BODIES ratchets 119 → 0 (machine-lowered, gate-enforced) and new proofs arrive as rows, not code. The harness driver falls 506 → 239 lines and HARNESS_TOKENS falls 153,946 → 43,898 whitespace-delimited tokens (3.51×) across 24 commits — with the boot transcript byte-identical throughout: the 1,571-marker oracle stayed diff-empty across 23 green cycles and caught 2 boot-breaking bugs and 4 marker regressions in the process. Honest scope: the goal's 5× token target (≤30,789) was not met and was amended, by a logged MANIFESTO_ALIGNMENT.md amendment, to the measured honest floor of 43,898 — an adversarial audit (evidence/V1_3_2_TOKEN_FLOOR.md) showed the residual is byte-frozen marker text frozen by the stdout oracle, spec-row data, and the interpreters themselves, closable only by whitespace-stripping or golf macros that would fake the metric the ratchet exists to protect (one such 24,604-token build was constructed, rejected, and reverted on principle); HARNESS_TOKENS is pinned at the floor and remains machine-lowered, never raised.
v1.3.1100× the Proof Harness
v1.3.1 "100× the Proof Harness — Spec Tables · Byte-Exact Oracle · RSI" — the proof suite compresses itself the way v1.3.0 compressed the kernel: nucleus/src/harness/ shrinks from 55,254 to 506 lines (109×; target 100×/≤553) across 9 proof-gated RSI cycles with zero markers deleted or reworded and zero proofs weakened. The boot ladder is now declarative — 73 spec rows (name, expected marker, invariant) in harness/spec.rs executed in boot order by one table-driven driver, with main.rs falling 539 → 470 — and a new byte-exact oracle in CI boots both kernels and requires the sorted ~1,571-marker ANVAYA transcript set to diff-empty against a committed baseline, additionally asserting every spec row's marker appears in the transcript. A third self-tightening ceiling, HARNESS_CEILING (55,254 → 506), joins CORE/MAIN in the machine-lowered ratchet state.
v1.3.0100× the Monolith
v1.3.0 "100× the Monolith — Self-Tightening Ratchet · RSI" — the release where the improver improves itself: nucleus/src/main.rs shrinks from 76,824 to 539 lines (142×; the target was 100×/≤768) across 12 proof-gated RSI cycles with zero markers deleted, zero proofs weakened, and no ceiling raised. The 118 run_* boot-proof harnesses now live under nucleus/src/harness/ and the product core under nucleus/src/core/ (+ core/boot.S), so the compiler's module tree — not a regex heuristic — is the core/harness boundary the alignment gate measures. The line-count ratchet is self-tightening: CORE_CEILING and MAIN_CEILING are machine-lowered (never raised) by the gate itself (CORE 22,112 → 21,226; MAIN 768 → 539), making any size regression a CI failure with no human edits; the boot ledger marker reports main_lines= asserted against the actual file, and per-cycle build+proof wall-clock logged to evidence/cycle-times.jsonl shows the nucleus rebuild falling 17.6s → 8.6s as the file shrank.
v1.2.0Scheduling & IPC to Spec
v1.2.0 "Scheduling & IPC to Spec" — the first 1.x release that is an architectural shift rather than an increment, bringing two Nucleus services to their manifesto specification: SMP multi-hart bring-up (parked secondaries released over SBI HSM into a real multi-hart scheduler with per-hart run queues, round-robin distribution, and work stealing), real-time scheduling (priority inheritance, admission control, and a measured bounded worst-case dispatch latency), and first-class asynchronous IPC (non-blocking bounded ports with backpressure) alongside synchronous call/reply. It retires the single-hart soundness assumption held since 0.x — the Kani harness count grows from 7 to 13 and all four proof scripts now run under qemu-system-riscv64 -smp 4 — so manifesto commitments M4 (real-time scheduling) and M11 (async message passing) both advance to DELIVERED (the boot ledger reads delivered=13 partial=3).
v1.1.x · v1.0.0North Star Realignment · QEMU-Proven Milestone
The v1.1.x North Star Realignment line and v1.0.0 (QEMU-Proven Milestone) - the terminal, feature-complete milestone of the 0.x line, with all five 1.0 completion gates A-E closed to their software scope (Gates B and D partial — external audit and physical A/B open): the Nucleus's accepted capability invariants are formally verified by bounded-exhaustive proofs plus Kani harnesses (unsafe-Rust TCB 0.44% vs Asterinas 14%); post-quantum crypto (ML-KEM/ML-DSA/SLH-DSA, KAT-verified against the official NIST ACVP vectors) is demonstrated across every trust surface with no demonstrated classical-only path; a reviewed threat model, tabletop, and design-time negative-test regression suite gate every fix (external audit pending); and a hot-path benchmark suite is published. This builds on 0.5 (native AI agents), 0.6 (constitution & human override), 0.7 (post-quantum & hardware-anchored), 0.8 (device mesh), and 0.9 (usable & sustainable). Honest scope: v1.0.0 is proven under QEMU and is not a production-deployed release — it does not claim a physical-hardware boot, an external third-party audit, hardware-enforced CHERI, or a hardware root of trust; the operational package signature is still Ed25519 and the audit chain a SHA-256 hash chain. Each is a documented open item.

Current prototype target

The active implementation targets QEMU virt on RV64GC with OpenSBI firmware and an S-mode Rust nucleus: single hart, deterministic panic path, and bounded, auditable proof slices. Three repeatable evidence suites gate every release — the boot smoke check, the two-boot virtio-blk persistence comparison, and the v0.3 application demo — and the smoke suite fails on any kernel panic in the normal boot log.

Anvaya v1.0.0 ("QEMU-Proven Milestone") is released: all five 1.0 completion gates (A-E) are closed to software scope (Gates B and D partial) — formal bounded-exhaustive verification of the accepted Nucleus invariants plus Kani harnesses, a threat model, response tabletop, and design-time negative-test regression suite (external audit pending), post-quantum crypto demonstrated across every trust surface with no demonstrated classical-only path, a published benchmark suite, and a fully evidenced acceptance matrix. It builds on the 0.4.0 "Production Substrate", a production image loader/dispatcher (single- and multi-page images, installer-driven admission, image-declared capability instances), live forwarding TCP/IP with a protocol RX dispatch loop, block-backed persistence with kernel-wide SHA-256 integrity, a production audit service over scheduler dispatch, service-grade IPC/memory hardening, and a WASI-0.3 async subset with capability-scoped quotas — plus real Ed25519 package signatures, timer-preempted long-lived computation, and per-process fault containment, each with code, tests, and repeatable QEMU evidence. The AEC/agent runtime of 0.5 ("AI Agents Run Natively") is the current frontier.

The RFC repository carries a vision traceability matrix and an ANVAYA 1.0 acceptance matrix. Use them to decide whether a target-state claim is stable, evidence-backed, provisional, planned, rejected, or superseded.