-
Notifications
You must be signed in to change notification settings - Fork 11
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
Peer Management Enhancements (issue #488) #491
Conversation
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
Signed-off-by: Peter Broadhurst <[email protected]>
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. A couple of minor comments but on the whole, this is a great improvement.
@@ -28,6 +28,8 @@ type TransportAPI interface { | |||
ConfigureTransport(context.Context, *prototk.ConfigureTransportRequest) (*prototk.ConfigureTransportResponse, error) | |||
SendMessage(context.Context, *prototk.SendMessageRequest) (*prototk.SendMessageResponse, error) | |||
GetLocalDetails(context.Context, *prototk.GetLocalDetailsRequest) (*prototk.GetLocalDetailsResponse, error) | |||
ActivateNode(context.Context, *prototk.ActivateNodeRequest) (*prototk.ActivateNodeResponse, error) |
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.
Minor spelling observation. ActivateNode
could be misleading esp. if seen out of context. ActivatePeering
might be more accurate.
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.
Good point - went for ActivatePeer
/DeactivatePeer
Signed-off-by: Peter Broadhurst <[email protected]>
Merging is dependent on #498, because of a small tweak to the The E2E test / tutorial in @awrichar and I discussed whether we should remove prepared transaction entirely in this PR, as they no longer have an active role, but we decided to decouple that change. |
Hit intermittent build failure #410 - re-running |
Signed-off-by: Peter Broadhurst <[email protected]>
Fix the bond example to retrieve prepared transactions from the node that prepared them, which may not be the node that requested them. TODO: need to revisit if "prepare" is still a valid flow, as it's become complex Signed-off-by: Andrew Richardson <[email protected]>
Signed-off-by: Andrew Richardson <[email protected]>
Thanks @awrichar for addressing the E2E |
Implements #488
sequence
to track unsent messagesprotox.Message
toprotox.PaladinMsg
to remove some confusion in the code with gRPCMessage
components.TransportMessage
andprotox.PaladinMsg
Components
toprotox.PaladinMsg
enum
calledComponent
Complete()
on assemble, as states should flow inendorse
payloadTransportManager
APIsStateDistribution
StateManager
Receipt
PreparedTransaction
transport_peers
transport_peerInfo
gradle generateDocs
)pldapi.PeerInfo
structurepaladin/toolkit/go/pkg/pldapi/peerinfo.go
Lines 21 to 38 in 2b62d39