BGC X IBLOOMING TOKEN FLOW DRAFT
Value-flow map of BGC × iBLOOMING from AS-IS to TO-BE on Base—defining PC/SP→ALPHA conversion, an append-only event model (hashed proofs), cash-out windows (KYC), and Pilot v1 parameters aligned with
title: "iBLOOMING × BGC — TOKENFLOW v1 (AS-IS → TO-BE)"
version: "v1.0.0-draft"
date: "2025-10-28"
language: "EN"
ties_to:
0. Glossary (aligned with UNDERSTANDING)
PC — 100 PC = 1 USD (primary utility: BGC physical products).
SP — meter of reward rights; basis for periodic USD payout.
ALPHA — settlement layer converting PC/SP → rights; ERC-20 interface, non-transferable; mint/burn only via AlphaController (pre-iBC/iBTC).
1. AS-IS (brief)
1.1 BGC On-Ramp & PC
Fiat in → PC increases → spend on physical products → PC decreases.
Pain points: idle PC; limited utility.
1.2 BGC SP & Payout
SP accrues from activities (LTS/RR/GR/…) → periodic USD payout.
Pain points: value leaks out of ecosystem; admin dependency.
1.3 iBLOOMING Revenue & Rewards
Periodic fiat intake & distribution; limited real-time transparency.
2. TO-BE (conversion via ALPHA)
2.1 Unified Conversion (v1 Pilot)
PC→ALPHA: 100 PC : 1 ALPHA; fee 0; cooldown 0.
SP→ALPHA: $1 : 1 ALPHA; fee 0; cooldown 0.
Default: ALPHA is used to spend / access / stake (internal).
2.1.1 Cash-Out Windows (v1 Pilot)
Frequency: 4× per year (quarterly).
Window length: 7 days per window.
2.2 Partner Loop (phased)
Curated/limited external spending access → keeps value circulating within network.
2.3 Demand Engine (iBLOOMING)
Sinks & multipliers (classes, premium features, boosts) to absorb value on-platform.
3. Event Model (auditability)
Event list (minimal final):
JoinAffiliate, MintPC, SpendPC, EarnSP/AccrueLTS, CPContribution, PoolAccrual, ConvertToALPHA, Spend/Stake/Access, CashoutWindowOpened/Closed, PayoutUSD.
Minimal columns per event (schema):
actor_id (string) — internal user/entity id
what (enum) — event type (as above)
amount (decimal) — numeric value of the event
Append-only: events are never edited/removed; corrections are appended as new events with ref_id linkage.
4. Policy & Parameters
Principle: behavior-based, non-speculative; policy changes are versioned.
4.1 Pilot v1 Values (synced with WHITEPAPER)
Sponsor Gas & Caps (v1)
sponsor_gas.enabled = true
actions_covered = [onboarding, convert_to_alpha, spend/access]
daily_cap_per_user ≈ $0.10
Anti-Abuse & Sybil (v1)
referral_cooldown_days = 1 ; max_tier1_joins_per_actor_per_day = 10
require_unique_device = true ; duplicate_device_limit = 2
Settlement Rhythm (v1)
accrual_frequency = daily ; points_settlement_frequency = weekly
pool_distribution = { GPS: semiannual, WEC: quarterly, MC: monthly, GMP: monthly, GEC: monthly }
4.2 Placeholders to be tuned by Tokenomics
PC/SP→ALPHA adjustment rules (post-pilot), weekly quotas, extended cooling-off.
Anti-wash/self-dealing refinements; limited dispute & rollback policy.
5. Compliance & Communications Guardrails
ALPHA = loyalty/rights, non-transferable; free transfer disabled (controller-governed only).
USD payout (AS-IS) for specific BGC components continues unchanged.
Cash-out windows = secondary & scheduled; KYC mandatory.
6. Alignment Table (Solution ↔ GAP ↔ Objective ↔ KPI)
Solution/Policy
GAP Closed
Objective
Primary KPI
Notes
7. Decision Log — v1 (Pilot)
Conversion: 100 PC → 1 ALPHA ; $1 SP → 1 ALPHA ; fee 0 ; cooldown 0.
Cash-Out Windows: 4×/year ; 7 days ; min $50
8. Open Questions
Cash-out thresholds/frequency for post-pilot; Q1/Q2 sink priorities; initial/adjusted rate-limit parameters; partner loop expansion gates.
P.S. Read this document freely for information and guidance. Do not redistribute or restate—no quotes, summaries, paraphrases, or derivatives—without prior written permission from . Sharing the link is allowed. So, share the link, not the text. Do not discuss or re-tell the contents in any form—written, spoken, or recorded—without prior written permission.