-
Notifications
You must be signed in to change notification settings - Fork 660
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/signers write transactions to stackerdb #4301
Conversation
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## next #4301 +/- ##
===========================================
- Coverage 82.86% 59.46% -23.40%
===========================================
Files 443 443
Lines 315904 316885 +981
===========================================
- Hits 261769 188448 -73321
- Misses 54135 128437 +74302 ☔ View full report in Codecov by Sentry. |
2c514e8
to
72d13eb
Compare
if let Some(data) = chunk { | ||
if let Ok(message) = bincode::deserialize::<SignerMessage>(data) { | ||
if let SignerMessage::Transactions(chunk_transactions) = message { | ||
let signer_id = *signer_ids.get(i).expect( |
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.
What happens if chunk_ack.len() >= signer_ids.len()
?
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.
This cannot happen. The call get_latest_chunks will just return None for slots that don't exist so we will always return as many chunks as we queried. and we query an equal number of slots to signer_ids.If this was to happen, it would be a BUG in the system hence the expect.
dc9f26a
to
d693a5e
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.
This LGTM, just a few superficial comments.
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; just address Aaron's comments before merging and make sure CI is passing.
a550240
to
ed4f3d3
Compare
…update tests Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
…and signers to observe Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
…verifying transactions Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
…r and add a test Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
ed4f3d3
to
6f589a4
Compare
Signed-off-by: Jacinta Ferrant <jacinta@trustmachines.co>
c7c904b
to
fc7149b
Compare
Description
Signers must broadcast their cast aggregate public key transaction to the mempool if in pre nakamoto rules, and always broadcast the transaction to stackerdb for signers and miners to observe when validating and building the block, respectively.
Applicable issues
For this to be fully tested, we need to have the cast aggregate public key transaction happening