This repository was archived by the owner on May 22, 2023. It is now read-only.
ECDSA staker rewards: 2021-09-03 -> 2021-09-10#912
Merged
Merged
Conversation
pdyraga
approved these changes
Sep 13, 2021
This was referenced Sep 13, 2021
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Overview
Here we publish the distribution of ECDSA staker rewards for interval 2021-09-03 - 2021-09-10.
To see rewards for your operator, please go to the summary file.
On Monday, 2021-09-13 rewards will be allocated to
ECDSARewardsDistributorcontract (0x5b9E48F8818962699fe38F5989b130ceE691bBb3) and available to be claimed from KEEP Token Dashboard.Files updated:
2021-09-03_2021-09-10.log.txt- contains the full log from the execution of the script generating the allocation.2021-09-03_2021-09-10.summary.txt- contains the summary generated by the same script in human-friendly form.cache-keeps.json- it is the cache of on-chain keep information updated weekly during rewards script execution.cache-transactions.json- it is the cache of on-chain sortition pool information TX updated weekly during rewards script execution.output-merkle-objects.json- Merkle tree used to allocate rewards on-chain.Everyone can verify the allocation by running the script themselves.
Rewards Explained
Input
Tstarts atT_start.Tends atT_end.Operator Parameters
For each Operator:
T_endasKEEP_staked.T_startasETH_bonded.T_startasETH_unbonded.ETH_withdrawn.ETH_locked = ETH_bonded + ETH_unbonded - ETH_withdrawn.Requirements
Operator not meeting all requirements listed in this section is not getting any rewards for interval
T. Rewards proportional to the operator's reward weight are deallocated and remains in the pool for future intervals.If the operator does not have
BondedECDSAKeepFactorycontract or tBTC sortition pool authorized atT_start, they are not getting any rewards for intervalT.If the operator does not have a minimum KEEP stake at
T_start, they are not getting any rewards for intervalT.If the operator has more
ETH_unbondedthan the minimum unbonded value and is not in the sortition pool atT_start, they are not getting any rewards for intervalT. In other words, if the operator is eligible to be in the sortition pool, they have to be registered in the sortition pool. Operators who are not registered in the sortition pool because all of their ETH is bonded are still getting rewards because that ETH is still under the system’s management.If the operator deauthorized tBTC sortition pool between
T_startandT_end, they are not getting any rewards for intervalT.If the operator ever committed a fraud, they are not getting any rewards for interval
T.If the operator did not meet the signature SLA between
T_startandT_end,they are not getting any rewards for intervalT. For less than 20 closed/terminated keeps, no more than one could be terminated with a signature timeout. For 20 or more closed/terminated keeps no more than 5% could be terminated with a signature timeout. Signature SLA does not include not answered courtesy calls.If the operator did not meet the key generation SLA between
T_startandT_end, they are not getting any rewards for intervalT. For less than 10 key generations, one of them can fail. For 10 or more key generations, no more than 10% can fail.The Formula
Next interval
The next interval ends Friday, 2021-09-17 00:00 GMT.