Bump ink_metadata from 3.0.1 to 3.1.0
Created by: dependabot[bot]
Bumps ink_metadata from 3.0.1 to 3.1.0.
Release notes
Sourced from ink_metadata's releases.
v3.1.0
Version 3.1.0
Compatibility
We recommend using a version of the
pallet-contracts
later than 7d233c2 (May 13, 2022) in your node.This is the case in the latest release of the
substrate-contracts-node
v0.15.1 and the latest Polkadot release v0.9.22.Breaking Changes
There are two breaking changes in this release:
- As part of #1235 the message selectors of your contract may change. A change of selectors would affect your client, frontend, Dapp, etc..
- As part of #1233 we removed the
eth_compatibility
crate.Its recovery functionality has been moved toink_env
now:ink_env::ecdsa_to_eth_address
. The reason for this change is that we moved the gas-expensive crypto operations intopallet-contracts
.The cratesto_default_account_id
function has been removed; the reason for this change is that ink! doesn't have knowledge about the specific Substrate types on the underlying chain. If you want to retain the function in your contract and are just using standard Substrate types you should add the prior functionality to your contract ‒ it was a simple<Blake2x256 as CryptoHash>::hash(&ecdsa_pubkey[u8; 33])
.New API functions
We added two new
Mapping
API functions:Mapping::contains
andMapping::insert_return_size
‒ #1224. These are more gas-efficient than whatever you were using previously.Additionaly there are a couple new
ink_env
functions now:New Upgradeable Contract Example
We've added a new example:
upgradeable-contracts/set-code-hash
.It illustrates how the newly added
ink_env::set_code_hash
can be used to implement an upgradeable contract that replaces its own code.Added
- Implement
seal_code_hash
andseal_own_code_hash
‒ #1205- Add
set_code_hash
function and example ‒ #1203- Implement
ink_env::ecdsa_to_eth_address
‒ #1233- Add
Mapping::contains(key)
andMapping::insert_return_size(key, val)
‒ #1224Fixed
- Fix ordering of message ids if the trait is implemented before the inherent section ‒ #1235
Removed
- Removed
eth_compatibility
crate and moved its functionality partly intoink_env
‒ #1233
Changelog
Sourced from ink_metadata's changelog.
Version 3.1.0
Compatibility
We recommend using a version of the
pallet-contracts
later than 7d233c2 (May 13, 2022) in your node.This is the case in the latest release of the
substrate-contracts-node
v0.15.1 and the latest Polkadot release v0.9.22.Breaking Changes
There are two breaking changes in this release:
- As part of #1235 the message selectors of your contract may change. A change of selectors would affect your client, frontend, Dapp, etc..
- As part of #1233 we removed the
eth_compatibility
crate. Its recovery functionality has been moved toink_env
now:ink_env::ecdsa_to_eth_address
. The reason for this change is that we moved the gas-expensive crypto operations intopallet-contracts
. The cratesto_default_account_id
function has been removed; the reason for this change is that ink! doesn't have knowledge about the specific Substrate types on the underlying chain. If you want to retain the function in your contract and are just using standard Substrate types you should add the prior functionality to your contract ‒ it was a simple<Blake2x256 as CryptoHash>::hash(&ecdsa_pubkey[u8; 33])
.New API functions
We added two new
Mapping
API functions:Mapping::contains
andMapping::insert_return_size
‒ #1224. These are more gas-efficient than whatever you were using previously.Additionaly there are a couple new
ink_env
functions now:New Upgradeable Contract Example
We've added a new example:
upgradeable-contracts/set-code-hash
.It illustrates how the newly added
ink_env::set_code_hash
can be used to implement an upgradeable contract that replaces its own code.Added
- Implement
seal_code_hash
andseal_own_code_hash
‒ #1205- Add
set_code_hash
function and example ‒ #1203- Implement
ink_env::ecdsa_to_eth_address
‒ #1233- Add
Mapping::contains(key)
andMapping::insert_return_size(key, val)
‒ #1224
... (truncated)
Commits
-
07be64c
Release ink! 3.1.0 (#1240) -
3f6befa
Improve onMapping::contains
+ Migrate examples to new API (#1242) -
961c7ef
Update readme, move monthly update (#1257) -
90c7327
Remove version from path dependencies (#1254) -
785a59e
Implementecdsa_to_eth_address()
and removeeth_compatibility
crate (#1233) -
2051044
Makespellcheck
less verbose (#1252) -
32e0261
stabilize funcs (#1249) -
4338af9
Fix nightly clippy warnings (#1250) -
2bccebf
stabilize code_hash functions (#1246) -
4a40c91
Add more info to April digest (#1241) - Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase
.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
-
@dependabot rebase
will rebase this PR -
@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it -
@dependabot merge
will merge this PR after your CI passes on it -
@dependabot squash and merge
will squash and merge this PR after your CI passes on it -
@dependabot cancel merge
will cancel a previously requested merge and block automerging -
@dependabot reopen
will reopen this PR if it is closed -
@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually -
@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)