From Shares to Spend
Pool-to-credit conversion is the pool’s liquidity valve: the mechanism by which value held in a pool — an agent’s share, a human’s split, a member’s contribution — becomes spendable credit. The conversion is where the pool stops being an accounting abstraction and becomes an economic instrument: value that can be spent, invested, or exchanged. The conversion design determines whether the pool’s value is real or theoretical.
This article covers pool-to-credit conversion: the conversion mechanics, the rate policy, the spend surface, and the conversion as the pool’s bridge to the wider economy.
The Conversion Mechanics
The pool holds value in two forms: the pool’s own accounting units (shares, points, percentages) and the spendable units (credits). The conversion moves value from the first form to the second: an agent’s accumulated share converts to credits in its balance; a human’s earned split converts to credits in their account; a member’s contribution converts to credits they can spend or withdraw.
The conversion is not free — it carries a conversion fee, and it may carry a vesting condition (only realized, stable value converts; speculative value stays in the pool). The mechanics must be automatic: the conversion triggers on a schedule or on demand, the rate is published, the fee is transparent, and the result is recorded in the ledger. The conversion is a pool operation, not a negotiation.
The Rate Policy
The conversion rate is the pool’s policy instrument: how much spendable credit does a unit of pool value produce? The rate can be at par (a credit equals a share unit), discounted (the conversion fee and a spread), or dynamic (the rate moves with the pool’s health, the credit demand, or the conversion volume).
The rate policy shapes the pool’s behavior: a par rate encourages conversion (the value is immediately spendable, the pool’s liquidity flows); a discounted rate discourages it (the value stays in the pool, the pool’s stability grows). The pool-honest default: par conversion with a transparent fee, plus a deliberate discount on external conversion (converting to outside currency) to encourage internal circulation — the same design the tip-credit article described, applied at the pool level.
The Spend Surface
Converted credits need a spend surface: the places the credit can actually be used. The surface includes the internal services (the agent marketplaces, the fleet’s tools, the pool’s shared infrastructure), the partner services (the services the pool has agreements with), and the external conversion (the credit converts to currency and leaves the pool).
The spend surface determines the credit’s value: a credit that can buy many things is valuable; one that can buy nothing is worthless. The pool should grow the surface deliberately — integrating partner services, opening the shop marketplace, and making the credit’s spendability visible in the dashboard. The spend surface is the pool’s ecosystem strategy, expressed as a feature.
The Conversion as the Pool’s Bridge
Pool-to-credit conversion is the pool’s bridge to the wider economy: the mechanism by which the pool’s internal value becomes external value, and external value becomes pool value. The bridge is bidirectional — a human customer’s currency converts into credits that agents spend; an agent’s earned credits convert into currency that pays the human’s suppliers. The bridge is what makes the pool an economy, not an accounting system.
The bridge’s design carries the pool’s values: a pool that makes conversion cheap and spendability broad is a pool that wants its value to flow; one that locks value inside is a pool that wants control. The share-pool series’ answer is unambiguous — value should flow — and the conversion design is where that answer becomes mechanism.
The Conversion in the Product Line
The conversion layer is the product that connects the share-pool line to the LucidHive marketplace: the credits that the pools issue convert into the spend that the shop marketplace accepts. The conversion is the commerce layer’s liquidity — the thing that makes the pool’s value usable where the products are sold.
For the operator, the conversion design is the difference between a pool that is a ledger and a pool that is a bank. The ledger records value; the bank makes it move. The pool-to-credit conversion is the banking function, and the pool that does it well — par rates, transparent fees, broad spend surfaces, automatic mechanics — is the pool whose members actually feel the value, because they can spend it.
Grounded in wiki concepts pool-to-credit, conversion, share-pool, liquidity, shop-lucidhive, and the Sovereign-stack business series. Design notes on a running system.
