This post was written by Neil on Mar 7, 2022
One, if not the main, support question we’re often asked is relating to rewards not accruing when the user is expecting them to be.
The first and only place we look for the answers, is the Songbird Explorer.
Here’s a selection of steps we follow to troubleshoot “rewards not accruing” issues. If you’re certain you had a delegation in place, you can skip to step 14.
Everything will happen on the Songbird Explorer, it’s the source of truth for all transactions performed on the network.
First, you’ll need to have your wallet address handy, so make sure you can easily copy and paste that as required.
Next, you’re going to want to find out what the vote power lock block was for the epoch in question.
1./ Visit the Songbird Explorer, then in the top right hand corner type FTSOManager, you’ll see the option to select the contract.
2./ Once selected you’ll see the main window showing the Contract Name = FTSOManager.
3./ Now, scroll down until you see the menu bar starting with Transactions and go along and select Read Contract.
4./ Number 13. getRewardEpochVotePowerBlock → is the query we want to execute.
5./ If you need to find out what the current epoch is, you can do so by checking Flare Metrics which will default to the current epoch.
6./ Once we’ve entered the epoch number and hit Query, we’ll see the block number in the dialog box below.
7./ Select the number that appears and copy it, you’ll need to paste it in the WNat contract next.
8./ To enter the WNat contract, do the same as we did above, this time entering WNat in the top right hand corrner.
9./ Select the WNat contract and scroll down to the menu bar and choose Read Contract.
10./ Now we’re reading the WNat contract, we’re going to execute a query on 3. balanceOfAt →
11./ This will involve putting in your wallet address in the first box and then vote power lock block in the second.
12./ The number returned will be the number of WSGB you had delegated at the time of the vote power lock block - you’ll need to move the decimal place 18 spaces to the left. In this case 2437968944655576892000 becomes 2437.96894 WSGB.
13./ If the number returned is 0, then you will not be earning or will have not earned rewards for the epoch you’ve queried.
14./ Lastly, we’ll check the FTSORewardManager contract for the rewards that were earned or are being earned for a certain epoch.
15./ Same proceedure are before, enter FTSORewardManager in the top right hand corner and select the contract.
16./ Scroll down to the Read Contract tab and select it.
17./ This time we’ll be using 14. getStateOfRewards → and we’ll need our wallet address and the epoch in which we want to query.
18./ Once we’ve performed the query we’ll get the results window. You’ll need to move the decimal point 18 places to the left to get the actual number, in this case 3.879904347068882355 WSGB
Those are the steps we take to firstly find out what the vote power lock block number was, then to establish if and how many WSGB we had delegated at that exact time, then finally to see how many WSGB had been or are being earned for the epoch in question.