Propose: Participants: Customer, Merchant, Operator

On-behalf-of: Ben Stull <ben.stull>

rfcs/commercial-relationship.md

@@ -0,0 +1,19 @@
+---
+slug: commercial-relationship
+title: Commercial Relationship
+state: super-draft
+id: null
+repo: null
+proposed_by: ben.stull@wiggleverse.org
+proposed_at: '2026-06-01'
+graduated_at: null
+graduated_by: null
+owners:
+- ben.stull
+arbiters: []
+tags:
+- commerce
+---
+
+Commerce in OHM begins not with a transaction but with a relationship between two Humans exchanging value, with the platform standing between them as a steward rather than a party that extracts. This RFC defines that relationship as the root commerce concept, so that Orders, Listings, and Payments are understood as moments within a human relationship rather than as isolated conversions. It serves Relationality and frames the platform's core duty as stewardship of the people on both sides of the exchange.
+

rfcs/non-human-entities.md

@@ -0,0 +1,19 @@
+---
+slug: non-human-entities
+title: Non-Human Entities in OHM
+state: super-draft
+id: null
+repo: null
+proposed_by: ben.stull@wiggleverse.org
+proposed_at: '2026-06-01'
+graduated_at: null
+graduated_by: null
+owners:
+- ben.stull
+arbiters: []
+tags:
+- foundations
+---
+
+OHM is the Open *Human* Model, yet any real platform must also model things that are not humans — commerce nouns, instruments, systems. This RFC establishes how OHM may define a non-human entity at all: always in relation to the Human it serves, never as a free-standing abstraction. It is the conscious hinge on which the model broadens to hold commerce vocabulary without losing its human center, and it gives every later commerce concept a rule to be defined against.
+

rfcs/participants.md

@@ -0,0 +1,19 @@
+---
+slug: participants
+title: 'Participants: Customer, Merchant, Operator'
+state: super-draft
+id: null
+repo: null
+proposed_by: ben.stull@wiggleverse.org
+proposed_at: '2026-06-01'
+graduated_at: null
+graduated_by: null
+owners:
+- ben.stull
+arbiters: []
+tags:
+- commerce
+---
+
+Every commerce interaction involves Humans in distinct roles — the Customer, the Merchant, and the Operator who runs the platform — and the power between them is unequal. This RFC defines these roles as Humans-in-role (a legal entity such as an LLC is not a Human but is controlled by one), and names the power asymmetry plainly: the Operator holds deploy, data, and float power over everyone else. Naming that asymmetry is what lets later RFCs constrain it; the concept serves Agency and Dignity.
+

rfcs/stored-value.md

@@ -0,0 +1,21 @@
+---
+slug: stored-value
+title: Stored Value / Credit
+state: super-draft
+id: null
+repo: null
+proposed_by: ben.stull@wiggleverse.org
+proposed_at: '2026-06-01'
+graduated_at: null
+graduated_by: null
+owners:
+- ben.stull
+arbiters: []
+tags:
+- payments
+---
+
+Stored Value is the root money concept the ecommerce platform's credit model hangs on: value a Human has loaded and now holds on the platform, deliberately constrained — not cashable, not transferable out, and explicitly not a stablecoin. The constraint is not incidental; it *is* the definition, and it must be defined in relation to the Human whose money it is. Removing cash-out closes the redemption-fraud vector and the money-transmission trigger — but it also removes an exit the Human would otherwise have, so the concept must hold that tension in the open rather than hide it behind 'store credit.'
+
+Establishing Stored Value as a first-class OHM entity lets every downstream mechanic — Load, Settlement, Discount, Breakage, Float — cite one contestable definition of 'what the balance is' instead of each re-deriving it. It serves Agency (the Human's own money, with its exit deliberately removed) and Temporality (a balance persists, and a person's relationship to it changes over time). It is also where OHM broadens to hold a commerce noun, defined in service of the Human rather than the ledger.
+