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ΔP
 of the pool PPP
 within a period of time Δt\Delta tΔt
 (in fraction of a day) is:
ΔP=α⋅P⋅Δt\Large \Delta P = \alpha \cdot P \cdot \Delta tΔP=α⋅P⋅Δt
In order to replenish empty pools in priority the amount replenished Δpi\Delta p_iΔpi​
 of a pool iii
 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Δpi​=j∑​kj​ekj​−βpj​​ki​eki​−βpi​​​⋅ΔP
Where pip_ipi​
 is the is the current amount in each pool, kik_iki​
 the base amount in that pool and β>0\beta>0β>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 MBLKsk1​=k2​=5′000MBLKs
 and the total blocks replenished is ΔP=1000 MBLKs\Delta P=1000 \thinspace MBLKsΔP=1000MBLKs
. Assuming the first pool is almost empty level p1=500p_1=500p1​=500
 and the other at a high level p2=10′000p_2=10'000p2​=10′000
 and β=1\beta=1β=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Δp1​≈869MBLKΔp2​≈131MBLK
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 iii
 it follows this identity:
dridxi=piki\Large \frac{dr_i}{dx_i} = \frac{p_i}{k_i}dxi​dri​​=ki​pi​​
Where rir_iri​
 is the actual revenue earned and xix_ixi​
 is the base revenue claimed.dridxi\large \frac{dr_i}{dx_i}dxi​dri​​
 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}dxi​dpi​​=−dxi​dri​​=−ki​pi​​
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Δxi​
, we can therefore derive that the revenue Δri\Delta r_iΔri​
 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)Δri​=pi​⎝⎛​1−e−ki​Δxi​​⎠⎞​
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 \%1000500​=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 MBLK500⋅(1−e−1000100​)≈47.6MBLK
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 MBLKP(t=0)=1.5BMBLK
This is equal to 50% of the 3B MBLK3B \thinspace MBLK3BMBLK
 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 \%α=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β=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.
Algorithmic In-Game Reward Pools
In-Game Reward Pool Simulations
Last modified 8mo ago