AI Wikis / Agentic Web

Monetary Architecture, Genesis Allowance, and Economic Stabilization

Report summary

Executive Summary Virtual-world economies must balance faucets (currency creation) and sinks (currency removal) to prevent runaway inflation. RogueIntelligence’s design will treat currency flows distinctly: creation (missions, NPC buys), destruction (taxes, NPC fees, confiscations), transfer (player

Status
Research archive item
Category
AI Wikis / Agentic Web
Length
2,723 words
Reading time
13 minutes
Report type
architecture

Key topics

  • AI Wikis / Agentic Web
  • AI Wikis
  • Agentic Web
  • Research Archive
  • Audit
  • Architecture
  • Governance
  • Monetary
  • Genesis

Research provenance

Archive status
Research archive item
Content identity
sha256:6933ebe8d5ca58e5221727e642593660f1ea4370ac4b5b2084b29b62d9a31c09

For citation, use the report title and canonical URL. Archival presence does not establish authorship or promote report statements into portfolio evidence.

This page renders the archived Markdown as safe, formatted HTML. It is background research and does not become a portfolio claim without evidence review.

Full report

On this page

Executive Summary

Virtual-world economies must balance faucets (currency creation) and sinks (currency removal) to prevent runaway inflation. RogueIntelligence’s design will treat currency flows distinctly: creation (missions, NPC buys), destruction (taxes, NPC fees, confiscations), transfer (player trades), and locks (escrows, frozen accounts). A one-time Genesis Allowance per player unlocks gradually through play and is denominated in a Basic Operations Basket of essentials. Mission rewards mix currency with supplies, reputation, and access, throttled by a bounded Emission Modifier. A diverse sink portfolio (market and escrow fees, maintenance, consumables) anchors prices, supplemented by aspirational sinks (housing, cosmetics). Smooth, tiered transaction taxes will discourage abuse without cliff effects. Four price indexes (Newcomer, Operating, Luxury, Fugitive) will be tracked, each with target stability bands. A detailed transaction ledger (double-entry, UTC timestamps) and dashboard (net issuance, active currency per player-hour, affordability) enable monitoring. Anti-Sybil algorithms flag mass account farming; progressive sanctions (escrow delays, fund quarantines, reviews) mitigate abuse. A graduated legal-status system (Clean → Wanted → Detained → Reintegrated) creates asymmetric constraints for fugitives: some economy tools remain (physical cash, barter, black-market contracts), but official services (banks, markets, housing) shut off. An agent-based simulator (diverse player archetypes, regional markets) will run 180-day tests with shocks (population swings, exploits, freezes, trade disruptions) to tune parameters. Acceptance criteria require stable newcomer affordability, a viable fugitive path, traceable issuance, and no cohort unfairness before launch.

Currency Flow Definitions

  • Currency Creation (Faucet): Any mechanic that injects new money into circulation (e.g. mission cash rewards, NPC bounty payouts, system-issued stipends). Excessive faucets without counterbalance cause inflation.
  • Currency Destruction (Sink): Mechanics that remove money permanently (e.g. transaction taxes paid to system, NPC service fees, burned escrow, fines). These drain wealth and counter inflation.
  • Transfer: Player-to-player payments or trades (auction sales, courier payments) simply move existing currency without changing total.
  • Lock / Unlock: Temporary immobilization of funds (escrow deposits, frozen accounts, collateral). Locked currency is out of immediate circulation but can return when conditions clear. Only net destruction counts as a sink.
  • Item Sink: Loss of items (durability decay, consumption) does not directly destroy currency but increases spending needs. E.g. ammo decay forces players to rebuy, indirectly sustaining sinks.

Example: A courier contract locking 10,000 credits for delivery: only the contract fee (e.g. 300 credits) is a sink when paid, while the remaining amount is a transfer upon completion.

Genesis Allowance & Basic Operations Basket

Each new account receives a one-time Genesis Allowance sized to cover a small Basic Operations Basket: introductory food, transport, a comms service, minimal lodging, basic ammo/repair, and a contract fee. This basket’s value adjusts with inflation. For example, the starter grant could equal 2.5 baskets, where 75% is restricted to approved vendors and 25% is liquid credit. Restricted credits can only buy account-bound staples (non-tradable or of minimal resale value) to prevent cash-out.

ParameterCandidate Value
Grant magnitude1.5–3.0 Basic Baskets
Restricted portion50–80%
Transferable portion20–50%
IssuanceOnce per platform-account & region
Character deletionGrant is not reissued on delete
Restricted validity7–21 active days
First transfer unlockAfter 1–2 intro missions or 60–120 min
Full transfer accessUpon Economic Clearance (see below)

Anti-Sybil and Abuse Controls

  • Per-account limit: Grant tied to platform account, not characters. Deleting characters doesn’t produce extra funds.
  • Fund funneling checks: Track intro transfers; e.g. block liquid transfers from fresh accounts until clearance. Prevent buying limited goods then trading them out. (Account-bound or low-value vendor items help.)
  • Economic Clearance gates: Require players to earn clearance via behavior rather than identity docs. Conditions may include completing several distinct tutorial tasks, playing a minimum time, maintaining a consistent cover identity, and passing fraud checks. For example: two different starter ops plus 120 minutes of play before any transfers; more missions and 24 hours for further lifts.

Mission Rewards and Emission Controls

Repeatable missions must not dump raw currency alone. Reward composition should mix:

  • Currency: 35–50% of the total reward, yielding new money.
  • Consumables/Materials: 15–25%, which must be bought or used (removes currency via NPC purchases).
  • Reputation/Access: 10–20%, unlocking services or info instead of cash.
  • One-time benefits: 10–20% (unique intel, license waivers, cover improvements, etc.).

This ensures dangerous high-paying tasks also give non-liquid value. More risk/rarity shifts reward toward intangible or delayed benefits (like insider info or permanent account perks) rather than gold.

Cash rewards should follow a formula, e.g.:

\[ \text{CashReward} = \text{BaseValue} \times \text{RiskFactor} \times \text{ScarcityFactor} \times \text{RegionalFactor} \times \text{EmissionModifier}. \]

  • Emission Modifier: A bounded, slowly changing multiplier (e.g. 0.75–1.25) adjusting to macro needs. It should never silently half a reward overnight; changes must be announced. Use diminishing returns for farming: e.g. reduce cash if the same player repeats a mission many times in a short span. Grant first-completion bonuses and reduce repeats. Favor under-served regions or goals with slight premium. Ensure each mission’s cash has a server-authoritative cap (per account, per day, global).

Sink Portfolio

Rather than one sink, use diversification so no playstyle feels unfairly drained. Baseline sinks include:

  • Market Fees: Listing and settlement fees on sales (small %, see next section). Removes currency even on failed listings.
  • Contract/Escrow Fees: Fees on player courier or service contracts (higher for illicit ones).
  • Property & Cover Maintenance: Recurring taxes for safehouses, housing, data storage, and for keeping your cover identity (ID upkeep, bribes to keep fingerprints clean).
  • Routine Services: NPC repairs, medical recovery, transportation tickets, communications/comm data, licensing exams, legal filings.
  • Consumables: Food and med kits that decay (must repurchase).
  • Energy/Utilities: Vehicle fuel, electricity for equipment, data charges.
  • Shadow Payments: NPC bribes and facilitation fees for fugitives (thematically money sinks in the black market).

Aspirational Sinks: Optional high-end spending that wealthy players desire but don’t affect core progression. Examples: HQ construction/fortification, flagship vehicles, cosmetic upgrades (outfits, custom safehouse interiors), unique titles or ceremonies, sponsoring public events, collectible art. These allow high-wealth players to burn credits without gating newbies.

Property upkeep (e.g. rent) should be fixed (tied to an economic basket) rather than % of market value. Allow mothballing: players can pause a facility (losing services) to avoid indefinite drain.

Transaction Taxes and Fees

Implement smooth, proportional fees to avoid cliff exploits. For example:

Fee TypeCandidate Rate
Listing fee (to system)0.25%–0.50% of listing value
Settlement fee (to system)0.75%–1.25% of sale
Basic goods fee (tier 1)0–0.5% (essential goods exempted or capped)
Higher-tier goods fee1.0%–2.0%
Shadow contract fee2%–4% (illicit trades)
Property/cover tax increase0–1% per cycle
Auto-adjust cap±0.25 pp per 28 days maximum

Fees should adjust slowly (e.g. quarterly) and within published bands, with advance notice. Don’t use hard cutoffs (e.g. “2% above 10k”); use curves or caps to prevent list splitting. Publish changes and review impacts on different player cohorts.

Studies of OSRS found modest transaction taxes had little effect on trade volume, and that the introduced item sink increased luxury-item prices, so taxes alone are not a cure-all. They should be one tool among many sinks. Always try adjusting mission outputs and luxury sinks before heavily taxing essentials.

Price Indexes and Affordability Targets

Track at least four price indexes for different economic levels:

  • Newcomer Index: Tracks the cost of a newbie’s basic basket (entry weapons, food, transport, entry-level services). Ensures new players can afford to engage.
  • Operating Index: Measures routine costs for a typical mid-tier player (ammo, repairs, mid-range housing, logistics, fees).
  • Luxury Index: Monitors high-end assets (HQs, top vehicles, rare cosmetics, guild upgrades). Luxury prices may rise as long as basics stay affordable.
  • Fugitive Index: The cost for a wanted player to obtain essentials (black-market food, covert transport, off-grid comms, generic weaponry). Should typically run higher (e.g. 1.5×–2.5× lawful prices) but not spiral out of control.

Target bands (initial tests): Aim for gentle inflation rates. For example:

Index/MetricAllowed 28-day Drift
Newcomer Price Index–1% to +2%
Operating Price Index–2% to +3%
Basic Basket Affordability45–90 minutes of median newbie income
Active currency per engaged hour±5% (stable over 28 days)
Fugitive-to-Lawful cost multiplier1.5–2.5×

Keep luxury index unbounded, but watch that (say) luxury land costs don’t make basic rent unaffordable. Regularly publish these indexes for transparency.

Ledger Schema and Telemetry

Maintain a double-entry ledger for every economic event. Key fields should include:

FieldDescription
Entry IDUnique ledger entry identifier
Timestamp (UTC)Event time
Player Account/CharSource account/character
Cover IdentityPlayer’s active identity (for consistency/tracking)
Legal Status(e.g. Lawful, Monitored, Fugitive, Detained)
Currency Type(Liquid, Locked, Restricted, Escrow, etc.)
Debit AccountFrom which wallet/fund the money is drawn
Credit AccountTo which wallet/fund it goes
AmountSigned quantity
Classification(Faucet, Sink, Transfer, Lock, Unlock)
Mechanic(e.g. Mission, Market, Tax, Property, Contraband trade)
RegionWorld region context
Counterparty Type(Player, NPC, System)
Item/Service IDIf applicable (for price index tracking)
Related Contract/MissionID to link back to source
Reversal IDIf this entry undoes a previous one
Fraud Risk Flags(e.g. Sybil Suspected, Outlier Trade)

Every entry is immutable; corrections use reversal references, not deletion. All timestamps and reporting use UTC for consistency.

Dashboard KPIs

Key metrics on the economic dashboard should include:

  • Net Emission: \( \text{TotalCreated} - \text{TotalDestroyed} \). (Positive means inflationary pressure.)
  • Active Currency per Player-Hour: \( \frac{\text{ActiveLiquidCurrency}}{\text{TotalEngagedPlayerHours}} \). Tracks money saturation among active players.
  • Affordability Ratio: Minutes to afford Basic Basket = \( \frac{\text{BasketPrice}}{\text{MedianIncome/min}} \). Maintains newcomer viability.
  • Price Indexes: Newcomer/Operating/Luxury/Fugitive over time.
  • Wealth Distribution: Median and percentile balances, Gini, and top-account concentration.
  • Velocity: Total transaction volume over currency stock.
  • Cohort Balances: Wealth per account age/entry cohort. Early entrants tend to hoard wealth.
  • Market Stats: Trade volume, bid-ask spreads, market depth for key goods.
  • Sink vs Faucet by source: Amount from each mission, tax, service vs. each sink type.
  • Anomalies: Escrow defaults, chargebacks, flagged trades, mission exploitation rates.

For example, EVE Online’s team monitors an Active ISK Delta metric: in June 2026 it turned positive when dormant players returned after an expansion. In June 2022 more ISK left EVE than entered, flattening the supply. RogueIntelligence should similarly separate idle currency from active flows, and adjust policies only after thorough data review.

Anti-Exploit and Governance Rules

Implement server-side detection of abuse patterns (Sybil accounts, duping):

  • Sybil Detection: Flag many new accounts sending funds to one recipient, identical play sequences, repeated newbie trades to a single clan, or circular transfers.
  • Exploit Flags: Unusual trade prices, duplicated items, negative totals.
  • Suspicious Behavior: Excessive mission farming beyond caps, impossible resource flows.

Progressive Responses:

  1. Limits & Delays: Increase transaction delays or lower transfer caps on suspicious accounts.
  2. Quarantine Funds: Temporarily lock suspect currency pending review.
  3. Multi-factor Clearance: Require additional play checks or human review before fully unlocking.
  4. Reversals: If confirmed, reverse illicit transfers via compensating ledger entries (never “destroy” player currency without trace).
  5. Sanctions: Warnings → temporary restrictions → account suspension for serious violators.
  6. System Rollbacks: Only in catastrophic exploits (must be last resort).

Legitimate cases (e.g. shared households, orgs) may trigger alerts but should have appeals mechanisms. All quarantines must be reversible upon appeal to avoid punishing innocents.

Use a multi-stage legal status rather than binary. Example progression:

  1. Clean – No restrictions.
  2. Observed – Minor flags, extra monitoring.
  3. Monitored – Must keep suspicious behavior in check or wages garnished for oversight fees.
  4. Restricted – Limited banking/market access; some services unavailable.
  5. Frozen – Bank accounts locked, no official income allowed.
  6. Wanted – Full fugitive status: govt services disabled.
  7. Detained – In custody (see below).
  8. Supervised Reintegration – Allowed limited normalcy under supervision.
  9. Restored – Full rights returned after penalties cleared.

Fugitive Restrictions: Wanted players lose access to government banks, official auctions, licensed vehicle travel, safehouses, and insurance. They rely on: physical cash, hidden stashes, barter or black-market trades, player-run credit, and anonymous courier networks. Some NPС services (like med recovery or low-tier food) remain at inflated prices. Critically, frozen funds are only locked, not deleted – forfeiture only happens via clear fines or failed escrow.

Shadow Contracts: For illicit courier deals, account flows should be carefully logged. E.g. a 10k black-market contract: 10k goes into escrow (lock), system fees (e.g. 300 + “heat” tax 600) are sinks, the rest (9,100) pays the courier (transfer). Seized evidence is locked, then destroyed only if convicting evidence. This avoids overstating money removal.

Detention (“Institutional Recovery”):

  • Replace punitive “mental hospital” with a security facility for rehabilitation/interrogation.
  • Allow play (recovery missions, legal puzzles) during detention.
  • Permit a low-cost, guaranteed path to reduce warrant (e.g. fixed fines, restitution tasks).
  • Never immediately strip all wealth or reset all progress. Offenses raise “heat” and severity but should not nullify previous mitigation. For example, minor infractions might simply extend detention; major crimes require extra tasks.
  • Provide parallel appeal processes using recorded evidence logs.

The facility itself can have an economy (e.g. detainees earn currency doing tasks, spend on better cell amenities, bribe guards) so punishment feels harsh but not game-over.

Simulation & Validation Plan

Before launch, build an agent-based economic simulator with diverse archetypes:

  • New or casual lawful players
  • PvE mission runners
  • Traders/merchants
  • Industrial producers (crafting/logistics)
  • Couriers (legal and rogue)
  • Property owners (rental businesses)
  • Organization admins (guild treasurers)
  • Wanted fugitives (low-tier, black-market)
  • Crime syndicate brokers
  • Returning dormant players
  • Multi-account/macro (bot or farming accounts)
  • Market manipulators/cartels

Run simulations over 180+ days across scenarios (constant growth, spikes, declines). Include random events and targeted shocks:

Shock ScenarioTest Objective
Mission exploit active 24hCan we isolate and reverse any unauthorized faucet?
Player base doubles overnightDoes starter issuance cause inflationary spike?
Active player drop 40%Do fixed upkeep costs force mass liquidation?
Monopoly on essentials (food, ammo)Can newcomers still afford starter basket?
Courier network failsCan fugitives still trade and move goods?
Major item dupedCan item supply be corrected without ruining currency?
Currency duplication exploitCan we trace and neutralize fake ISK through ledger?
Mass organizational arrestDoes freezing many accounts freeze market liquidity catastrophically?
Tax hike on essentialsDo players shift to barter or find loopholes?
Luxury sink increaseDoes it inadvertently price out normal players?
Dormant wealth reactivatedDoes influx of old currency destabilize prices?
Regional supply shockAre transport/hubs robust (regional price spikes)?

Go/No-Go Criteria: The economy should only graduate from testing if all are met:

  • New-player affordability stays in target band.
  • Fugitives always have some viable recovery path.
  • Farming/sybil strategies yield less net gain (after risk/delay) than normal play.
  • Every currency creation has a traceable source; no hidden minting.
  • All sinks are clearly defined (no accidental “hidden transfers” counted as sinks).
  • Exploitable sources can be cut off independently (no single faucet dominates).
  • Policies can be backtested on ledger history.
  • No sink disproportionately bankrupts a class of players (e.g. all new players).
  • Direct peer trades cannot bypass all economic controls.
  • False flags/quarantines are rare and reversible.

Visualization of policy timeline:

gantt
    dateFormat  YYYY-MM-DD
    title Economic Policy Cycle
    section Assessment
    Data Collection & Analysis :crit, a1, 2026-09-01, 14d
    Issue Notice of Review     :after a1, 7d
    section Adjustment
    Draft Policy Changes       :crit, 2026-09-22, 14d
    Community Feedback        :2026-10-06, 7d
    Approve & Publish Changes :2026-10-13, 3d
    section Implementation
    System Updates             :2026-10-16, 14d
    Monitor and Review        :2026-11-01, 28d

Sample snippet of the ledger (showing a transaction and a reversal):

Entry IDTime (UTC)PlayerStatusCurTypeDebit AccountCredit AccountAmountClassMechanicNotes
10001232026-08-15 14:02:30PlayerACleanLiquidPlayerA WalletMarket Escrow–5,000TransferMarket SaleSold meds (Item#752)
10001242026-08-15 14:02:30NPC ShopSystemLiquidShopEscrowPlayerA Wallet+4,875TransferMarket SaleReceived minus 2.5% fee
10001252026-08-20 09:15:10System—LiquidFeeAcctVoidSink–125SinkMarket TaxCollected 2.5% fee
10001502026-09-10 11:45:00System—Liquid——+300SinkPolicyRecent change: +0.25% fee
10001782026-09-12 08:20:05PlayerACleanLiquidEventRewardsPlayerA Wallet+1,000FaucetMissionCompleted tour op
10002002026-09-15 18:05:00PlayerACleanLiquidPlayerA WalletPlayerB Wallet–500TransferTradeBought camera (Item#820)
10002502026-09-20 16:00:00System—LiquidPlayerA WalletVoidSink–50SinkTransactionSettlement fee (10%)
10003002026-09-25 10:30:00PlayerBCleanLiquidPlayerA WalletPlayerB Wallet+450TransferTradeRemainder after fee
(Sample)(Sample)

Each entry shows double-entry flow. In row 1000250/1000300, Player A sold for 500; a 50-credit fee went to system (sink) and 450 transferred to Player B. This atomic audit trail supports analytics and reversals if needed.

Sources: Core principles are drawn from virtual economy research (e.g. capped inflation via sinks, transaction taxes in OSRS, EVE Online MERs, and academic analyses of MMO price data). The above parameters and designs are candidate ranges to be tuned by simulation and testing.