Records on Autonomy's Vote ratio not matching design(the Total Space Pledged is underestimated by about ten percentage points)

According to the official token issuance model (From Space Race to Long Tail: Crafting a Sustainable Token Issuance Model for a Resilient Autonomys Network | by Autonomys Network | Autonomys Network | Medium), we can know the following facts about the design of the economic model:

  1. On average, each block contains 9 votes
  2. In the early stage of the main network, the total income of each height is 5 ATC, the expected income of vote is 0.9 * 0.5 = 0.45, and the expected income of block is 0.5 + 9 * 0.5 * 0.1 = 0.95

The first point can be verified by referring to the network parameters set in the latest official code:

/// Number of votes expected per block.
///
/// This impacts solution range for votes in consensus.
const EXPECTED_VOTES_PER_BLOCK: u32 = 9;

But in fact, the author Venus-IPFSForce counted the network data of the main network in the past three days (November 23 to November 25), and found that the block generation behavior of the main network did not meet expectations:

block count block reward vote count vote reward ratio of block count and vote count
11月23日 14638 0.908047547479164 147066 0.408864047434485 0.0995335427631132
11月24日 14488 0.905646051905025 144927 0.408923113015518 0.0999675698800086
11月25日 14486 0.900938837498274 143464 0.408625160318965 0.100973066413874

It can be found that the ratio of block to vote is not 1:9 as originally designed, but 1:10, which leads to a decrease in the average revenue per solution.
This anomaly will cause the Total Space Pledged to be underestimated by about ten percentage points.

Apart from chain reorg, this is the main reason why everyone’s calculated single T benefits are not as good as the theoretical benefits.

It is possible for estimation to under or over report as the space pledged on the network changes. While more frequent blocks lead to more frequent reorgs, votes are likely to be included in both versions of the chain.

According to the data we observed, there are 10 votes, but the reward for the entire block is 5 ATC, not the designed 5.5 ATC.

In an empty block with exactly 9 votes, we would issue exactly 5 ATC; 5.5 ATC if there were 10 votes; 4.5 ATC with 8 votes, and so on.

According to the description in the article, the block revenue should be 5.5ATC to be in line with the design.

Sorry, there were some errors in the data in the first post, which have been corrected.