Vibes Admin Console - Virtual Economy & Gifting Management

Virtual Economy Overview

Real-time metrics of coin velocity, gifting volume, and platform margin.

Total Revenue

₹1,452,890

+14.2%

Real money spent on coins

Coins in Circulation

8,420,500

+8.1%

Active user coin balance

Diamonds Outstanding

4,210,250

Rate: 0.5x

Convertible receiver balance

Platform Margin

90%

₹1,307,601

Retained net revenue

Revenue vs Gifting Volume

Daily coin purchases and total gifted coin volume over the last 7 days.

Last 7 Days

Economy Health

Key parameters currently active in the production environment.

Diamond Conversion Rate

1 Coin = 0.5 Diamonds

Withdrawal Cap Limit

10% of Original Spend

Auto-Approval Rule

Active (< ₹5,000)

User Coin Purchases

Complete immutable ledger of real-money transactions for coin top-ups.

Txn ID	User	Real Money Spent	Coins Received	Gateway	Timestamp	Status

Gifting Transaction Log

Tracks peer-to-peer gifting events, coin deductions, and diamond credits.

Event ID	Sender	Receiver	Gift Item	Coin Value	Diamonds Credited	Timestamp

Withdrawal Approval System

Review pending diamond payout requests against maximum eligible limits (10% capped rule).

Automated Rule Engine

Req ID	User	Diamond Balance	Requested Payout	Max Allowed (10%)	Risk Score	Actions

Fraud Detection & Security Flags

AI-driven anomaly detection flagging circular gifting, rapid drainage, and wash trading.

2 Active Flags Requiring Review

Economy Parameter Settings

Configure real-time coin conversion multipliers and platform withdrawal caps.

Diamond Conversion Rate

Define how many diamonds a receiver gets per coin sent.

Conversion Multiplier 0.5 Diamonds / Coin

Example: If a user sends a 100 Coin gift, the receiver is credited with 50 Diamonds.

Withdrawal Limit Percentage

Maximum withdrawal cap relative to original purchase spend (Platform Margin).

Maximum Withdrawal Cap 10%

Platform Margin: With a 10% withdrawal limit, Vibes retains 90% of the original fiat spend value as revenue.

Scalable Architecture & Concurrency Guide

Technical blueprint requested to prevent race conditions, double spending, and handle high-throughput virtual economies.

1. Recommended Tech Stack

Backend: Node.js with TypeScript & NestJS (modular, high concurrency support) or Go (Golang) for microservices handling real-time WebSocket gifting streams.
Database: PostgreSQL (ACID compliance required for monetary ledgers) + Redis (for distributed locks & high-speed balance caching).
Caching/Queue: Redis Streams or Apache Kafka for asynchronous gifting event processing and webhook payouts.

2. Database Schema Design

users: id, username, fiat_spent_total, created_at
wallets: user_id, coin_balance (BIGINT), diamond_balance (DECIMAL), updated_at
coin_purchases: id, user_id, amount_inr, coins_received, gateway_ref, status, created_at
gifting_logs: id, sender_id, receiver_id, gift_id, coin_value, diamonds_credited, created_at
withdrawals: id, user_id, diamonds_requested, inr_payout, max_allowed_cap, status, created_at

3. Preventing Race Conditions & Double Spending

Database Row-Level Locking: Use `SELECT ... FOR UPDATE` when executing coin deductions and diamond credits inside a strict ACID transaction.
Distributed Locks (Redis): Use Redlock algorithm on user wallets during high-frequency gifting streams to prevent concurrent double-spends.
Idempotency Keys: Every gifting request requires a unique `idempotency_key` header to ensure duplicate network retries do not trigger duplicate diamond credits.

Virtual Economy Overview

₹1,452,890

8,420,500

4,210,250

90%

Revenue vs Gifting Volume

Economy Health

User Coin Purchases

Gifting Transaction Log

Withdrawal Approval System

Fraud Detection & Security Flags

Economy Parameter Settings

Diamond Conversion Rate

Withdrawal Limit Percentage

Scalable Architecture & Concurrency Guide

1. Recommended Tech Stack

2. Database Schema Design

3. Preventing Race Conditions & Double Spending

Export Transaction Data