🔥 Capybobo 2.0 (The Flagship Case)

If the "Capybobo Universe" is the "blueprint" of our theory, Capybobo 2.0 is the first large-scale commercial practice of the entire theoretical system. It is not just a game, but a concrete embodiment and a comprehensive validation ground for our three core pillars: the AI Content Engine, the Galaxy Gravity Economy, and the VWA Trust Protocol.

4.1 Game Positioning & Core Economic Philosophy

Capybobo 2.0 is an idle-style breeding and competitive game based on a "Competitive Deflation" economic model. Its design intention is to fundamentally solve the "Death Spiral" problem common in first-generation GameFi projects and to build a complex economic system with long-term sustainability.Core Economic Philosophy: From "User Behavior Mining" to "Time Unit Mining" The core flaw of traditional GameFi lies in its "User Behavior Mining" model, where token output is proportional to user activity and the number of players. This inevitably leads to hyperinflation once user growth slows. Capybobo 2.0 disrupts this model by introducing "Time Unit Mining": the daily token output is fixed, but the output for each fixed period decays periodically (every 30 days in Capybobo 2.0), regardless of the number of users participating in mining. This means that the more users participate, the fewer tokens each user receives on average, naturally increasing the token's scarcity. Under this model, players are no longer playing against the project team but are engaging in a zero-sum hash rate competition with all other players.Strategic Positioning: From "Play-to-Earn" to "Compete-for-Scarcity"The strategic goal of the game is to guide the players' core motivation from a singular "Play-to-Earn" to a more diverse "Compete for Scarcity". By utilizing the WHS algorithm to amplify the advantage of high-level players, combined with the EHM maintenance fee mechanism, the game economically incentivizes users to make deep, long-term cultivation investments rather than short-term speculative behavior.

4.2 Gameplay & Core Mechanisms

4.2.1 Gameplay Loop

Players consume $PYBOBO to purchase pet balls to capture Pet NFTs. Each pet possesses a Base Hashrate, and these pets will continuously mine to produce $CROCO tokens for the player. In a zero-sum competitive environment, players compete in hash rate with all other players; this competitive relationship is the fundamental driver of internal consumption and value circulation throughout the economic system.

4.2.2 Mining Output Mechanism: WHS (Weighted Hashrate & Synergy) Algorithm

To build a gaming environment that encourages deep participation and mechanically suppresses the inefficient output of "bot accounts," we designed the WHS (Weighted Hashrate & Synergy) algorithm to optimize and amplify players' mining rewards.

Terminology:WHS (Weighted Hashrate & Synergy) is an algorithm for weighted hash rate and synergistic effects. It realizes precise optimization of player mining rewards through two dimensions: Base Hashrate and Efficiency Aura.

Base Hashrate: The raw hash rate of a pet is determined by its level, following extreme exponential growth to ensure a massive advantage for high-level pets.

Calculation Formula:

Base Hashrate = Pet Level × (1 + Pet Level )^2.0

Examples:

Lv. 1 Pet: Base Hashrate= 1 × (1 + 1)^2.01 = 1 × 2^2.01 ≈ 4.03

Lv. 10 Pet: Base Hashrate= 10 × (1 + 10)^2.01 = 10 × 11^2.01 ≈ 1,270

Lv. 50 Pet: Base Hashrate= 50 × (1 + 50)^2.01 = 50 × 51^2.01 ≈ 130,000

This design ensures that the hash rate of high-level pets grows exponentially, incentivizing players to continuously upgrade their pets.

Efficiency Aura: This mechanism is designed to make every point of hash rate from a high-level pet "more valuable" than that of a low-level pet. When a player's account owns at least one pet that reaches a specific level (e.g., Lv. 20), an "Efficiency Aura" is activated, covering all pets in that account.

Calculation Formula：

$\text{Effective Hashrate} = \text{Base Hashrate} \times (1 + \text{Efficiency Coefficient})$

$\text{Efficiency Coefficient} = \left( \frac{\text{Highest Pet Level in Account}}{100} \right)^{1.5}$

Example: For a player with 50 pets and a maximum pet level of 50:

• $\text{Efficiency Coefficient} = (50 / 100)^{1.5} = 0.5^{1.5} \approx 0.354$

• The Effective Hashrate of all pets will increase by approximately 35.4%.

This shifts the player's core objective from "stacking pet quantity" to "unlocking high-level auras at all costs".

4.2.3 Core Consumption Mechanism: EHM Maintenance Fee

EHM Maintenance Fee Formula:

$\text{Daily Maintenance Fee (\$CROCO)} = \text{Base Rate} \times \text{Pet Base Hashrate}$

The initial value of the Base Rate is $0.005$, which can be fine-tuned based on the system's economic status.Examples:

• Lv. 1 Pet (Base Hashrate≈ 4.03):Daily Fee≈ 0.005 × 4.03 ≈ 0.02 CROCO

• Lv. 10 Pet (Base Hashrate≈ 1,270):Daily Fee≈0.005 × 1,270 ≈ 6.35 CROCO

• Lv. 50 Pet (Base Hashrate≈ 130,000):Daily Fee≈0.005 × 130,000 ≈ 650 CROCO

As pet levels increase, both their Base Hashrate and maintenance fees rise. This automated rate mechanism ensures that high-level pet holders must continuously reinvest, forming a self-regulating economic balance.The goal of the EHM Maintenance Fee is to create a rigid cost, ensuring that even during market downturns, players must continue to consume $CROCO to maintain their pets' active status. This mechanism economically incentivizes inefficient participants to either increase their investment to level up or choose to exit, thereby providing continuous token consumption momentum for the system.

4.2.4 Macro-adjustment Mechanism: SBCM Dynamic Cost Adjustment

To handle extreme market fluctuations, the system introduces the SBCM (Smoothed Buffered Capped Mechanism). When the market price of $CROCO fluctuates within 20% of the preset anchor range, the system maintains a free-market state. Once it exceeds this buffer zone, the algorithm will automatically fine-tune in-game maintenance costs (with a daily adjustment limit of 20%) to smooth out irrational market volatility. This ensures the resilience of the economic system and avoids the impact of extreme market fluctuations on the in-game economy.

4.2.5 Consumption & Value Cycle: $CROCO Consumption Redistribution Mechanism

All $CROCO consumed in-game will enter smart contracts and be automatically redistributed according to preset proportions:

• 34% Permanent Burn: To achieve continuous deflation and provide value support for the token.

• 34% Consumer Rebate Pool: Enters the daily "Rebate Prize Pool". All users with consumption behavior on that day will receive a portion of tokens back through a lottery mechanism based on their consumption weight (using a square root algorithm to balance opportunities for large and small users).

• 17% Ecosystem Fund & 15% Referral Commission: Used to support long-term operations and market promotion.

4.3 Economic Model

4.3.1 Dual-Token Model Design Brief

Capybobo 2.0 adopts the dual-token isolation architecture from the "Galaxy Gravity Economy". $PYBOBO serves as the parent token (the Star), capturing the macro value of the entire ecosystem, while $CROCO serves as the child token (the Planet), carrying the internal economic cycle of specific applications. This design uses risk isolation to ensure that even if a single application's economic model is adjusted or its lifecycle ends, the economic foundation of the entire IP universe remains solid. The core value capture of $PYBOBO stems from its status as the "Golden Shovel" for obtaining the initial core resources of all sub-universes (new games or applications). Conversely, the independent economic cycle of $CROCO follows the application's internal mechanisms, with its value determined entirely by the economic health of that application, unaffected by other sub-ecosystems.

4.3.2 Total Supply & Allocation Strategy

The maximum supply of $CROCO is set at 1,000,000,000 (1 Billion), with an allocation strategy heavily weighted toward the community:

• 70% Play-to-Earn: Distributed fairly to all game participants through NFT mining, with no pre-mining.

• 10% Liquidity Pool: Used to establish initial trading pairs on DEX to ensure trading depth.

• 10% Team: Follows a long-term lock-up and linear release mechanism.

• 5% Marketing & Ops: Used for global marketing and community growth activities.

• 5% Ecosystem Fund: Used for future game development and ecosystem partnership incentives.

4.3.3 Core Consumption Mechanisms

The value of $CROCO is supported by powerful, multi-layered consumption scenarios. When total consumption exceeds total output through the combined effects of EHM maintenance fees, SBCM dynamic regulation, and the five major value consumption scenarios, the system enters a continuous deflationary state. Consumption Scenarios Detail:

• Daily Maintenance Costs (EHM Fees): Every pet requires a daily maintenance fee proportional to its level and hash rate.

• PVP Arena Tickets: Tokens are required to purchase tickets for PVP participation.

• Gene Mutation: Consuming large amounts of tokens to pursue ultra-low probability (e.g.1%) AI-mutated appearances. This is a high-frequency, optional, and high-cost scenario that incentivizes deep spending for personalization.

• Guild Territory War Bidding: Guilds consume tokens for territory bidding; these funds are completely burned, binding collective honor with token consumption.

• Equipment Forging & Enhancement: Includes enhancement mechanisms with a risk of failure. Tokens consumed during failure are burned, while tokens from success enter the fund, serving as a high-frequency daily consumption scenario.

• World Events & Limited-Time Dungeons: Flexible macro-liquidity recovery via auctions for dungeons and server-wide buffs. Token consumption is required for special events.

4.3.4 Monthly Decay Model CROCO$ adopts a "Periodic Decay" model, incentivizing early participants through temporal scarcity. Each period is 30 days, and the output for each period decreases by 25% compared to the previous period until it reaches a stable value.Periodic Output Table:

Period	Daily Output	Period Total Output	Cumulative Output
Period 1	3,000,000	90,000,000	90,000,000
Period 2	2,250,000	67,500,000	157,500,000
Period 3	1,687,500	50,625,000	208,125,000
Period 4	1,265,600	37,969,000	246,094,000
Period 5	949,200	28,477,000	274,571,000
...	...	...	...
Stability Phase	300,000	9,000,000 / month	Continuous growth

Decay Mechanism Notes:

• Daily Output for each period = Daily Output of the previous period × 75%.

• When the daily output drops to $300,000$ tokens/day, it enters the Stability Phase and stops decaying.

• This ensures more rewards for early participants while maintaining a stable long-term supply.

• The decay cycle works in tandem with the EHM maintenance fee adjustment to ensure long-term balance.

4.4 VWA On-chain Data

Capybobo 2.0 is the prime practice scenario for the VWA Trust Protocol. All key value flow events—including deposits, withdrawals, asset output, consumption, and token burns—are encrypted and recorded on-chain, forming an immutable public data stream.Using cryptographic structures like Merkle Trees, the protocol ensures data integrity. Any user can independently verify the accuracy of core data across the server at any time. We will provide a public Data Dashboard for real-time verification of:

• Child Token Output & Consumption: Daily/Weekly/Monthly $CROCO totals and net circulation changes.

• Deposits & Withdrawals: Total ecosystem inflow and outflow to ensure capital transparency.

• Token Burn: Public records of all tokens sent to the burn address. We aim to eliminate the "numerical black box" issues of traditional centralized games and establish "Code is Law" as the foundation of trust.

4.5 From Application to Infrastructure: Capybobo 2.0 is Just the Beginning

As our first flagship product, Capybobo 2.0 successfully integrates AI content, deflationary tokenomics, and on-chain trust. However, it is not the end of our vision, but rather a "Proof of Concept" validating our underlying architecture.

To help investors and the community understand the infinite expansion of the Capybobo Universe, the following chapters will shift the perspective from "micro-game application" to "macro-technical architecture," deeply deconstructing the three underlying engines driving this self-evolving universe.