Update abstract-client requirement from 0.23.0 to 0.24.2

[dependabot]

Updates the requirements on abstract-client to permit the latest version.

Release notes

Sourced from abstract-client's releases.

v0.23.0

Added

• Abstract Client: Added a claim_namespace function to facilitate claiming a namespace after account creation
• Version Control interface: approve_all_modules_for_namespace to approve any pending modules by given "namespace"
• IBC module to module queries and API.
• Abstract Interface: Added helpers to create abstract IBC connections (with open-sourced cw-orch-interchain)
• Ability to send multiple query messages through IBC simultaneously
• New module type abstract-standalone for standalone contracts.
• Abstract Client: added execute_on_manager helper method
• Abstract Client: Exposed IbcClient object under AbstractClient::ibc_client()
• Abstract Client(feature "interchain"): ibc_connection_with to create abstract IBC connections
• Abstract Client(feature "interchain"): RemoteApplication and RemoteAccount objects that replicate Application and Account functionality in interchain environment
• Abstract Account: Added an upgrade helper to upgrade an account step by step (going through all necessary versions)
• IBC Client: Apps and Adapters checks that IBC Client is dependency of the module inside ibc_callback and module_ibc handlers
• Ibc Client: Module to module actions now checks if app have ibc_client installed to ensure account can receive ibc callback
• Helpers to simply connecting Abstract instances through IBC and reduce the setup boilerplate
• register_in_version_control added to the abstract_interface::Abstract for registering new versions of native contracts in Version Control
• Registration migrated native contracts to Version Control in abstract_interface::Abstract::migrate_if_version_changed method
• New governance type NFT which allows an account to be owned by an NFT.

Changed

• Manager will try to check dependencies on standalone modules.
• Accounts with local sequence 2147483648..u32::MAX are allowed to be claimed in any order
• IBC Callback and IBC module to module endpoints now have decomposed variables (sender, msg and callback)
• IBC Callback messages are now mandatory and renamed to callback
• Removed IBC callback IDs
• Renamed CallbackInfo to Callback
• Ibc API: Where applicable - accept ChainName instead of String to add clarity for the user
• Standalones and IBC Client no longer added to proxy whitelist
• IBC client and host now migrated only if version is not breaking and deployed otherwise
• cw-ownable got replaced with cw-gov-ownable for manager contract
• Renamed ChainName to TruncatedChainId
• IBC Client: send_funds accepts optional memo field for every Coin attached
• Bump cw-orch to 0.24.0

Removed

• Accounts with local sequence 0..2147483648 cannot be predicted
• Ibc Callback handler no longer includes MessageInfo as sender is always ibc_client and funds are empty
• Account Factory no longer stores ibc-host, instead it queries VersionControl to assert caller matches stored to the one in version control
• governance_details from manager::AccountInfo
• Removed update_factory_binary_msgs endpoint from module factory
• Removed propose_ownership method on manager, everything done through update_ownership instead

Fixed

• Abstract Client: Fixed contract address collision for same apps that are on different accounts

... (truncated)

Commits

• See full diff 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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)

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.