-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
feat: auto generation EHF and spork+EHF activation for MN_RR #5597
Conversation
This pull request has conflicts, please rebase. |
efe7520
to
8640df5
Compare
This pull request has conflicts, please rebase. |
This pull request has conflicts, please rebase. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pls see 2ccf9d1
@UdjinM6
but it can take a time until recovered sigs are ready and tx with EHF signal is submitted more than one loop iteration:
So, if sig for EHF signal is delayed more than 1 second and 1 block -> it may be more that 12 * 3 blocks required to activate mn_rr, isn't it? B. |
bip9 works in periods. Also, in this specific case we start activating at the beginning of the period (block 2796) and we have threshold which is lower than that so missing a couple of blocks is not a problem. But I agree that calculating it like that is probably misleading. We could simply go with a static number instead I guess i.e.
Good point 👍 Pls ignore this part of my suggestions then :) |
a92e51e
to
0c5f61e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
re-utACK
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, utACK
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
light-ACK for squash merge
This pull request has conflicts, please rebase. |
…Mempool This commit adds basic implementation for auto-generation of EHF signals. This implementation is a basement for various EHF (include MN_RR). Please, notice that some unit and functional tests are broken after this commit due to unexpected activation of MN_RR (or in opposited expected non-activation) Next commit is adding a new Spork SPORK_24_MN_RR_READY and fixes all Unit and Functional tests accordingly new logic of MN_RR activation
This spork is used to signalize EhfSignalsManager that EHF signal for fork MN_RR can be signed and send to network now (platform is ready)
Co-authored-by: PastaPastaPasta <[email protected]>
…Handler constructor
due to
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
re-utACK
## Issue being fixed or feature implemented #5597 follow-up ## What was done? add missing filed description ## How Has This Been Tested? `help getblockchaininfo` ## Breaking Changes n/a ## Checklist: - [x] I have performed a self-review of my own code - [ ] I have commented my code, particularly in hard-to-understand areas - [ ] I have added or updated relevant unit/integration/functional/e2e tests - [ ] I have made corresponding changes to the documentation - [x] I have assigned this pull request to a milestone _(for repository code-owners and collaborators only)_
Implementation EHF mechanism, part 4. Previous changes are:
Issue being fixed or feature implemented
Currently MN_RR is activated automatically by soft-fork activation after v20 is activated.
It is not flexible enough, because platform may not be released by that time yet or in opposite it can be too long to wait.
Also, any signal of EHF requires manual actions from MN owners to sign EHF signal - it is automated here.
What was done?
New spork
SPORK_24_MN_RR_READY
; new EHF manager that sign EHF signals semi-automatically without manual actions; and send transaction with EHF signal when signal is signed to network.Updated rpc
getblockchaininfo
to return information about of EHF activated forks.Fixed function
IsTxSafeForMining
in chainlock's handler to skip transactions without inputs (emptyvin
).How Has This Been Tested?
Run unit/functional tests. Some tests have been updated due to new way of MN_RR activation:
feature_asset_locks.py
,feature_mnehf.py
,feature_llmq_evo.py
and unit testblock_reward_reallocation_tests
.Breaking Changes
New way of MN_RR activation.
Checklist: