-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Sudo wrapper for paras #1517
Sudo wrapper for paras #1517
Conversation
runtime/parachains/src/paras.rs
Outdated
|
||
/// Schedule a para to be initialized at the start of the next session. | ||
#[weight = (1_000, DispatchClass::Operational)] | ||
pub fn sudo_schedule_para_initialize( |
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.
I would prefer this be in a separate module, because this is a low-level module that we shouldn't need to expose directly
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.
It should be in the common
crate or a separate crate, though, not the parachains
crate. my rationale is that the parachains-core layer should be agnostic as to how and when paras get registered, only that they do.
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.
moved to common
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.
great, thanks!
* master: Unalias Substrate Imports (#1530) Rewrite client handling (#1531) Integrate ChainApi with all messages (#1533) Add Rococo test network (#1363) Fix a typo parathreads -> parachains (#1529) Cleanup upcoming paras (#1527) Sudo wrapper for paras (#1517) Implementer's guide: notes on contextual execution (#1525) Companion for substrate/6782 (#1523) Sort out validation errors (#1516)
A sudo wrapper for paras was forgotten. Should constant weights be here and return values from the functions be ignored? If not how do we go from
Weight
toDispatchResult
?