startups as
Stor.ng stor.ng
namespace seednamespace
Storage metered from the custody record. Put-away and release are EPCIS `storing` events on the epcis.dev spine, so every pallet-day billed is a day between two scans both sides can read.
From the Startup card at api.sb/stor.ng · Designed · Marketplace, Agent.
contested · 1 tension
- tier: namespace · projection lens A reads namespace (namespace); lens B reads projection (brand)
The two lenses (and any ledger statement) are kept side by side, not resolved. Most names carry one; it is a reading to explore, not an error.
What it is
| Tier | namespace | Inferred · med · portfolio-lens-a.tsv (tier) | |
|---|---|---|---|
| Status | namespace seed | Inferred · med · lens A tier namespace | |
| Product kind | — | no provenance | |
| Core noun | Custody event | Inferred · low · seed rule: the unit noun of lens B abstraction V-trace (portfolio-lens-b.md §1) | |
| Buyer and position | Deliverable Mint: "stor" | Inferred · med · portfolio-lens-b.tsv (icp_or_position) | |
| Closed set or journey | S20 Word-forming / domain-hack namespace (ing, .ng, .at, com.se) | Inferred · med · portfolio-lens-a.tsv (set_or_journey) | |
| Abstraction | V-trace | Inferred · med · portfolio-lens-b.tsv (abstraction) | |
| Role (lens B) | projection | Inferred · med · portfolio-lens-b.tsv (role) | |
| Registrar | netim | Inferred · high · holdings ledger (domains repo, read-only) |
Its stack
Stor.ng centre
│
EPCIS.Dev brands
╱ │ ╲
DB4.AI Events.org.ai Products.org.ai the concepts
╲
StartupBuilder.Dev brands
│
Startups.Management ─────── Startups.Studio the factory
╱ ╱ │ ╲ ╲
SaaS.Studio ────────────── SaaS.Dev MonthEnd.FinanceObjects.do Services.do Workers.do the foundation · Do.Industries
Click any node to re-centre the stack on it; the trail above keeps the nesting. Each node's own page is one more click.
Neighbours
Same abstraction (V-trace)
Barcodetransition.comBarcoding.DevEPCIS.DevTransactions.DevVisibility.AssociatesVisibility.CloudWorklists.AppWorklists.DevEPCIS.org.aiEvents.org.aiGS1.org.aiLogistics.org.aiBarcodetransition.orgBarcodi.ngCyclecounts.coExpediters.WorkExpediting.ServicesFulfilli.ngLoadlabel.comLumpers.ServicesManifests.ClickMispick.ClaimsPacklists.coPayonscan.DevPickups.ClickPunchout.ClickPurchasi.ngPurchasing.ToolsRfqs.ClickScanni.ngShipp.ngSourc.ngSuppliers.ClickSuppliers.ExchangeWorking.GamesWorklists.co
Listed by
no discovery view lists it yet
In logo rows
- EPCIS.Dev's row buildable
- Visibility.Cloud's row specified
Slices
in no slice
Relationships (2)
| from | verb | to | provenance | |
|---|---|---|---|---|
| Stor.Ng | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | EPCIS.Dev | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable sb def stor.ng: built on epcis.dev [low] — Every put-away and release is captured as an event on epcis.dev, which is what the pallet-day meter reads (inferred). | |
| Stor.Ng | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | Visibility.Cloud | Inferred · medium · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvspecified sb def stor.ng: built on visibility.cloud [medium] — domains-join.tsv files stor.ng as "a way into Visibility Cloud (item-level chain of custody recorded at every handoff)". |
Sign in to curate.
Edit log
loading the versions of this record from api.sb…
Machine-readable: /stor.ng.json