-
Notifications
You must be signed in to change notification settings - Fork 162
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New rewards accounting issue #882
Comments
Getting the stake address: select hash_raw from stake_address
where view = 'stake_test1uqt78w8gmktel2rd8u0yn9tuvyew22qy9ch3zk5u28r8cmcdkesdj' ;
hash_raw
--------------------------------------------------------------
\xe017e3b8e8dd979fa86d3f1e49957c6132e528042e2f115a9c51c67c6f
(1 row) I was hoping to use @JaredCorduan's stake history tool to debug this, but IntersectMBO/cardano-node#3086 has not been merged yet, that version does not understand Alonzo and it currently does not build. |
For that address, the address registration: select stake_registration.* from stake_registration inner join stake_address
on stake_address.id = stake_registration.addr_id
where view = 'stake_test1uqt78w8gmktel2rd8u0yn9tuvyew22qy9ch3zk5u28r8cmcdkesdj' ;
id | addr_id | cert_index | epoch_no | tx_id
----+---------+------------+----------+-------
15 | 51 | 0 | 863 | 18835
(1 row) but it has never been de-registered: select stake_deregistration.* from stake_deregistration inner join stake_address
on stake_address.id = stake_deregistration.addr_id
where view = 'stake_test1uqt78w8gmktel2rd8u0yn9tuvyew22qy9ch3zk5u28r8cmcdkesdj' ;
id | addr_id | cert_index | epoch_no | tx_id | redeemer_id
----+---------+------------+----------+-------+-------------
(0 rows) |
Currently getting a |
According to the tool withdrawals with
which sums to For rewards:
which is These total rewards and the total withdrawals agree with |
I've found the problem. The problem stems from how different the shelley-qa network is from mainnet. During epoch I think we should force the completion of the reward calculation |
On the |
Some tools, such ad db-sync and the stake credential history tool rely on being able to inspect the ledger state for the reward update. If the pulser does not finish before the end of the epoch (which has happened on the Shelley-QA network, see IntersectMBO/cardano-db-sync#882) then the pulser is forced to completion at the moment it is applied, as is therefore invisible to downstream tools. To solve this problem, we force completion of the reward pulser by (2k/f)-many slots before the end of the epoch (one day on mainnet).
Some tools, such ad db-sync and the stake credential history tool rely on being able to inspect the ledger state for the reward update. If the pulser does not finish before the end of the epoch (which has happened on the Shelley-QA network, see IntersectMBO/cardano-db-sync#882) then the pulser is forced to completion at the moment it is applied, as is therefore invisible to downstream tools. To solve this problem, we force completion of the reward pulser by (2k/f)-many slots before the end of the epoch (one day on mainnet).
There is a fix for this in |
Updating the `ledger-specs` dependency should fix the issue below. Closes: #882
On the
shelley_qa
network with commit 70ab190 (onmaster
) I get:The sum of the rewards is
4.944616 ADA
less than the sum of the withdrawals which obviously makes no sense.The text was updated successfully, but these errors were encountered: