Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: implement a upper level of request-response #338

Closed
dariusc93 opened this issue Nov 22, 2024 · 0 comments · Fixed by #339
Closed

feat: implement a upper level of request-response #338

dariusc93 opened this issue Nov 22, 2024 · 0 comments · Fixed by #339

Comments

@dariusc93
Copy link
Owner

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:

  1. Do we have the requests and response be represented as bytes or should we have separate functions to serialize/deserialize the request/response?
  2. 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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant