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
While we have a decodeReturnValues helper that can be used for converting the return values of a view call, this requires an ABI definition, which we don't have when reading directly from storage via a getPublicStorageAt call.
We should expose helper functions that make it easy to go from a flattened array of fields to a type defined by the user without having an ABI definition for it. Perhaphs it's as simple as requiring only an ABIType instead of a FunctionArtifact as input to decodeReturnValues..?
Requested by Wonderland
The text was updated successfully, but these errors were encountered:
@rahul-kothari I think making storage declarative is half of it. The other half is having a nice API (in aztecjs?) that uses the raw getStorageAts exposed by the node/pxe, and then uses the declarative storage info to properly decode it.
LHerskind
changed the title
Expose helpers for converting data read directly from storage via node API
feat(PXE): Querying contract public information form an app
Mar 9, 2024
While we have a
decodeReturnValues
helper that can be used for converting the return values of aview
call, this requires an ABI definition, which we don't have when reading directly from storage via agetPublicStorageAt
call.We should expose helper functions that make it easy to go from a flattened array of fields to a type defined by the user without having an ABI definition for it. Perhaphs it's as simple as requiring only an
ABIType
instead of aFunctionArtifact
as input todecodeReturnValues
..?Requested by Wonderland
The text was updated successfully, but these errors were encountered: