Legends of Bezogia Whitepaper
Search…
A Fully Decentralized Play & Earn MMORPG Multi-Blockchain Game Designed for Non-Crypto People
Chronicles of Bezogia
Chapter 1: Genesis
Chapter 2: The Golden Age
Chapter 3: The Great Rug Pull
Game Overview
Algorithmic In-Game Reward Pools
Pool Replenishment and Revenue
In-Game Reward Pool Simulations
Core Mechanics: Minting, Summoning, Renting, Staking, Exchange and Virtual Real Estate
Roadmap
Game Technology
Social Impact
The Team
Sign up for Beta
Powered By GitBook
Pool Replenishment and Revenue

Pool replenishment

The treasury will distribute a fraction
α\alpha
of the MBLK balance in the earning pool daily into pools of revenue that can be earned by players, this amount will be distributed over the course of each day. The earning pool will also receive the MBLKs that are spent in-game so its total amount will vary over time. 50% of the total supply of MBLK will be added to the earning pool initially.
The total revenue unlocked in a day will be distributed among small pools corresponding to different enemies or quests in the game that distribute blocks.
The total amount replenished
ΔP\Delta P
 of the pool
PP
 within a period of time
Δt\Delta t
 (in fraction of a day) is:
ΔP=α⋅P⋅Δt\Large \Delta P = \alpha \cdot P \cdot \Delta t
In order to replenish empty pools in priority the amount replenished
Δpi\Delta p_i
 of a pool
ii
 will be:
Δpi=kie−βpiki∑jkje−βpjkj⋅ΔP\LARGE \Delta p_i = \frac{k_i e^{\frac{- \beta p_i}{k_i}}}{\sum\limits_{j} k_j e^{\frac{-\beta p_j}{k_j}}}\cdot \Delta P
Where
pip_i
 is the is the current amount in each pool,
kik_i
 the base amount in that pool and
β>0\beta>0
 a constant that controls the distribution of among pools.
The amount in a pool can grow larger than its base capacity and grows indefinitely over time if no revenue is earned from it which makes it more and more attractive to farm.
Note that while the amount replenished from an empty pool is relatively high, it will not grow out of proportion too much. Therefore one empty pool that is farmed intensely won’t have a major impact on the game economy. This is essential as it prevents balancing issues or exploits from having an impact on more than the single quest or enemy to which the pool corresponds to.

Example

Let’s assume there are two quest reward pools with identical base size
k1=k2=5′000 MBLKsk_1=k_2=5'000 \thinspace MBLKs
 and the total blocks replenished is
ΔP=1000 MBLKs\Delta P=1000 \thinspace MBLKs
. Assuming the first pool is almost empty level
p1=500p_1=500
 and the other at a high level
p2=10′000p_2=10'000
 and
β=1\beta=1
. The amounts replenished in each pool will be:
Δp1≈869 MBLK Δp2≈131 MBLK\large \Delta p_1 \approx 869 \thinspace MBLK \\ \thinspace \\ \Delta p_2 \approx 131 \thinspace MBLK
The first empty pool will recover fast while larger pools will grow slowly.
As the revenue earned from a pool is proportional to its content, the content of a pool will self-balance around its base size except if it is overly farmed or if no player is able to complete a corresponding quest.

Pool revenue

In order to reward players more for difficult quests and enemies and to incentivize players to explore the game, the reward for completing a quest or killing an enemy will be scaled proportionally to the amount in a corresponding pool. So the more often a quest is completed the less blocks it will give every time. It is also a safety mechanism to prevent bug exploit to have a significant impact on the game economy.
A single pool will be reduced each time MBLKs are taken from it. We use a linear bonding curve to compute the actual revenue from the base revenue earned in the game. For a pool
ii
 it follows this identity:
dridxi=piki\Large \frac{dr_i}{dx_i} = \frac{p_i}{k_i}
Where
rir_i
 is the actual revenue earned and
xix_i
 is the base revenue claimed.
dridxi\large \frac{dr_i}{dx_i}
 is the derivative of the actual revenue earned over the revenue claimed. Since the revenues of players are removed from the corresponding pool:
dpidxi=−dridxi=−piki\Large \frac{dp_i}{dx_i} = - \frac{dr_i}{dx_i} = - \frac{p_i}{k_i}
Since the amount in the pool is reduced as the gain is earned, we use a bonding curve to make sure that every revenue follows closely the above equation. For a non-infinitesimal gain
Δxi\Delta x_i
, we can therefore derive that the revenue
Δri\Delta r_i
 the player would gain is:
Δri=pi(1−e−Δxiki)\LARGE \Delta r_i = p_i \left( 1 - e^{ - \frac{\Delta x_i}{k_i}} \right)
This last bonding curve equation ensures consistent earnings at all levels of the pool.

Example

In a pool with base capacity of 1000 MBLKs with 500 MBLKs left, an infinitesimal revenue will be multiplied by
5001000=50%\frac{500}{1000}=50 \%
. Therefore, the revenue earned by players will decrease when the pool is near empty and increase if the pool content is higher. The revenue if a player gains 100 blocks at that time would be:
500⋅(1−e−1001000)≈47.6 MBLK\large 500 \cdot \left( 1 - e^{- \frac{100}{1000}} \right) \approx 47.6 \thinspace MBLK
Which is slightly lower than 50% of the revenue because the content of the pool diminishes as the revenue is earned.

Parameters used

The main pool for revenues given in the game is at launch:
P(t=0)=1.5B MBLK\large P(t = 0) = 1.5 B \thinspace MBLK
This is equal to 50% of the
3B MBLK3B \thinspace MBLK
 total supply. The size of the pool will go down when blocks are earned by players in the game but it will also go up when a player spends blocks in the game as those blocks will be added back into the pool.
The size of the main pool could go over it's initial value as some the blocks earned from staking will be spent in the game.
The proportion of the main pool distributed on a daily basis is
α=0.1%\alpha = 0.1 \%
. Note that this proportion can be changed in function of the amount of blocks returned to the pool over time, temporary marketing events, etc. For the distribution among different pools for individual quests or enemy types we use a factor
β=1\beta = 1
.
Some of the parameters of the pools like their size, the distribution factor
β\beta
, the proportion of the main pool distributed everyday
α\alpha
 and other parameters could be changed based on the behavior of players during the beta and after launch to have a sustainable and exciting in-game economy.
Previous
Algorithmic In-Game Reward Pools
Next
In-Game Reward Pool Simulations
Last modified 1mo ago
Export as PDF
Copy link
Outline
Pool replenishment
Pool revenue
Parameters used