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
This MessageOut receipt is important -- one of the most important receipts -- because the messages are bridge messages
This receipt includes a hexadecimal payload field data that contains the byte payload sent in the receipt
Currently, we (using the indexer) have no way of deserializing that data payload into some type of struct/object
The LogData receipt works a bit similarly in that it also has a data payload that can be deserialized
However, the difference between LogData and MessageOut is that LogData includes a reference type ID -- that allows us to know which entity/object to deserialize the data payload to
Recommended Solution
We should add some reference type ID to the MessageOut receipt, so that users know which type the MessageOutdata payload will deserialize to
@adlerjohn Suggested merely appending the 64-bit reference type ID to the beginning of the MessageOutdata payload in the stdlib
This is needed for FuelLabs/sway#3409.
Basically, we want to be able to decode the data sent via `smo`, just
like logs, so messages need to store information in the JSON ABI.
Doesn't look like this impacts anything at the moment as everything
compiles fine.
Spec change: FuelLabs/fuel-specs#444
Compiler change: FuelLabs/sway#3564 that needs
this (currently using a local copy of `fuels-rs`)
Issue
MessageOut
receiptMessageOut
receipt is important -- one of the most important receipts -- because the messages are bridge messagesdata
that contains the byte payload sent in the receiptdata
payload into some type of struct/objectLogData
receipt works a bit similarly in that it also has adata
payload that can be deserializedLogData
andMessageOut
is thatLogData
includes a reference type ID -- that allows us to know which entity/object to deserialize the data payload toRecommended Solution
MessageOut
receipt, so that users know which type theMessageOut
data
payload will deserialize toMessageOut
data
payload in thestdlib
CC @nfurfaro because this might involve stdlib
CC @mohammadfawaz because this is Sway-related
CC @deekerno
The text was updated successfully, but these errors were encountered: