You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be best if there was a uniform way of specifying upgrade tag in Cosmos SDK, but we have no control over it. So instead, I propose we give the user a chance to define a small logic to infer the version from ^^ sources. It could be done via:
external rpc call, say InferVersion(title, description, updateData) -> version
regex, user defines a custom regex in the config
wasm/lua scripts
NOTE: Even if the version tag is present today in the upgrade title - some foundations do that - it happens the upgrade version changes minutes before the upgrade. For instance, instead of v1.0.0 you're asked to use v1.0.0-rc1
The text was updated successfully, but these errors were encountered:
TL;DR
Blazar requires user to provide a (docker) version tag in order to perform the upgrade.
While in cosmos there is no easy way to detect version there are a few places a user may want to infer the version from:
It would be best if there was a uniform way of specifying upgrade tag in Cosmos SDK, but we have no control over it. So instead, I propose we give the user a chance to define a small logic to infer the version from ^^ sources. It could be done via:
InferVersion(title, description, updateData) -> version
NOTE: Even if the version tag is present today in the upgrade title - some foundations do that - it happens the upgrade version changes minutes before the upgrade. For instance, instead of
v1.0.0
you're asked to usev1.0.0-rc1
The text was updated successfully, but these errors were encountered: