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 is a rough idea of the proposed feature, but a query param for /blocks that will return all inbound and outbound messages for a single block. Outbound Messages could also be applied to their corresponding extrinsics (As oppose to just aggregating all messages for the block, and putting it in the top level of the response). This will also be extended to /blocks/{blockId}/extrinsics/{extrinsicIndex} as well.
Example types:
interfaceBlock{// snip
...
// Messages executed in this block, ordered. Any effects are in `onInitialize`.InboundMessages: [Message];// Messages sent to other chains.OutboundMessages: [Message];}interfaceMessage{// Maybe a hash or something else. (Help.) Must match the UID of a `Message` on `Interlocutor`.UniqueIdentifier: Hash;// Message provenance or destination, depending on if this is inbound or outbound.Interlocutor: MultiLocation;// The XCM version used to send this message.XcmVersion: Int;// The actual, decoded call.Message: Call;}
The text was updated successfully, but these errors were encountered:
cc: @joepetrowski
This is a rough idea of the proposed feature, but a query param for
/blocks
that will return all inbound and outbound messages for a single block. Outbound Messages could also be applied to their corresponding extrinsics (As oppose to just aggregating all messages for the block, and putting it in the top level of the response). This will also be extended to/blocks/{blockId}/extrinsics/{extrinsicIndex}
as well.Example types:
The text was updated successfully, but these errors were encountered: