Skip to content

Relay basic single-bit message dispatch results back to the source chain #935

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.

Sign up for GitHub

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

Merged
svyatonik merged 10 commits into from
Jun 21, 2021
Merged

Relay basic single-bit message dispatch results back to the source chain #935

Changes from 2 commits
Commits
Show all changes
10 commits
Select commit Hold shift + click to select a range
f7171f1
relay dispatch result flags back to the source chain
svyatonik Apr 27, 2021
61ec89e
OnMessagesDelivered callback
svyatonik Apr 28, 2021
2110b9a
add lane id to OnDeliveredMessages callback
svyatonik Apr 28, 2021
7377557
fix benchmarks && upate weights
svyatonik Jun 18, 2021
b43bc21
clippy
svyatonik Jun 18, 2021
71be9ed
clippy
svyatonik Jun 18, 2021
bd88510
clipy another try
svyatonik Jun 18, 2021
15b3acf
OnMessagesDelivered -> OnDeliveryConfirmed
svyatonik Jun 21, 2021
d231c82
Update primitives/messages/src/source_chain.rs
svyatonik Jun 21, 2021
858e170
Merge branch 'relay-basic-dispatch-results' of https://github.com/par…
svyatonik Jun 21, 2021
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion primitives/messages/src/source_chain.rs
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -139,7 +139,7 @@ pub trait MessageDeliveryAndDispatchPayment<AccountId, Balance> {
#[impl_trait_for_tuples::impl_for_tuples(30)]
pub trait OnDeliveryConfirmed {
/// Called when we receive confirmation that our messages have been delivered to the
/// target chain. The confirmation aso has single bit dispatch result for every
/// target chain. The confirmation also has single bit dispatch result for every
/// confirmed message (see `DeliveredMessages` for details).
fn on_messages_delivered(_lane: &LaneId, _messages: &DeliveredMessages) {}
Copy link
Contributor Author

@svyatonik svyatonik Apr 28, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This'll need to do something with weights - I'm not yet sure how to deal with this. Change benchmarks to worst-case result and then refund? But what is worst case when there are e.g. multiple apps using different lanes for their purposes. And because of refund policy we'll need to decrease max number of messages in the confirmation tx. Probably just reserve single read and single write for the every registered callback? I'm not yet sure - will leave it for future PRs as well

Copy link
Contributor

@tomusdrw tomusdrw Jun 18, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, I think the general sentiment about these kind of handlers is that they should be as simple as possible. Having one read + one write seems reasonable. In future we can prepare some tooling to kind of "subscribe" to interesting messages and for instance have them processed in on_initialize of the pallet or some manual trigger (extrinsic).

Might be good to add this assumption to the docs though, so that implementers are aware of that.

Copy link
Contributor Author

@svyatonik svyatonik Jun 21, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

#1012

}
Expand Down