IARPG-OPS-1 online Intelligence operations standard Fictional missions · neutral authorities

Research archive / Operational logistics and economy systems

Monetary Architecture, Genesis Allowance, and Economic Stabilization

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…

Monetary Architecture, Genesis Allowance, and Economic Stabilization

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.

Parameter Candidate Value
Grant magnitude 1.5–3.0 Basic Baskets
Restricted portion 50–80%
Transferable portion 20–50%
Issuance Once per platform-account & region
Character deletion Grant is not reissued on delete
Restricted validity 7–21 active days
First transfer unlock After 1–2 intro missions or 60–120 min
Full transfer access Upon 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 Type Candidate 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 fee 1.0%–2.0%
Shadow contract fee 2%–4% (illicit trades)
Property/cover tax increase 0–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/Metric Allowed 28-day Drift
Newcomer Price Index –1% to +2%
Operating Price Index –2% to +3%
Basic Basket Affordability 45–90 minutes of median newbie income
Active currency per engaged hour ±5% (stable over 28 days)
Fugitive-to-Lawful cost multiplier 1.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:

Field Description
Entry ID Unique ledger entry identifier
Timestamp (UTC) Event time
Player Account/Char Source account/character
Cover Identity Player’s active identity (for consistency/tracking)
Legal Status (e.g. Lawful, Monitored, Fugitive, Detained)
Currency Type (Liquid, Locked, Restricted, Escrow, etc.)
Debit Account From which wallet/fund the money is drawn
Credit Account To which wallet/fund it goes
Amount Signed quantity
Classification (Faucet, Sink, Transfer, Lock, Unlock)
Mechanic (e.g. Mission, Market, Tax, Property, Contraband trade)
Region World region context
Counterparty Type (Player, NPC, System)
Item/Service ID If applicable (for price index tracking)
Related Contract/Mission ID to link back to source
Reversal ID If 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 Scenario Test Objective
Mission exploit active 24h Can we isolate and reverse any unauthorized faucet?
Player base doubles overnight Does 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 fails Can fugitives still trade and move goods?
Major item duped Can item supply be corrected without ruining currency?
Currency duplication exploit Can we trace and neutralize fake ISK through ledger?
Mass organizational arrest Does freezing many accounts freeze market liquidity catastrophically?
Tax hike on essentials Do players shift to barter or find loopholes?
Luxury sink increase Does it inadvertently price out normal players?
Dormant wealth reactivated Does influx of old currency destabilize prices?
Regional supply shock Are 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 ID Time (UTC) Player Status CurType Debit Account Credit Account Amount Class Mechanic Notes
1000123 2026-08-15 14:02:30 PlayerA Clean Liquid PlayerA Wallet Market Escrow –5,000 Transfer Market Sale Sold meds (Item#752)
1000124 2026-08-15 14:02:30 NPC Shop System Liquid ShopEscrow PlayerA Wallet +4,875 Transfer Market Sale Received minus 2.5% fee
1000125 2026-08-20 09:15:10 System Liquid FeeAcct VoidSink –125 Sink Market Tax Collected 2.5% fee
1000150 2026-09-10 11:45:00 System Liquid +300 Sink Policy Recent change: +0.25% fee
1000178 2026-09-12 08:20:05 PlayerA Clean Liquid EventRewards PlayerA Wallet +1,000 Faucet Mission Completed tour op
1000200 2026-09-15 18:05:00 PlayerA Clean Liquid PlayerA Wallet PlayerB Wallet –500 Transfer Trade Bought camera (Item#820)
1000250 2026-09-20 16:00:00 System Liquid PlayerA Wallet VoidSink –50 Sink Transaction Settlement fee (10%)
1000300 2026-09-25 10:30:00 PlayerB Clean Liquid PlayerA Wallet PlayerB Wallet +450 Transfer Trade Remainder 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.

Connected tools and standards

Explore the wider AI ecosystem.