# 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