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
Currently the way things work are that you either whitelist the specific denoms that are allowed via the MaxFunds/Combined limit or you use MaxCalls which doesn't allow any denoms, but there is no way to allow any/every denom. This puts some heavy restrictions on when/how the authorization can be used.
A concrete use case that I currently am facing:
I have a contract that users can deposit uatom and uosmo into and can claim rewards from (in those same assets that were deposited). Normally I could use a ContractExecutionAuthorization (with a max funds in uatom and uosmo) to be able to claim the rewards and deposit them back performing compounding. The issue comes in when the contract adds a third denom as a permissible deposit/reward so now people can also deposit uusdc and my ContractExecutionAuthorization can claim the uusdc but can no longer deposit it back into the contract. This is where an any denom option would be immensely helpful.
The text was updated successfully, but these errors were encountered:
Currently the way things work are that you either whitelist the specific denoms that are allowed via the MaxFunds/Combined limit or you use MaxCalls which doesn't allow any denoms, but there is no way to allow any/every denom. This puts some heavy restrictions on when/how the authorization can be used.
A concrete use case that I currently am facing:
I have a contract that users can deposit uatom and uosmo into and can claim rewards from (in those same assets that were deposited). Normally I could use a ContractExecutionAuthorization (with a max funds in uatom and uosmo) to be able to claim the rewards and deposit them back performing compounding. The issue comes in when the contract adds a third denom as a permissible deposit/reward so now people can also deposit uusdc and my ContractExecutionAuthorization can claim the uusdc but can no longer deposit it back into the contract. This is where an any denom option would be immensely helpful.
The text was updated successfully, but these errors were encountered: