source inventory · 2026-10-02

Our stack, component by component

59 workspace crates ↓

Identity → coordination → discovery → data and value → storage → applications. Components have different jobs; routing depends on capability, measured cost and performance. No throughput benchmark is implied.

Code present ≠ verified live integration. Evidence below is dated; this catalog makes no live probes. The organ board reports its own observations. Source links open a new tab. This catalog currently uses English in all language settings.

22 components

Choose a part to see what it does, then open its evidence.

Identity

bzDiD + recovery

code present

Keep an identity and its recovery words.

Evidence and limits

BIP-39 encodes a 256-bit recovery root. encodeRecoveryPhrase/decodeRecoveryPhrase restore it directly; deriveRecordKey uses Ed25519 and deriveK1Key uses secp256k1; those derived keys are classical. Post-quantum keys from the same root are the bPQ row below. This is not a BIP-44 wallet claim.

open bzDiD + recovery · source ↗

Identity

bPQ keys + sealed objects

code present

Get post-quantum keys from your recovery words, and seal files only you, or people you pick, can open.

Evidence and limits

bpq.js derives ML-DSA-65, X-Wing (ML-KEM-768 + X25519) and a vault key from the root the recovery words carry, plus an SLH-DSA-SHAKE-256f succession key of which only a hash is published; the bzpq1 id commits to both. Sealed objects (SPEC-BPQ-1) are AES-256-GCM segments with per-reader key slots that name no reader. crates/bsigner/src/bpq.rs derives the same keys and opens the same objects natively; both implementations must pass surfaces/bpq-vectors.json in CI. @noble/post-quantum is self-audited and the RustCrypto crates are unaudited, so their agreement is a cross-check, not an audit. Keys live in browser memory while the keychain is connected; no hardware custody.

open bPQ keys + sealed objects · source ↗

Identity

bSAFE 7 + Safe 7 hardware

code present

Approve important actions on your own hardware.

Evidence and limits

Firmware fork and native host source located. PQ user signing (ML-DSA-65 under its own bzpq1 id from SLIP-21 BZPQ-DEVICE v1, bound both ways to the wallet id, SPEC-BPQ-1 section 7) runs on the T3W1 emulator and cross-checks with bpq.js and bsigner. ML-DSA device attestation is distinct from user signing and recovery. The host has classical Noise transport scaffolding; btrezor refuses signing. Hardware fit, a reproducible release, recovery and physical-device acceptance remain unverified.

source ↗

Identity

bSigner PQ software

code present

Inspect the available post-quantum signing components.

Evidence and limits

pq.rs implements ML-DSA and ML-KEM using host-generated seed files; these are not Trezor-held keys. bpq.rs re-derives the browser bPQ keys from a bdidrec recovery code and opens or verifies bpq1 objects, cards and bindings (bsigner bpq-open, bpq-verify). No bSAFE firmware signing integration is verified.

source ↗

Coordination

Rust coordination kernel

code present

Coordinate work, permissions and settlement.

Evidence and limits

Workspace membership is read from Cargo.toml below. Source presence and passing isolated tests do not establish deployment of every crate.

source ↗

Coordination

x0x transport

code present

Connect peers and carry messages.

Evidence and limits

ops/x0x carries the deployment runbook. Public-mesh acceptance is separate; #622 measurement work moved back to x0x #504. No new mesh benchmark is claimed here.

source ↗

Coordination

Buzz rooms (relay + agents)

code present

Rooms where people and agents work together.

Evidence and limits

Upstream block/buzz at commit 8af2d91f is a self-hosted Nostr relay workspace. Identity is secp256k1 with Schnorr signatures (ARCHITECTURE.md:159-163; crates/buzz-core/src/verification.rs:11 verify_event), so it is not post-quantum; that gap belongs to the full-PQ crypto lane. The relay is the single source of truth, with no federation or gossip (ARCHITECTURE.md:7). By default one relay URL serves one community; multi-community mode shares one Postgres with every row and query keyed by community_id (ARCHITECTURE.md:564). The channel member cap is an optional per-channel max_members (schema/schema.sql:94); no fixed room limit exists in source. Our deployed relay version and disk state are UNVERIFIED as of 2026-10-03: the last record is image 0.2.1 built 2026-08-08, 18 migrations behind upstream, from the 2026-09-18 audit, and the host inspection has not run. Running containers are evidence of deployment, not of acceptance.

open Buzz rooms (relay + agents) · source ↗

Discovery

Hive bIndexer

implementation unlocated

Find and follow Hive text records.

Evidence and limits

A distinct deployable implementation or endpoint has not been located in the bounded investigation. It is not the Rust chain indexer. Hive node reachability does not verify this integration.

source ↗

Discovery

Hive RPC adapter

code present

Read a Hive account balance.

Evidence and limits

wallet-adapter-hive.js::hiveCall is a balance-only adapter. A keyless Hive node read was observed on 2026-10-02; genealogy publishing and indexing were not.

open Hive RPC adapter · source ↗

Discovery

Vaulta Reader

code present

Look up registry records.

Evidence and limits

Keyless table reads with endpoint fallback, pagination and caps. On 2026-10-02 the first endpoint returned 10 registry rows and more:true; this is not a full registry or genealogy anchor verification.

open Vaulta Reader · source ↗

Discovery

Rust bindexer

code present

Query a local view of supported chain records.

Evidence and limits

Rust/SQLite indexing, exSat/EVM first, with a BCH schema seam. Source ingestion and read routes exist; live genealogy ingestion and a Hive adapter remain unverified.

source ↗

Data

bData + zbData

code present

Choose what a file is and who may see it.

Evidence and limits

bdata.js and the intake bridge own artifact policy and preservation handoff. The 2026-10-02 observation found intake ready and its quote backend disconnected. This is a dated observation, not a current health check.

open bData + zbData · source ↗

Value

bPay + wallet adapters

code present

Review a price before approving a payment.

Evidence and limits

Quotes, invoices, authorization, settlement and reconciliation are separate states. The genealogy helper has a historical pkg3 default; it is not authorization for a new edition. No payment occurred for the current genealogy archive.

open bPay + wallet adapters · source ↗

Storage

Autonomi / ANT

code present

Preserve larger files through the existing storage route.

Evidence and limits

Read-store and prepare/finalize adapters exist. The pkg10 quote was captured on 2026-10-02; its upload remains disabled because the client cannot atomically enforce both payment ceilings. No storage retrieval of this edition is verified.

open Autonomi / ANT · source ↗

Storage

Arweave / AR

code present

Price and address public immutable files.

Evidence and limits

arweave.js::fee and wallet-adapter-arweave.js exist. Since Arweave 2.9 a secp256k1 key owns an address natively, so the wallet derives one from the keychain (context ar:<soul>) with no extension, reads it keyless and can publish small files from it; the message format is checked against mainnet tx G59jD7x4Ykz0sC4lf-gtsHzYovzjuc0MORyD-O4aWA0 (e2e/wallet-arweave-keys.mjs). A size-based pkg10 quote was captured on 2026-10-02. No funded publish receipt from a derived address exists yet.

open Arweave / AR · source ↗

Applications

Genealogy + preservation

code present

Explore relatives and inspect their evidence.

Evidence and limits

The public browser verified the resolver, person pages and chart repair on 2026-10-02. The corpus reaches 143 generations by shortest recorded parent paths; this measures the archive, not proof of ancestry. The interactive package is prepared and quoted, not uploaded.

open Genealogy + preservation · source ↗

Applications

Hive text wiki → ANT / AR pointers

proposal

Keep relative records small and attach larger evidence by reference.

Evidence and limits

Proposed opt-in deceased-relative records with address, hash, byte size, media type, attribution and version pointers. No signer, publisher or live Hive bIndexer integration is delivered for this proposal.

open Hive text wiki → ANT / AR pointers · source ↗

Applications

bQueenBee + social relays

code present

Read the public voice and review activity.

Evidence and limits

The surface and relay paths exist. The organ board reports browser-relative reachability and NIP-11 identity; those probes do not prove message delivery, indexing or permanent anchoring.

open bQueenBee + social relays · source ↗

Coordination

Compute gate + metering

code present

Account for work and permitted spending.

Evidence and limits

The gate and meter have source and deployment runbooks. A gate response demonstrates a reachable route, not a completed compute job or settlement.

open Compute gate + metering · source ↗

Applications

On-chain art + music

code present

Explore artwork and instruments.

Evidence and limits

The gallery, museum, instruments and studio use their own adapters. Every art surface appears in the complete directory below; no fresh audit of every chain or artwork is claimed by this catalog.

open On-chain art + music · source ↗

Applications

Science + learning

code present

Inspect cited records and recompute results.

Evidence and limits

bFood, bEarth, symposium and university source is present. Some capabilities are static computation; external references and optional services retain their own availability boundaries.

open Science + learning · source ↗

Delivery

GitHub Pages + shared UI

code present

Open the same estate in three views.

Evidence and limits

The public edition is served through GitHub Pages. tour.js and skaists.css provide shared navigation, language and register styling. Reachability is not proof of permanent-storage publication.

open GitHub Pages + shared UI · source ↗

Follow the flow. Each tile carries its own implementation state.

1 · Identity

bzDiD + recovery

code present

The root beneath every route.

Evidence and limits

BIP-39 encodes a 256-bit recovery root. encodeRecoveryPhrase/decodeRecoveryPhrase restore it directly; deriveRecordKey uses Ed25519 and deriveK1Key uses secp256k1; those derived keys are classical. Post-quantum keys from the same root are the bPQ row below. This is not a BIP-44 wallet claim.

open bzDiD + recovery · source ↗

bPQ keys + sealed objects

code present

Your words now carry a post-quantum self too.

Evidence and limits

bpq.js derives ML-DSA-65, X-Wing (ML-KEM-768 + X25519) and a vault key from the root the recovery words carry, plus an SLH-DSA-SHAKE-256f succession key of which only a hash is published; the bzpq1 id commits to both. Sealed objects (SPEC-BPQ-1) are AES-256-GCM segments with per-reader key slots that name no reader. crates/bsigner/src/bpq.rs derives the same keys and opens the same objects natively; both implementations must pass surfaces/bpq-vectors.json in CI. @noble/post-quantum is self-audited and the RustCrypto crates are unaudited, so their agreement is a cross-check, not an audit. Keys live in browser memory while the keychain is connected; no hardware custody.

open bPQ keys + sealed objects · source ↗

bSAFE 7 + Safe 7 hardware

code present

Our firmware and host connect the wallet to your Safe 7.

Evidence and limits

Firmware fork and native host source located. PQ user signing (ML-DSA-65 under its own bzpq1 id from SLIP-21 BZPQ-DEVICE v1, bound both ways to the wallet id, SPEC-BPQ-1 section 7) runs on the T3W1 emulator and cross-checks with bpq.js and bsigner. ML-DSA device attestation is distinct from user signing and recovery. The host has classical Noise transport scaffolding; btrezor refuses signing. Hardware fit, a reproducible release, recovery and physical-device acceptance remain unverified.

source ↗

bSigner PQ software

code present

Software primitives awaiting verified hardware integration.

Evidence and limits

pq.rs implements ML-DSA and ML-KEM using host-generated seed files; these are not Trezor-held keys. bpq.rs re-derives the browser bPQ keys from a bdidrec recovery code and opens or verifies bpq1 objects, cards and bindings (bsigner bpq-open, bpq-verify). No bSAFE firmware signing integration is verified.

source ↗

2 · Coordination

Rust coordination kernel

code present

The engine that connects the parts.

Evidence and limits

Workspace membership is read from Cargo.toml below. Source presence and passing isolated tests do not establish deployment of every crate.

source ↗

x0x transport

code present

Messages move between peers.

Evidence and limits

ops/x0x carries the deployment runbook. Public-mesh acceptance is separate; #622 measurement work moved back to x0x #504. No new mesh benchmark is claimed here.

source ↗

Buzz rooms (relay + agents)

code present

The shared room; agents sit in it too.

Evidence and limits

Upstream block/buzz at commit 8af2d91f is a self-hosted Nostr relay workspace. Identity is secp256k1 with Schnorr signatures (ARCHITECTURE.md:159-163; crates/buzz-core/src/verification.rs:11 verify_event), so it is not post-quantum; that gap belongs to the full-PQ crypto lane. The relay is the single source of truth, with no federation or gossip (ARCHITECTURE.md:7). By default one relay URL serves one community; multi-community mode shares one Postgres with every row and query keyed by community_id (ARCHITECTURE.md:564). The channel member cap is an optional per-channel max_members (schema/schema.sql:94); no fixed room limit exists in source. Our deployed relay version and disk state are UNVERIFIED as of 2026-10-03: the last record is image 0.2.1 built 2026-08-08, 18 migrations behind upstream, from the 2026-09-18 audit, and the host inspection has not run. Running containers are evidence of deployment, not of acceptance.

open Buzz rooms (relay + agents) · source ↗

Compute gate + metering

code present

Work crosses an explicit authority boundary.

Evidence and limits

The gate and meter have source and deployment runbooks. A gate response demonstrates a reachable route, not a completed compute job or settlement.

open Compute gate + metering · source ↗

3 · Discovery

Hive bIndexer

implementation unlocated

A text-discovery lane with its own strengths.

Evidence and limits

A distinct deployable implementation or endpoint has not been located in the bounded investigation. It is not the Rust chain indexer. Hive node reachability does not verify this integration.

source ↗

Hive RPC adapter

code present

A small direct read from the chain.

Evidence and limits

wallet-adapter-hive.js::hiveCall is a balance-only adapter. A keyless Hive node read was observed on 2026-10-02; genealogy publishing and indexing were not.

open Hive RPC adapter · source ↗

Vaulta Reader

code present

Small registry reads, page by page.

Evidence and limits

Keyless table reads with endpoint fallback, pagination and caps. On 2026-10-02 the first endpoint returned 10 registry rows and more:true; this is not a full registry or genealogy anchor verification.

open Vaulta Reader · source ↗

Rust bindexer

code present

Chain events become a queryable view.

Evidence and limits

Rust/SQLite indexing, exSat/EVM first, with a BCH schema seam. Source ingestion and read routes exist; live genealogy ingestion and a Hive adapter remain unverified.

source ↗

4 · Data

bData + zbData

code present

Intake, audience, working state and history.

Evidence and limits

bdata.js and the intake bridge own artifact policy and preservation handoff. The 2026-10-02 observation found intake ready and its quote backend disconnected. This is a dated observation, not a current health check.

open bData + zbData · source ↗

5 · Value

bPay + wallet adapters

code present

Quote → permission → settlement → receipt.

Evidence and limits

Quotes, invoices, authorization, settlement and reconciliation are separate states. The genealogy helper has a historical pkg3 default; it is not authorization for a new edition. No payment occurred for the current genealogy archive.

open bPay + wallet adapters · source ↗

6 · Storage

Autonomi / ANT

code present

A storage lane chosen per artifact.

Evidence and limits

Read-store and prepare/finalize adapters exist. The pkg10 quote was captured on 2026-10-02; its upload remains disabled because the client cannot atomically enforce both payment ceilings. No storage retrieval of this edition is verified.

open Autonomi / ANT · source ↗

Arweave / AR

code present

Another storage route, with its own cost model.

Evidence and limits

arweave.js::fee and wallet-adapter-arweave.js exist. Since Arweave 2.9 a secp256k1 key owns an address natively, so the wallet derives one from the keychain (context ar:<soul>) with no extension, reads it keyless and can publish small files from it; the message format is checked against mainnet tx G59jD7x4Ykz0sC4lf-gtsHzYovzjuc0MORyD-O4aWA0 (e2e/wallet-arweave-keys.mjs). A size-based pkg10 quote was captured on 2026-10-02. No funded publish receipt from a derived address exists yet.

open Arweave / AR · source ↗

7 · Applications

Genealogy + preservation

code present

The Latvian tree, fan chart and research pages.

Evidence and limits

The public browser verified the resolver, person pages and chart repair on 2026-10-02. The corpus reaches 143 generations by shortest recorded parent paths; this measures the archive, not proof of ancestry. The interactive package is prepared and quoted, not uploaded.

open Genealogy + preservation · source ↗

Hive text wiki → ANT / AR pointers

proposal

Text and versions on one lane; larger artifacts on another.

Evidence and limits

Proposed opt-in deceased-relative records with address, hash, byte size, media type, attribution and version pointers. No signer, publisher or live Hive bIndexer integration is delivered for this proposal.

open Hive text wiki → ANT / AR pointers · source ↗

bQueenBee + social relays

code present

The public voice above the message rails.

Evidence and limits

The surface and relay paths exist. The organ board reports browser-relative reachability and NIP-11 identity; those probes do not prove message delivery, indexing or permanent anchoring.

open bQueenBee + social relays · source ↗

On-chain art + music

code present

Read, compose and play through the existing surfaces.

Evidence and limits

The gallery, museum, instruments and studio use their own adapters. Every art surface appears in the complete directory below; no fresh audit of every chain or artwork is claimed by this catalog.

open On-chain art + music · source ↗

Science + learning

code present

Evidence and arithmetic stay visible.

Evidence and limits

bFood, bEarth, symposium and university source is present. Some capabilities are static computation; external references and optional services retain their own availability boundaries.

open Science + learning · source ↗

8 · Delivery

GitHub Pages + shared UI

code present

One set of facts, three ways to explore it.

Evidence and limits

The public edition is served through GitHub Pages. tour.js and skaists.css provide shared navigation, language and register styling. Reachability is not proof of permanent-storage publication.

open GitHub Pages + shared UI · source ↗

Implementation inventory / runtime acceptance / source provenance

Component / layerImplementationEvidence and limitsInspect
bzDiD + recoveryIdentitycode presentBIP-39 encodes a 256-bit recovery root. encodeRecoveryPhrase/decodeRecoveryPhrase restore it directly; deriveRecordKey uses Ed25519 and deriveK1Key uses secp256k1; those derived keys are classical. Post-quantum keys from the same root are the bPQ row below. This is not a BIP-44 wallet claim.open bzDiD + recovery · source ↗surfaces/onboarding/bzdid-key.js
bPQ keys + sealed objectsIdentitycode presentbpq.js derives ML-DSA-65, X-Wing (ML-KEM-768 + X25519) and a vault key from the root the recovery words carry, plus an SLH-DSA-SHAKE-256f succession key of which only a hash is published; the bzpq1 id commits to both. Sealed objects (SPEC-BPQ-1) are AES-256-GCM segments with per-reader key slots that name no reader. crates/bsigner/src/bpq.rs derives the same keys and opens the same objects natively; both implementations must pass surfaces/bpq-vectors.json in CI. @noble/post-quantum is self-audited and the RustCrypto crates are unaudited, so their agreement is a cross-check, not an audit. Keys live in browser memory while the keychain is connected; no hardware custody.open bPQ keys + sealed objects · source ↗surfaces/bpq.js
bSAFE 7 + Safe 7 hardwareIdentitycode presentFirmware fork and native host source located. PQ user signing (ML-DSA-65 under its own bzpq1 id from SLIP-21 BZPQ-DEVICE v1, bound both ways to the wallet id, SPEC-BPQ-1 section 7) runs on the T3W1 emulator and cross-checks with bpq.js and bsigner. ML-DSA device attestation is distinct from user signing and recovery. The host has classical Noise transport scaffolding; btrezor refuses signing. Hardware fit, a reproducible release, recovery and physical-device acceptance remain unverified.source ↗docs/receipts/bpq-safe7-emulator-2026-10-04.json
bSigner PQ softwareIdentitycode presentpq.rs implements ML-DSA and ML-KEM using host-generated seed files; these are not Trezor-held keys. bpq.rs re-derives the browser bPQ keys from a bdidrec recovery code and opens or verifies bpq1 objects, cards and bindings (bsigner bpq-open, bpq-verify). No bSAFE firmware signing integration is verified.source ↗crates/bsigner/src/pq.rs
Rust coordination kernelCoordinationcode presentWorkspace membership is read from Cargo.toml below. Source presence and passing isolated tests do not establish deployment of every crate.source ↗Cargo.toml
x0x transportCoordinationcode presentops/x0x carries the deployment runbook. Public-mesh acceptance is separate; #622 measurement work moved back to x0x #504. No new mesh benchmark is claimed here.source ↗ops/x0x/README.md
Buzz rooms (relay + agents)Coordinationcode presentUpstream block/buzz at commit 8af2d91f is a self-hosted Nostr relay workspace. Identity is secp256k1 with Schnorr signatures (ARCHITECTURE.md:159-163; crates/buzz-core/src/verification.rs:11 verify_event), so it is not post-quantum; that gap belongs to the full-PQ crypto lane. The relay is the single source of truth, with no federation or gossip (ARCHITECTURE.md:7). By default one relay URL serves one community; multi-community mode shares one Postgres with every row and query keyed by community_id (ARCHITECTURE.md:564). The channel member cap is an optional per-channel max_members (schema/schema.sql:94); no fixed room limit exists in source. Our deployed relay version and disk state are UNVERIFIED as of 2026-10-03: the last record is image 0.2.1 built 2026-08-08, 18 migrations behind upstream, from the 2026-09-18 audit, and the host inspection has not run. Running containers are evidence of deployment, not of acceptance.open Buzz rooms (relay + agents) · source ↗docs/dispatches/2026-10-02-three-collisions-to-full-function.md
Hive bIndexerDiscoveryimplementation unlocatedA distinct deployable implementation or endpoint has not been located in the bounded investigation. It is not the Rust chain indexer. Hive node reachability does not verify this integration.source ↗docs/dispatches/2026-10-02-genealogy-preservation-dependencies.md
Hive RPC adapterDiscoverycode presentwallet-adapter-hive.js::hiveCall is a balance-only adapter. A keyless Hive node read was observed on 2026-10-02; genealogy publishing and indexing were not.open Hive RPC adapter · source ↗surfaces/wallet-adapter-hive.js
Vaulta ReaderDiscoverycode presentKeyless table reads with endpoint fallback, pagination and caps. On 2026-10-02 the first endpoint returned 10 registry rows and more:true; this is not a full registry or genealogy anchor verification.open Vaulta Reader · source ↗surfaces/blight/vaulta-reader.html
Rust bindexerDiscoverycode presentRust/SQLite indexing, exSat/EVM first, with a BCH schema seam. Source ingestion and read routes exist; live genealogy ingestion and a Hive adapter remain unverified.source ↗crates/bindexer
bData + zbDataDatacode presentbdata.js and the intake bridge own artifact policy and preservation handoff. The 2026-10-02 observation found intake ready and its quote backend disconnected. This is a dated observation, not a current health check.open bData + zbData · source ↗surfaces/bdata.js
bPay + wallet adaptersValuecode presentQuotes, invoices, authorization, settlement and reconciliation are separate states. The genealogy helper has a historical pkg3 default; it is not authorization for a new edition. No payment occurred for the current genealogy archive.open bPay + wallet adapters · source ↗tools/genealogy/bpay.mjs
Autonomi / ANTStoragecode presentRead-store and prepare/finalize adapters exist. The pkg10 quote was captured on 2026-10-02; its upload remains disabled because the client cannot atomically enforce both payment ceilings. No storage retrieval of this edition is verified.open Autonomi / ANT · source ↗surfaces/myspace-adapter-ant.js
Arweave / ARStoragecode presentarweave.js::fee and wallet-adapter-arweave.js exist. Since Arweave 2.9 a secp256k1 key owns an address natively, so the wallet derives one from the keychain (context ar:<soul>) with no extension, reads it keyless and can publish small files from it; the message format is checked against mainnet tx G59jD7x4Ykz0sC4lf-gtsHzYovzjuc0MORyD-O4aWA0 (e2e/wallet-arweave-keys.mjs). A size-based pkg10 quote was captured on 2026-10-02. No funded publish receipt from a derived address exists yet.open Arweave / AR · source ↗surfaces/arweave.js
Genealogy + preservationApplicationscode presentThe public browser verified the resolver, person pages and chart repair on 2026-10-02. The corpus reaches 143 generations by shortest recorded parent paths; this measures the archive, not proof of ancestry. The interactive package is prepared and quoted, not uploaded.open Genealogy + preservation · source ↗tools/genealogy
Hive text wiki → ANT / AR pointersApplicationsproposalProposed opt-in deceased-relative records with address, hash, byte size, media type, attribution and version pointers. No signer, publisher or live Hive bIndexer integration is delivered for this proposal.open Hive text wiki → ANT / AR pointers · source ↗docs/dispatches/2026-10-02-genealogy-preservation-dependencies.md
bQueenBee + social relaysApplicationscode presentThe surface and relay paths exist. The organ board reports browser-relative reachability and NIP-11 identity; those probes do not prove message delivery, indexing or permanent anchoring.open bQueenBee + social relays · source ↗surfaces/bqueenbee-live.html
Compute gate + meteringCoordinationcode presentThe gate and meter have source and deployment runbooks. A gate response demonstrates a reachable route, not a completed compute job or settlement.open Compute gate + metering · source ↗scripts/buzz-meter
On-chain art + musicApplicationscode presentThe gallery, museum, instruments and studio use their own adapters. Every art surface appears in the complete directory below; no fresh audit of every chain or artwork is claimed by this catalog.open On-chain art + music · source ↗surfaces/blight
Science + learningApplicationscode presentbFood, bEarth, symposium and university source is present. Some capabilities are static computation; external references and optional services retain their own availability boundaries.open Science + learning · source ↗surfaces/university
GitHub Pages + shared UIDeliverycode presentThe public edition is served through GitHub Pages. tour.js and skaists.css provide shared navigation, language and register styling. Reachability is not proof of permanent-storage publication.open GitHub Pages + shared UI · source ↗surfaces/tour.js
Full Rust workspace · 59 declared crates

Generated from Cargo.toml. This list is complete for that workspace declaration; separate tools, services and external repositories are not silently counted as deployed crates.

The complete surface directory below includes every tracked page and registry route, with direct dependency evidence and explicit runtime limits.

Explore all surfaces and their source dependencies ↓

the engine room

what runs under all this

one picture of what actually runs under every door here, in plain words, with the honest parts included.
your identity sits at the bottom. everything above it can be replaced.
reading the engine…
where Autonomi runs here
every claim here is linked to its record or marked as a debt.

the engine

answeredno answernot watchedscaffolding
follow one file
bnr://engine
debts named, not hidden

tiers · root below, everything else above

    organ · roadsstate

    #doors / source referencesruntime

    debts and dates · as stated

    one real file · read from the generated receipt

    verify · no trust in this page needed

      the whole engine room

      ⚙ the Engine Room

      A visitor asked the best possible question — and the answer
      A visitor asked the best possible question: "there's a lot going on — which part shows me Autonomi?" This page is the answer. One picture of what actually runs under every door on the hub, in plain words, with the honest parts included. (He came back: "I like the use of multiple systems together, and the split between Arweave & Autonomi based on size of file." — the page did its job, and the loop is on the record.)
      The whole estate, one engine diagram: the identity root, the rust kernel, the rails that carry data and value, and which door runs on what — measured, not claimed. Born from a stranger's question: "which part should I look at to see an interesting use of Autonomi?"
      Architecture disclosure: bzDiD root → rust coordination kernel → adapter layer (storage, chains, relays) → dApps. Storage routing is a price-break function; per-surface rail usage below is measured by endpoint grep, dated, not self-reported. Bootstrap dependencies and unmigrated relays are named as debts, not hidden.

      THE ORGANS — live status, read from where you sit

      …organs · read live from your network, just now
      The status law — what each status means and does not
      every status on this board says what it means AND what it does not mean — a status board must never confuse "this is broken" with "I can't see it from here". these reads come from YOUR network, your browser, just now: a status here is a fact about the road as much as the organ.
      the estate's heartbeats, drawn live — green when a road answers, lilac when a road goes quiet. never red for silence: silence is a guard, not a scream.
      probes: no-cors reach per road · NIP-11 identity (Accept: application/nostr+json) on each hive · the compute gate's 401 as the lock's own pulse. observer = your browser; every result is a path-relative fact.
      alivemeans: it answered this page just now, over the road shown. does NOT necessarily mean it will answer tomorrow, or from every road — an answer is a moment, not a promise.
      guard · no answermeans: this road gave no answer. does NOT necessarily mean the organ is down — the road can be the fault. the same box answered the whole planet while one filtered network saw nothing.
      via fallbackmeans: the brand road went dark on your network; the backup road answered. does NOT mean down — up and unreachable are two different facts.
      other answermeans: it answered, but not in the expected shape. does NOT mean broken — versions and answers differ.
      not watchedmeans: this page keeps no eye on this organ. does NOT mean broken or idle — absence of a watch is not absence of function.
      hazardmeans: the two roads disagree about what this organ is. this one means exactly what it says — a split identity is the one state this board calls a hazard.

      THE SHAPE — root below, everything else above

      🐝 bzDiD — the identity root
      self-authenticating identity (Self-Auth + DiD), built to survive the loss of any layer above it — including any single storage network. The root is yours; everything else is replaceable. see it live
      ▼
      the coordination kernel — rust
      A public Rust workspace of 59 crates, declared in Cargo.toml. Runtime deployment is verified separately. source
      ▼
      the adapter rails — storage, value, relays
      Storage routes by measured economics: ◈ Arweavecarries small public immutable data — priced per byte, one endowment. ⬢ Autonomi
      How storage routes are chosen — measured economics, not habit carries large public and all private immutable data — priced per RECORD by node fullness, then ×3: ADR-0008 (PROPOSED, 2026-07-28, WithAutonomi/ant-node) sets a calibrated quadratic in the node's COMMITTED key count — price_per_record(n) = 0.00390625 + 0.03515625×(n/6000)² ANT, per its signed storage commitment, not raw files — and the client pays 3× the median quote; one record is up to 4 MiB, so a ~100 kB file is one record; merkle batches (64+ chunks) pad to a power of two, so 65 chunks pay as 128.
      read at source. The crossover between the two is therefore a FUNCTION, not a constant — it moves with the ANT price and with network fullness — so the estate measures per job and lets the receipts keep the history. Private immutable data always routes to Autonomi (self-encrypted). The routing law exists for one person — the poor starving artist: an inscription-sized artwork must cost cents to keep forever, and a lifetime's archive must not cost a lifetime. The split is not cleverness; it is who this was built for. Value and state: ▣ Vaulta (RAM/CPU/NET resource model — the .b registry lives here) · ⟠ Base + Ethereum(the on-chain art the gallery reads keylessly) · ₿ Bitcoin(read via Esplora in the museum). Voice: ◆ Hive longform · relays.
      ▼
      the dApps — every card on the hub
      Static pages with client-side tools and optional service or wallet connections. A read-only page, a signing action and a paid service have different authority boundaries. back to the hub
      The honest parts — stated before anyone asks
      The honest parts, stated before anyone asks: GitHub Pages currently serves these pages — a temporary bootstrap crutch, and any small server you might find behind a feature is the same. The mirror lane already hashes and stages the evidence corpus for permanent storage, and the bSky/Nostr relays are the last planned migration — once anchored to the chains and ANT/AR, redeploying relays and nodes becomes autonomous. A page that hid its scaffolding would be advertising; this one is a receipt.

      FOLLOW ONE FILE — the data loop, one journey, three depths

      where is my data, who can see it, what happens next? this loop answers the three questions for any file you bring. tap a stage to look inside — nothing is sent, nothing changes; this is a map, not a machine.
      the estate as a living system: data enters like breath, crosses selective membranes, becomes useful work, leaves evidence behind, and the result feeds the next decision. homeostasis, not hustle — a healthy loop knows how to wait.
      one control loop over four circuits — payload, authority, evidence, value — each stage expandable to real components, policy boundaries and implementation status. proposed architecture is labeled as such; only receipts claim verified.
      choosing a depth changes the explanation only — never permission, privacy, or payment. this picture is a recorded explanation, not live telemetry: nothing here is watching anything right now.
      four circuits, never confused: ● payload — what is being worked on · ◆ authority — what is permitted · ◇ evidence — what actually happened, and how we know · ○ value — resources, charges, settlement
      ↺ the loop closes — the result feeds the next decision, and waiting is a healthy state here, not a failure
      select a stage above to inspect it

      ONE REAL FILE — the first source-backed example

      every number on this card is read mechanically from the intake and quote receipts, never re-typed by hand; a source that is absent says so instead of guessing

      Earlier architecture notes, retained for context. Current implementation and dated quote evidence are in the component inventory above; planned work is not a completed upload.

      WHERE AUTONOMI IS IN THIS ESTATE, RIGHT NOW — the direct answer

      1 · The founder's own vault runs on it today — personal data storage through the Autonomi App, with a hardware-wallet payment lane spec'd so that no key ever leaves the Trezor: the network's own external-signer flow prepares and finalizes while the device signs (SPEC-AUTONOMI-TREZOR-1).
      2 · The evidence commons is staged for it — 20 government primary documents (the citations our science surfaces stand on) harvested, sha256-hashed into an append-only public manifest, awaiting the one Trezor signature that puts them beyond any administration's delete key.
      3 · The private-data doctrine matches the network's — Autonomi's DataMap-held private immutable data is the storage-layer twin of this estate's law that raw personal data is sealed to its owner, never to an operator.
      4 · This sprint's receipts land the estate write-path — read-path receipt first (zero keys, zero cost), local devnet end-to-end second, then one founder-signed public upload. Each lands as a receipt in the open repo, dated, reproducible.
      5 · And the boundary, stated: nothing in this estate's pages holds an Autonomi key or posts autonomously — the external-signer ceremony is the only write, and a human hand is the gate. That is a design law, not a limitation.

      Which door runs on what — all 128 surfaces

      Every tracked HTML surface and every estate registry route, generated from this checkout. 119 registered routes; 9 additional tracked pages. All three views share this complete directory.

      Dependencies below are direct script references in page source, not a fresh runtime audit or proof that a chain is used. Inline code, dynamic imports and backend dependencies require inspection through the source links. A page with no script references is not certified offline. Source links open a new tab.

      128 of 128 surfaces

      Door / purposeImplementation dependenciesRegistration / evidence
      ant-doorthe Autonomi door — mainnet bytes read same-origin through the estate GET-only door1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/ant-door.html ↗
      attestone tongue, one evening, signed1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/attest.html ↗
      austras-koksaustras koks: the family line as the latvian tree of life, climbed branch by branch; living people stay out1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/austras-koks.html ↗
      b4bour receipts, measured on Base1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/b4b.html ↗
      bantfarmtwo treasuries and the node farm, live1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bantfarm.html ↗
      bchatthe estate's messaging surface — one thread, three trust lanes (SMS low-trust · BNR private · Autonomi capability)6 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bchat.html ↗
      bdataMy Data — who can get it, what is happening to it, what the bees may do3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bdata.html ↗
      bearthwhat one food would cost the planet1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bearth.html ↗
      bfactorythe ratified plan, made walkable1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bfactory.html ↗
      bfoodyour nutrients, drawn honestly, never zero1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bfood.html ↗
      bigencannabis and cancer, graded honestly1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bigen.html ↗
      biqcompose a cited wiki proposal, never post1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/biq.html ↗
      blanguagedock your tongue, no permission1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blanguage.html ↗
      blight-bnri-gallerythe fleet's own art2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/bnri-gallery.html ↗
      blight-c1-aidtaxonomy sizing, from the tree's own numbers2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/c1-aid.html ↗
      blight-comparethe ERC-20i family, artist by artist1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/compare.html ↗
      blight-coophemp biomass, ranked by criticality1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/coop.html ↗
      blight-demothe logo is the transmission1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/demo.html ↗
      blight-farmersstalls, bAccords, settled in fUSD1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/farmers.html ↗
      blight-gallerya walking tour of on-chain art1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/gallery.html ↗
      blight-hearthco-create with the hive's AI2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/hearth.html ↗
      blightone operation, many frequencies2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/index.html ↗
      blight-inscription-explorerwhose art shall we visit?4 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/inscription-explorer.html ↗
      blight-marketinscriptions, honestly traded2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/market.html ↗
      blight-midi-organthe seed becomes sound1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/midi-organ.html ↗
      blight-midione seed, a performance1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/midi.html ↗
      blight-midiroomthe bMiDi room — three densities1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/midiroom.html ↗
      blight-midivaultthe vault — music on Autonomi1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/midivault.html ↗
      blight-museumwhat "on-chain" actually means2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/museum.html ↗
      blight-pixelrefinersmeared art in, crisp cells out1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/pixelrefiner.html ↗
      blight-profilethe profile half that needs no server1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/profile.html ↗
      blight-pulsebX pointers live on the relay4 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/pulse.html ↗
      blight-qrroses-smilA declarative, animated rose garden.1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/qrroses-smil.html ↗
      blight-qrrosesroses and bees over a frozen code1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/qrroses.html ↗
      blight-qrtreethe URL lives in the code1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/qrtree.html ↗
      blight-studio-gatedrop a layer, get a verdict2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/studio-gate.html ↗
      blight-studio-musiccompose, loop, export an inscription1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/studio-music.html ↗
      blight-vaulta-readerthe b-indexer's read path, keyless2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/vaulta-reader.html ↗
      blight-workbenchthe instrument (tech bench)2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blight/workbench.html ↗
      blongevityyour body builds its own cannabinoids1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blongevity.html ↗
      bloodWalk the Latvian tree of life, explore the fan chart, and inspect family evidence across 44 generations and beyond1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/blood.html ↗
      bmeshasipledge your iron, metered, paid first2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bmeshasi.html ↗
      bnamesnames on our chain, read live2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bnames.html ↗
      bnamesdaya name has a day, a day has a name3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bnamesday.html ↗
      bqueenbee-livetalk to the hive's machine referee1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bqueenbee-live.html ↗
      bsetthe set the founder builds to1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bset.html ↗
      bsymposiumtwo food protocols, both receipted1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bsymposium.html ↗
      btranslatedyour name in your tongue1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/btranslated.html ↗
      buzz-directorythe estate hives and the public buzz directory, verified1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/buzz-directory.html ↗
      buzz-studiopaint a comb together, live1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/buzz-studio.html ↗
      bviewwatch a public autonomi video in the browser — paste an address, no app, no account3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/bview.html ↗
      combthe comb — canon geometry, one renderer at every zoom2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/comb.html ↗
      dao-dashboardhow a treasury says I don't know1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/dao-dashboard/index.html ↗
      design-systemThe shared visual language, tokens and components.1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/design-system.html ↗
      devroombuilders' findings, written for strangers1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/devroom.html ↗
      dockwhat is proven, and what is not1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/dock.html ↗
      doors-beehivebiomassfor someone with a machine to contribute1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/beehivebiomass.html ↗
      doors-beehivenature-buzzthe science hive door — both roads shown, clean road for filtered networks1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/beehivenature-buzz.html ↗
      doors-beehivenaturefor someone who just heard the name1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/beehivenature.html ↗
      doors-bnature-biofor a scientist, or anyone with a health question1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/bnature-bio.html ↗
      doors-bnature-socialfor someone who wants people1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/bnature-social.html ↗
      doorsSix front doors, each with a different place to begin.1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/index.html ↗
      doors-plurfor a raver1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/plur.html ↗
      doors-skaists-buzzthe founder's hive door — both roads shown, clean road for filtered networks1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/skaists-buzz.html ↗
      doors-skaistsfor an artist, a DJ, a festival vendor1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/doors/skaists.html ↗
      festivalyour day on the floor, free1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/festival/index.html ↗
      fieldnotesthe logbook — receipts, measurements, honest costs1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fieldnotes.html ↗
      fleet-hosted-gallery-acid-cascadeThe chronic inflammatory cascade, argued3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/gallery/acid-cascade.html ↗
      fleet-hosted-gallery-indigo-indexChronic disease economics against GDP3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/gallery/indigo-index.html ↗
      fleet-hosted-gallery-resonanceConsciousness, Earth frequency, plant medicine3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/gallery/resonance.html ↗
      fleet-hostedNine surfaces, one night, one hand2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/index.html ↗
      fleet-hosted-lab-blend-labTobacco blend ratios, flavour and cost3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/blend-lab.html ↗
      fleet-hosted-lab-bnr-dashboardReads what the other instruments write3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/bnr-dashboard.html ↗
      fleet-hosted-lab-edible-trackerEdible dosing, onset, and effect log2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/edible-tracker.html ↗
      fleet-hosted-lab-flower-labTHCA blending calculator with session log3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/flower-lab.html ↗
      fleet-hosted-lab-intake-trackerDaily cannabinoid intake against your RDI2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/intake-tracker.html ↗
      fleet-hosted-lab-spliff-labRoll composition against absorbed-THC target3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/fleet-hosted/lab/spliff-lab.html ↗
      fleet/acid-cascadeTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/acid-cascade.html ↗
      fleet/blend-labTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/blend-lab.html ↗
      fleet/bnr-dashboardTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/bnr-dashboard.html ↗
      fleet/edible-trackerTracked page; not yet in estate registryInline code; no direct script references
      Inspect dependencies

      Inspect page source for inline code, dynamic imports and service calls.

      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/edible-tracker.html ↗
      fleet/flower-labTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/flower-lab.html ↗
      fleet/indigo-indexTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/indigo-index.html ↗
      fleet/intake-trackerTracked page; not yet in estate registryInline code; no direct script references
      Inspect dependencies

      Inspect page source for inline code, dynamic imports and service calls.

      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/intake-tracker.html ↗
      fleet/resonanceTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/resonance.html ↗
      fleet/spliff-labTracked page; not yet in estate registry1 direct script references; inline code also present
      Inspect dependencies
      https://cdn.jsdelivr.net/npm/chart.js (external script reference)
      Registration gapRuntime integration: unverified by this inventory.surfaces/fleet/spliff-lab.html ↗
      forge-hexfieldroll a seed, grow a lattice1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/hexfield.html ↗
      forge-huddlethe same room, across machines1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/huddle.html ↗
      forgeinstruments, not presets, for artists1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/index.html ↗
      forge-orbit-v2tinkering fork of the frozen orbit renderer — counted by the tree, deliberately not presented (presenting invites edits to the pinned original)1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/orbit-v2.html ↗
      forge-orbitseeded rose curves in SVG1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/orbit.html ↗
      forge-roomtwo tabs, one shared field1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/forge/room.html ↗
      hardware-buildclimb from user to producer1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/hardware/build.html ↗
      hardwareopen hardware you can actually read1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/hardware/index.html ↗
      hardware-labdevice reviews, science and art1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/hardware/lab.html ↗
      hardware-securitysecurity events, read honestly1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/hardware/security.html ↗
      indexArt, science and tools made in the open — with people to meet.6 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/index.html ↗
      jamspermanent redirect to music.html — the room's old address, kept so every saved link keeps workingInline code; no direct script references
      Inspect dependencies

      Inspect page source for inline code, dynamic imports and service calls.

      Registered surfaceRuntime integration: unverified by this inventory.surfaces/jams.html ↗
      kandimake it, name it, gift it2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/kandi.html ↗
      keys-addressesone soul, two mailing addresses1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/keys/addresses.html ↗
      law-of-the-seathe estate's naval data language — a data action gets the sea's word; manifest is ruled1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/law-of-the-sea.html ↗
      listeningone seed, sound and sight1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/listening.html ↗
      local-agentthe local agent — a Qwen mind that runs in your page1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/local-agent/index.html ↗
      mission-roomthe Buzz mission room — work units, receipts, evaluator and treasury in one open room3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/mission-room.html ↗
      missionsthe mission desk — proposals, ceilings and human levers for supervised autonomy3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/missions.html ↗
      museumThe royal art collection and the stories it carries.2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/museum.html ↗
      musicSKAISTS mUsiC · PLUR jam — shared room manifest, encrypted set; three views, BNR color law1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/music.html ↗
      myspacekeep a file on your phone, or share one — you choose which, per file4 direct script references
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/myspace.html ↗
      onboarding-htmlpermanent entry shim to onboarding/index.html � the New-bee URL skaists.dev/surfaces/onboarding.htmlInline code; no direct script references
      Inspect dependencies

      Inspect page source for inline code, dynamic imports and service calls.

      Registered surfaceRuntime integration: unverified by this inventory.surfaces/onboarding.html ↗
      onboardingthe two-minute held-hand join ceremony3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/onboarding/index.html ↗
      onboarding-receivecatch a beam of light, camera only1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/onboarding/receive.html ↗
      or-boardthe OR board — every agent, every bug, every kit1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/or-board.html ↗
      plurthirty years of floor wisdom, receipted1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/plur.html ↗
      privacy-lensthe privacy lens — the private note, both sides of the glass1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/privacy-lens.html ↗
      profilethe dynasty layer — one name, every generation2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/profile.html ↗
      read-buzzread a public buzz message in the browser — no app, no account; private channels never shown1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/read.html ↗
      receiptsthe receipt ledger — hash-chained and machine-readable, every meaningful action on one line3 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/receipts.html ↗
      recordevery screenshot we ever kept1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/record.html ↗
      recoveryour 24 words, your keys, offline1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/recover.html ↗
      reviewattestation, never telemetry5 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/review.html ↗
      royalguardone deck, three doors, zero custody2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/royalguard.html ↗
      stackone engine diagram, honest parts included1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/stack.html ↗
      universitylearn to read the evidence1 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/university/index.html ↗
      vending-deckthe value deck — what a minted agent carries, card by card, every card a door asked live2 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/vending-deck.html ↗
      vendingthe vending machine — mint your agent, keep what you make6 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/vending.html ↗
      walletone soul, every chain, zero custody14 direct script references; inline code also present
      Inspect dependencies
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/wallet.html ↗
      watch-antpermanent redirect to bview.html — the viewer's old address, kept so every saved link keeps workingInline code; no direct script references
      Inspect dependencies

      Inspect page source for inline code, dynamic imports and service calls.

      Registered surfaceRuntime integration: unverified by this inventory.surfaces/watch-ant.html ↗
      watchthe SKAISTS watch room — one screen, the room shares it2 direct script references; inline code also present
      Inspect dependencies
      /watch/hls.min.js — unresolved local reference
      Registered surfaceRuntime integration: unverified by this inventory.surfaces/watch.html ↗

      LICENSING — fenced engine, open rails (the estate shows its own reasoning, 2026-08-29)

      Why we license this way — in plain words
      Why we license this way, in plain words: the part of this estate that handles money — the meter that bills, the vouchers you prepay, the gate that checks keys — is fully readable by anyone, today, but its commercial use waits behind a four-year window. Nobody can take our accounting engine and run it for profit on day one; everyone can read every line of it, audit it, and learn from it. The parts you'd want to build on — the wallet, the chain adapters, the Arweave signer — are open from day one, free for anyone to use, copy, and fold into their own work. Fenced engine, open rails.
      One sentence per side: the money machinery is readable now, forkable-for-profit never (four years protected, then it opens to GPL); the rails everyone interoperates through are Apache-2.0 open from the first minute. Adoption wants the rails everywhere — and wants the engine honest, which readable-but-fenced delivers.
      The terms, exactly as staged in the tree: the commercial moat (scripts/buzz-meter/ — meter.py the receipt/voucher/tithe engine, rate_set.json the pricing law, gate.js the per-key door) carries Business Source License 1.1: Licensor Travis Mark Remington <lovis@skaists.dev>; copy, modify, redistribute, and non-production use granted; production use per the Additional Use Grant (the one open IP-lawyer item — the 10% tithe coupling); Change Date = August 29, 2030 (the publish commit, 2026-08-29, + four years); Change License = GPL-2.0-or-later — on the Change Date the work re-licenses itself, no gesture needed. The rails (surfaces/wallet.html including the spend-cap engine, the three rail adapters, the first-party Arweave signer) carry Apache-2.0 — patent grant included, open now. Files where GitHub reads them: /LICENSE (Apache-2.0, repo root) · /NOTICE · scripts/buzz-meter/LICENSE (BSL 1.1, directory-scoped) · headers on every manifest file. Status: PUBLISHED 2026-08-29, the founder's deliberate publish — the BSL window is live; the moat opens to GPL-2.0-or-later on August 29, 2030. Full reasoning + the lawyer flags: LICENSING-PROPOSAL-2026-08-29.md.
      pathlicenseopens
      scripts/buzz-meter/meter.py · voucher_escrow.py · rate_set.json · gate.js BUSL-1.1 GPL-2.0-or-later on August 29, 2030 (the Change Date); readable + non-production now
      surfaces/wallet.html (+ spend-cap engine) · wallet-adapter-vaulta.js · -hive.js · -arweave.js · arweave.js Apache-2.0 day one — use, copy, modify, fold into your own work
      The precedent — every line below reads at source
      The precedent, verified at source 2026-08-29 (every line below read from the project's own license file, not recalled): Uniswap v4-core ships BUSL-1.1 — Change Date the earlier of 2027-06-15 or an ENS-specified date, Change License MIT — while v4-periphery is MIT today: the exact fenced-core/open-periphery shape (licenses/BUSL_LICENSE, read at source). Uniswap v3-core proves the window closes as designed: its BSL carried Change Date 2023-04-01, now passed — the work is GPL-2.0-or-later today (LICENSE read at source: "GNU General Public License v2.0 or later"). MariaDB authored the BSL and its covenants govern any use of the text — parameters only, terms unmodified (mariadb.com/bsl11, read at source). The pattern — protected core, open periphery, automatic conversion — is now standard open-core practice; we did not invent it, we measured it and followed it.

      ENGINEER FAQ — what breaks when X goes down, answered from the architecture

      Every answer below is a property of the design, checkable in the source — not a promise. Where the honest answer is "that hurts today," it says so, with the mitigation's state.
      failurewhat actually happens
      GitHub Pages goes downThe checked-in public files can be hosted elsewhere. A clone does not contain private service state, browser storage or every external dependency. Already-loaded functions may continue; new page loads and network-dependent actions can fail until another host is available.
      the GitHub org is deleted Git is the medium: every clone carries full history, and the mirror manifest publishes sha256es of the evidence corpus, so any copy can prove it is the real one. The corpus, specs and receipts are AGPL — legally re-hostable by anyone the moment we cannot.
      a VPS / relay disappearsFunctions using that service may stop. Recovery depends on its actual replicated state, backups and tested runbook. Planned chain or ANT/AR anchoring is not evidence that every relay is already recoverable.
      an RPC endpoint dies (Base/ETH/Arbitrum/Vaulta)Some adapters implement endpoint fallback; verify the specific adapter and its error behavior. A failed read must remain distinguishable from a zero balance. No fresh end-to-end failover sweep is claimed here.
      Autonomi has an outage — or dies entirelyRetrieval depends on reachable storage and the required recovery material or DataMap. An alternative adapter does not automatically recreate unavailable data. A second copy only helps when it was actually stored and its retrieval verified.
      Arweave stops accepting writesNew writes through that route fail or wait. Other routes require their own quote and authorization; an unuploaded artifact has no redundant permanent copy merely because two adapters exist.
      your nodes go down (the farm) Nodes are yours, on your machine — the network re-replicates chunks around absence, and your DataMaps keep working from any client: retrieval needs the network, not your nodes. Earnings pause; nothing is lost but uptime.
      the language corpus fails to fetch Every page falls back to English and says so — the picker's counter reads the truth (⚙ 0/N) instead of silently anglicizing. A withdrawn tongue stops rendering estate-wide while its history stays in the file.
      localStorage is cleared / you switch devicesPreferences and any locally stored application state can be lost. Recovery depends on the particular feature and retained recovery material or backups; do not assume browser storage contains only preferences.
      this page lies to you The standing answer: don't trust these pages either. Every claim links its source; the git history is the audit log; the university teaches the checking. The design goal is not "trust us" — it is maximum verifiability at zero credential cost.

      IF YOU CAME WITH ONE QUESTION — five doors

      "show me the Autonomi-era identity idea"
      Self-Auth + DiD, implemented: an identity that needs no server's permission and survives the loss of any adapter under it
      "show me something beautiful in 10 seconds"
      a walking tour of fully on-chain art, read live from two chains, keylessly
      "show me something useful to me personally"
      every nutrient your body needs, computed for your body, every number cited
      "I'm into AI × crypto"
      the b4b alpha — the Base-lane application
      "teach me to check any of this"
      five courses where every lesson ends in a verifiable act on real receipts