Based on the on-chain data, the ratio of “votes per block” is 9.6 instead of the expected 9, so 7% more. We are aware this happens. This is due to the fact that the solution range (like difficulty) adjustment that sets the solution range for votes is derived from the solution range for the block proposal. However, the solution range adjustment takes into account only the number of blocks produced during an epoch that were on the longest fork and does not count blocks on other short-term forks or reorgs. So, in practice, there are more blocks produced in a given time, but some of them get reported. This means the solution range somewhat underestimates the amount of space pledged to the network. On the other hand, votes do not have a concept of forking, so they are all accepted and rewarded.
Related topics
| Topic | Replies | Views | Activity | |
|---|---|---|---|---|
| Gemini 3 Incentivized Testnet rewards clarification | 14 | 3617 | July 19, 2024 | |
| Testnet points exchange ratio problem (3F has a huge profit, 3H has a huge loss) | 4 | 155 | October 5, 2024 | |
| A Fond Farewell to the Gemini 3 Incentivized Testnet | 0 | 442 | September 18, 2024 | |
| 3 questions about the contribution statistical indicators of incentive testing! | 2 | 236 | March 21, 2024 | |
| Introducing the Gemini III Incentivized Testnet Phase | 1 | 3901 | August 31, 2023 |