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, for one to utilize request-response, they would have to implement it manually within a custom behaviour, which would be more low level, and likely create more complexities due to having to communicate with the behaviour. In this case, we could create simple request response functions, with requests being listened on through a stream with it supplying the channel to respond to the request while a separate function can send a request to a specific peer, or possibly to a set of peers.
Questions:
Do we have the requests and response be represented as bytes or should we have separate functions to serialize/deserialize the request/response?
What would be the upper size limit or should this be specific per peer? In other words, the limit set in the configuration during initialization.
The text was updated successfully, but these errors were encountered:
Currently, for one to utilize request-response, they would have to implement it manually within a custom behaviour, which would be more low level, and likely create more complexities due to having to communicate with the behaviour. In this case, we could create simple request response functions, with requests being listened on through a stream with it supplying the channel to respond to the request while a separate function can send a request to a specific peer, or possibly to a set of peers.
Questions:
The text was updated successfully, but these errors were encountered: