Propose: Closed- vs Open-Loop Classification

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

rfcs/breakage.md

@@ -0,0 +1,19 @@
+---
+slug: breakage
+title: Breakage
+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
+---
+
+Breakage is value a Human paid for and may never receive goods against — from rounding and from dormant balances — and it is the sharpest ethics test in the entire product, because the platform profits from money the person never spent. This RFC defines Breakage in relation to the Human who is owed it, not merely as platform revenue. It serves Dignity and is bound tightly to Non-Extraction and Duty of Care.
+

rfcs/discount-reward.md

@@ -0,0 +1,19 @@
+---
+slug: discount-reward
+title: Discount / Reward
+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
+---
+
+The platform grants its discount at spend rather than at load, which is precisely what keeps balances parked in the ecosystem. This RFC defines Discount/Reward and names that parking effect honestly as a lock-in lever, so it is argued in the open rather than operating silently. It serves Agency by making the incentive visible and contestable.
+

rfcs/float.md

@@ -0,0 +1,19 @@
+---
+slug: float
+title: Float
+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
+---
+
+Float is the pool of outstanding prepaid balances the platform holds and can earn yield on — other people's money, held in trust. This RFC defines Float with the safeguarding rule built in: the float is protected, holders are not paid interest, and it is never lent out. It serves custody and Dignity, and pairs with Platform Sustainability and Breakage.
+

rfcs/load.md

@@ -0,0 +1,19 @@
+---
+slug: load
+title: Load
+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
+---
+
+A Load is the moment a Human moves real money into stored value, and not all loads are equal. This RFC defines Load and the principle that any reward must be funded by a fee the platform avoided, never stacked on a fee it paid — which is why bank rails can earn a discount and cards cannot. It serves Agency and depends on Informed Consent.
+

rfcs/loop-classification.md

@@ -0,0 +1,19 @@
+---
+slug: loop-classification
+title: Closed- vs Open-Loop Classification
+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
+---
+
+Whether stored value is clean store credit or a regulated money-transmission instrument turns on a single line: does value move only among commonly-owned storefronts, or between unaffiliated owners? This RFC defines that closed- versus open-loop classification, keyed to common ownership rather than storefront count. It documents the regulatory line the two-tier model rests on — it does not clear it, which remains a legal matter for counsel.
+

rfcs/settlement.md

@@ -0,0 +1,19 @@
+---
+slug: settlement
+title: Settlement
+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
+---
+
+Value is not real until it has settled, yet platforms routinely act on what is merely shown or pending. This RFC defines Settlement and the principle that 'shown is not received, and received is not settled,' so the platform releases value and goods only against funds it actually holds. It serves Epistemic Authority and is load-bearing for both online checkout and the in-person point of sale.
+