-
Notifications
You must be signed in to change notification settings - Fork 31
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
[CX_HARDENING] Evaluate and Remove Issue Links in HotShot #3701
Changes from 7 commits
ed5faac
5d83877
3a63c80
c21cc78
1c88d2e
19baff2
9bb0a67
71277c5
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -170,9 +170,6 @@ impl<TYPES: NodeType> NetworkMessageTaskState<TYPES> { | |
} | ||
}, | ||
}; | ||
// TODO (Keyao benchmarking) Update these event variants (similar to the | ||
// `TransactionsRecv` event) so we can send one event for a vector of messages. | ||
// <https://github.com/EspressoSystems/HotShot/issues/1428> | ||
broadcast_event(Arc::new(event), &self.internal_event_stream).await; | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This one appears to be a very old ticket pertaining to events that no longer exist, so I'm not sure what the context is, but my thought is that if it were really a huge issue, we'd sort it out. To this point, I have not encountered this. |
||
} | ||
|
||
|
@@ -298,7 +295,7 @@ impl< | |
sender: sender.clone(), | ||
kind: MessageKind::<TYPES>::from_consensus_message(SequencingMessage::Da( | ||
DaConsensusMessage::VidDisperseMsg(proposal), | ||
)), // TODO not a DaConsensusMessage https://github.com/EspressoSystems/HotShot/issues/1696 | ||
)), | ||
}; | ||
let serialized_message = match self.upgrade_lock.serialize(&message).await { | ||
Ok(serialized) => serialized, | ||
|
@@ -363,7 +360,7 @@ impl< | |
/// which will be used to create a message and transmit on the wire. | ||
/// Returns `None` if the parsing result should not be sent on the wire. | ||
/// Handles the `VidDisperseSend` event separately using a helper method. | ||
#[allow(clippy::too_many_lines)] // TODO https://github.com/EspressoSystems/HotShot/issues/1704 | ||
#[allow(clippy::too_many_lines)] | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This issue is just marking that this is a too_many_lines function, but we have several of these in the codebase, and the refactor is painful. Having a bespoke issue for each instance seems like overkill. These are easily "not correct", so they can be fixed whenever it's necessary. Therefore, having an issue seems to be making no material difference in team awareness of the issue. Furthermore, since it's one of our trademark enormous match statements it's actually quite easy to follow despite it's size. |
||
async fn parse_event( | ||
&mut self, | ||
event: Arc<HotShotEvent<TYPES>>, | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -38,7 +38,7 @@ use hotshot_types::{ | |
node_implementation::{NodeType, Versions}, | ||
}, | ||
utils::{View, ViewInner}, | ||
vid::{vid_scheme, VidCommitment, VidSchemeType}, | ||
vid::{vid_scheme, VidCommitment, VidProposal, VidSchemeType}, | ||
vote::{Certificate, HasViewNumber, Vote}, | ||
}; | ||
use jf_vid::VidScheme; | ||
|
@@ -291,16 +291,12 @@ pub fn build_payload_commitment<TYPES: NodeType>( | |
} | ||
|
||
/// TODO: <https://github.com/EspressoSystems/HotShot/issues/2821> | ||
#[allow(clippy::type_complexity)] | ||
pub fn build_vid_proposal<TYPES: NodeType>( | ||
quorum_membership: &<TYPES as NodeType>::Membership, | ||
view_number: TYPES::Time, | ||
transactions: Vec<TestTransaction>, | ||
private_key: &<TYPES::SignatureKey as SignatureKey>::PrivateKey, | ||
) -> ( | ||
Proposal<TYPES, VidDisperse<TYPES>>, | ||
Vec<Proposal<TYPES, VidDisperseShare<TYPES>>>, | ||
) { | ||
) -> VidProposal<TYPES> { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This name could be different. Just based on the function it seemed like an obvious name. |
||
let mut vid = vid_scheme_from_view_number::<TYPES>(quorum_membership, view_number); | ||
let encoded_transactions = TestTransaction::encode(&transactions); | ||
|
||
|
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.
Willing to swap this one back if we think it's relevant. My logic is that we pretty much can search for it anyway in all of our log ingestion sources, so it feels silly to place it on the error log.