Could someone please clarify
"reduce RewardPerBlock to 261148158032" What is the rewardPerBlock now, how lower will be in %, if the ref passes?

What does year 2, 3, 4 mean? It mean the next years or since launch?
When is the end of year 4, when rewards would be planned to cease? 

[@wd9i...rtfh](wd9iuzm9wLBWPCA8HRSZtfSg9wsCLTRKhHF7EqoZ3uQUMrtfh-interlay) I have the same doubt. Clarify, please! 

[@wd9i...rtfh](wd9iuzm9wLBWPCA8HRSZtfSg9wsCLTRKhHF7EqoZ3uQUMrtfh-interlay) because of the bug we are required to reduce the `RewardPerBlock` for the remainder of Year 2 from 270703769664 to 261148158032 (about 1 INTR less per block than intended, since that was already distributed to stake-to-vote participants). A year is 2628000 blocks and was counted since the initial token distribution, please check my timeline below or the original whitepaper for more context. The end date is not until 2026 and we will correct the intended distribution in the meantime.

They had said that the increased rewards would be for 265 days, with this it is not clear to me how the staking and rewards system would operate. 
So clarify it, please. 

[@wd9M...16T3](wd9MTvem8WCinRmhNDVuprzF6W6U6GKRzAW35HHBGYuMv16T3-interlay) please review my other comments, the same amount of rewards have / will be distributed but we are required to tweak the schedule according to the bug.

I suggest formulating proposals giving the exact block where things should happen or have happened
 (this can be checked on the block explorer). I don't know when years 1, 2, etc. are.
Why will we vote to stop rewards at the end of year 4  if there is a staking option to always increase the period by one week?


[@wd8h...k6WD](wd8h7hgThpCryGBqiDL4ESVTq4ucst3U96Tvb6FVP6wREk6WD-interlay) Please see my comments below, the reason we are stopping the rewards in the proposal at the end of year 4 is due to the bug. This will need a code change but we have plenty of time to correct that and there is always the possibility the reward structure will be altered in the meantime.

As described in the proposal there was a bug in the previous distribution which means we are distributing too many rewards (that actually don't exist) and eventually this will put the system into an invalid state. As we saw on Kintsugi this could mean that you are unable to withdraw rewards eventually because there are not enough funds remaining.

After this proposal the system will still have increased rewards for the rest of Year 2 as planned (although slightly reduced to account for the bug) and then Year 3 and 4 will have the amount outlined in the original [whitepaper](https://github.com/interlay/whitepapers/blob/master/Interlay_Token_Economy.pdf). We will review the reward distribution for Year 5 and later at a future date.

As agreed in the initial token distribution the default emission period is one year - 2628000 blocks as calculated according to the expected block time. Here is a precise timeline based on those increments and also the redistribution (proposal 86):

**What has happened:**
```
529634 - transfer (125000000000000000)
529635 - update (RewardPerBlock: 47564687975) "Year 1"
3157634 - transfer (125000000000000000)
3157635 - update (RewardPerBlock: 56557541660) "Year 2"
3912529 - transfer (411510886850466540) + update (RewardPerBlock: 270703769664) "Changing vault reward structure"
```

**What should happen:**
```
4400000 - update (RewardPerBlock: 261148158032)
5785634 - remove
5785635 - transfer (125000000000000000) + update (RewardPerBlock: 47564687975) "Year 3"
8413634 - remove
8413635 - transfer (125000000000000000) "Year 4"
11041635 - update (RewardPerBlock: 0)
```


Now I understand, although I didn't have time to change my vote because the voting period closed.
I think ambiguous interpretations arise from communication.
Now that I understand it, it seems perfect to me.
Go Interlay!

*Fix Interlay Escrow Rewards*

The "Escrow" pallet is distributing too many rewards per block because it incorrectly updated the `RewardPerBlock` variable at the start of "Year 2". This is calculated using the following formula:

`rewardPerBlock = totalBalance / emissionPeriod`

Where `totalBalance` is the total amount of INTR we have scheduled to distribute over the `emissionPeriod` (one year). The implementation actually uses the total balance assigned to `EscrowAnnuityAccount` which also includes unclaimed INTR already distributed. This isn't an issue for the Vault rewards because we transfer those funds from `VaultAnnuityAccount` to `FeeAccount`, but in this case we then do not have enough funds to fulfil the expected rewards.

:link: https://interlay.subsquare.io/democracy/proposals/0

The subsequent adjustment to the Vault rewards added more rewards to the Escrow (staking) annuity pallet - this is what distributes rewards each block. This also updated the `RewardPerBlock` incorrectly because it used the previous (invalid) figure and additionally didn't align until the end of the epoch as intended.

:link: https://interlay.subsquare.io/democracy/proposals/86

This proposal corrects the remaining calls previously scheduled in the "Activate INTR Staking Rewards" proposal to do the following:

- at block 4400000, reduce `RewardPerBlock` to 261148158032 - the remaining surplus is distributed over the remaining blocks of year 2
- at year 3 set `RewardPerBlock` to 47564687975, don't update for year 4
- transfer year 3 and 4 rewards as before
- set `RewardPerBlock` to zero at end of year 4 to stop distributing rewards