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, we provide an interface for all supported methods behind 0x167, the IHederaTokenService interface.
The tokens (both fungible and non-fungible) also support methods to be called on themselves, that is, IERC20 and IERC721 respectively. In addition, both kind of tokens support association methods defined by IHRC719. However, there is no "facade" interface that contains "all" these methods combined.
Solution
Add two new interfaces IHtsFungibleToken and IHtsNonFungibleToken that would allow the user to call all methods behind a fungible and non-fungible token respectively.
Working on this, making progress on an E2E IHtsFungibleToken version.
However, in implementation I've found that implementing IHRC719 may not be a base case scenario.
For a contract to associate or dissociate it would require the contract to be listed on another accounts admin key.
IHRC719 is mostly intended for contracts to execute on themselves or for EOAs to call as a facade
Problem
Currently, we provide an interface for all supported methods behind
0x167
, theIHederaTokenService
interface.The tokens (both fungible and non-fungible) also support methods to be called on themselves, that is,
IERC20
andIERC721
respectively. In addition, both kind of tokens support association methods defined by IHRC719. However, there is no "facade" interface that contains "all" these methods combined.Solution
Add two new interfaces
IHtsFungibleToken
andIHtsNonFungibleToken
that would allow the user to call all methods behind a fungible and non-fungible token respectively.Alternatives
No response
The text was updated successfully, but these errors were encountered: