Compare commits
6 Commits
| Author | SHA1 | Date | |
|---|---|---|---|
| ef50262df3 | |||
| 73ed98a2c5 | |||
| a05be21751 | |||
| 8ac56601b0 | |||
| a567fe1afe | |||
| 75cd7c9c55 |
@@ -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.
|
||||||
|
|
||||||
@@ -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.
|
||||||
|
|
||||||
@@ -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.
|
||||||
|
|
||||||
Reference in New Issue
Block a user