-
Notifications
You must be signed in to change notification settings - Fork 391
Split StakingMsg::Withdraw #876
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
Conversation
ethanfrey
left a comment
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.
Looks good, nice comments.
I would just like to ensure these hide behind the staking feature flag
| }, | ||
| } | ||
|
|
||
| /// The message types of the distribution module. |
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 looks good.
| // to call into more app-specific code (whatever they define) | ||
| Custom(T), | ||
| Staking(StakingMsg), | ||
| Distribution(DistributionMsg), |
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.
Once upon a time, StakingMsg was feature gated under #[cfg(feature = "staking")]. I think it should be again, and same with DistributionMsg. This means that every contract that uses them is forced to expose the requires_staking export flag and then can fail on upload to chains without PoS (I expect some PoA chains and PoE chains to use CosmWasm without staking and delegation).
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 was introduced in #300 and at some point along the way we decided to remove it at least for messages. I don't member why. Maybe it was related to the exhaustive/non-exhaustive and related trouble on the enum. But since it works well for the stargate flag now, I'll just try to add it again.
|
Yeah, makes sense, will update |
ethanfrey
left a comment
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.
Okay, #878 makes sense
If you rebase on that and do the same for DistributionMsg, then this is good to merge.
22aaa6f to
494cf17
Compare
Closes #848