Skip to main content

Consensus Rewards

To encourage active participation in the voting process, Treasurenet provides rewards for nodes involved in consensus, including delegators, active validators, and proposers.

Treasurenet will select a Proposer from the list of validators based on certain rules, who will be responsible for creating blocks. After a block is successfully created, the block reward (Unit Token) is distributed to the accounts of all participants in the consensus.

The consensus reward consists of the block issuance reward and the total transaction fees for each block. We allocate the consensus reward into different portions: community governance, block proposer reward, additional reward for validator, and base reward.

UNIT Supply logic​

The block reward for each block depends on the supply logic of UNIT. Treasurenet initially produces 10 UNITs per block, and this value will change with the supply logic of UNITs.

UNIT supply is finite and disinflationary.

Logic similar to BTC supply, where block reward reduces so the block reward sum is a finite sum of the infinite series.

However for TN, supply is determined by future asset production. Disfinationary means emission slows down year-on-year.

Period n block reward r is defined:

r_n = f_n × r_{n-1}

Block reward factor (f) in period n is set:

50% ≤ f_n ≤ 90%
Block reward will be reduced by 1% (where f=99%) to 50% (where f=50%)

To determine f_n, TN compares REP minted between 2 previous periods where, a delta (d) is defined for period n:


d_n = REP_from_period_n-1 / REP_from_period_n-2 ÷ (1+g)
Delta (d) looks back at 2 previous periods，period n-1 and period n-2 to determine d.

  • Where, asset production goal (g) is set to 10% by default. g may be changed by DAO.

    • When d_n = 0, f_n = 50%;

      This is the maximum reduction scenario where there is no new REP

    • When 0 < d_n < 1, f_n is scaled, so that 75% ≤ f_n ≤ 90%.

      Specifically, f_n = 0.75 + [(0.9-0.75)] × d_n

    • When d_n ≥ 1, f_n is scaled, so that 90% < f_n < 99%

      Specifically, f_n = MIN(0.99, 0.01 × ROUNDDOWN(d_n-1) + 0.9)

    • Note that when d_n ≥ 10, f_n = 99%

      This is the minimum reduction scenario where there are more than 10x new REP

  • Pre-selected f key values: 50%, 75%, 90%, 99%

    Pre-selected f key values rationale：

    • 50% is the most aggressive block reward reduction scenario, where this will be the same as the BTC ‘halving’ events. This signals an inactive asset ecosystem.

      Selected 50% so that at worst with 0 asset production, TN references BTC halving.

    • 75% is the lower bound of the expected reduction scenario, where there is low asset production. This signals a slowing ecosystem, like a recession.

      Selected 75% to be lower bound so that penalty for slowing asset production is not too great, allowing future block rewards to not be dramatically reduced for an off year.

    • 90% is the targeted reduction scenario, where asset production is at grow target. This signals a normal productive ecosystem, like a steady state.

      Selected 90% so that future validators obtain more block rewards as the ecosystem steadily increases asset production records.

    • 99% is the upper bound of the expected reduction scenario, where there is very high asset production. This signals a fast growing ecosystem, like an expansion.

      Selected 99% so that in rare case when asset production is vastly increasing, block rewards are kept nearly unchanged.

  • Pre-selected g value: 10%

    Pre-selected g key values rationale

    • 10% is targeted asset production growth rate, changeable by DAO vote.

      Selected 10% so that goal is easily attainable early on.

UNIT emission is almost like a game, where High asset production, with respect to a production goal, keeps block reward factor f high, but a failure will cause a reward 'halving' event.

Block Reward​

Recall that in period n, the block reward (r) is: r_n

Block reward r_n is split into default values and emitted to recipients:

r_n = CMP + PR + SVR + BR

  • Community Pool (CMP)

    CMP = 1%

  • Proposer Reward (PR)

    PR ≤ 5%

  • Super Validator Reward (SVR)

    SVR = SVF × (Active Super Validators / All Active Validators) × r

    SVF = 60% Super Validator Factor determines the Super Validator Reward

  • Base Reward (BR)

    BR = 100% - CMP - PR - SVR

    BR ≤ 34%