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
{{ message }}
This repository has been archived by the owner on Feb 26, 2024. It is now read-only.
@gnidan has suggested that when decoding a multicall transaction, we should not just leave the individual bytestrings undecoded, but should also decode them and return that information. We don't want to put that information on the Value object itself, so @gnidan has suggested this could go in an interpretations field (or something) on the overall transaction decoding.
We also need a new interface for decoding the return values for these. @gnidan has suggested this could be a new interface that takes, instead of an ABI entry and a return value, a transaction object and a return value.
Note that this would be handled purely in decoder, this wouldn't involve adding anything new to codec.
Environment
Truffle version (truffle version): 5.3.11
The text was updated successfully, but these errors were encountered:
Issue
@gnidan has suggested that when decoding a multicall transaction, we should not just leave the individual bytestrings undecoded, but should also decode them and return that information. We don't want to put that information on the
Value
object itself, so @gnidan has suggested this could go in aninterpretations
field (or something) on the overall transaction decoding.We also need a new interface for decoding the return values for these. @gnidan has suggested this could be a new interface that takes, instead of an ABI entry and a return value, a transaction object and a return value.
Note that this would be handled purely in
decoder
, this wouldn't involve adding anything new to codec.Environment
truffle version
): 5.3.11The text was updated successfully, but these errors were encountered: