Appendix B

The reward mechanism in Core isn’t terribly complicated, but it does have a lot of moving parts. This section presents two simple examples to elucidate its inner workings.

Part 1

Let's assume there are two validators, both of which have been elected:

  • Validator A, which has:

    • two units of delegated hash power

    • one unit of CORE stake

    • one unit of non-custodial BTC stake.

  • Validator B, which has

    • one unit of hash power

    • three units of CORE stake

    • two units of non-custodial BTC stake

Let’s assume that there are 10 total units of Bitcoin hash power on the Core network. This would mean validator A has 20% of the hash power (2/10) and validator B has 10% of the hash power (1/10).

Let’s also assume there are 20 total units of CORE staked on the network. This would mean validator A has 5% of the CORE staked (1/20) and validator B has 15% of the CORE staked (3/20).

Let’s further assume there are 10 total units of non-custodial BTC staked on the network. This would mean validator A has 10% of the BTC staked (1/10) and validator B has 20% of the BTC staked (2/10).

For this example, m is set to 1/3 and n is set to 1/5.

To simplify the calculations, the number of earned rewards distributed is set to one for both validators. And to make things easier, the equations for the hybrid score and rewards are reproduced here:

Hybrid Score:

Rewards:

The rewards per unit:

Here are the hybrid scores for validator A (designated as “SA”) and validator B (designated as “SB”):

Here is the distribution of the respective hash power rewards and staking rewards for the two validators:

And here is the rewards per unit for the two validators:

Part 2

Here, we'll work through an identical example, except we'll make a few different assumptions about the relationships between different quantities.

If you carefully study both examples, you should have a firm intuitive grasp on how Core's reward mechanics function.

Let's assume there are two validators, both of which have been elected:

  • Validator A, which has:

    • 60 units of delegated hash power

    • 5M units of CORE stake

    • 400 units of non-custodial BTC stake.

  • Validator B, which has

    • 30 unit of hash power

    • 15M units of CORE stake

    • 200 units of non-custodial BTC stake

Let’s assume that there are 300 total units of Bitcoin hash power on the Core network. This would mean validator A has 20% of the hash power (60/300) and validator B has 10% of the hash power (30/300).

Let’s also assume there are 100M total units of CORE staked on the network. This would mean validator A has 5% of the CORE staked (5,000,000/100,000,000) and validator B has 15% of the CORE staked (15,000,000/100,000,000).

Let’s further assume there are 4,000 total units of non-custodial BTC staked on the network. This would mean validator A has 10% of the BTC staked (400/4,000) and validator B has 5% of the BTC staked (200/4,000).

For this example, m is set to 1/3 and n is set to 10000.

Here are the hybrid scores for validator A (designated as “SA”) and validator B (designated as “SB”):

Here is the distribution of the respective hash power rewards and staking rewards for the two validators:

And here are the rewards per unit for the two validators:

rHu_A = 1.0145% of (validator A reward - commission) per delegated hash.

rSu_A = 0.043478% of (validator A reward - commission) per 10,000 CORE

rBu_A = 0.043478% of (validator A reward - commission) per BTC

rHu_B = 0.9722% of (validator B reward - commission) per delegated hash

rSu_B = 0.041667% of (validator B reward - commission) per 10,000 CORE

rBu_B = 0.041667% of (validator B reward - commission) per BTC

Last updated