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

[Networking] - Expose request-response protocol to application layer #3871

Open
jbearer opened this issue Nov 8, 2024 · 0 comments
Open

Comments

@jbearer
Copy link
Member

jbearer commented Nov 8, 2024

What is this task and why do we need to work on it?

With some upcoming changes to storage, the confirmation will soon be able to serve catchup from any node in the network, DA or not. With PoS making the node set more dynamic, it will become crucial that we can tap into the existing networking mechanisms to reach our peers for catchup requests, rather than relying on a configured list of nodes which is static and often incomplete.

What work will need to be done to complete this task?

There should be some interface that allows the application layer (e.g. confirmation layer) to make arbitrary requests and receive responses. These requests should be routed to the entire network over the combined CDN+p2p network.

Are there any other details to include?

No response

What are the acceptance criteria to close this issue?

We are able to implement the following request types in the query service/confirmation layer:

  • Request leaf by height (served by query service)
  • Request payload by VID commitment (served by query service)
  • Request VID common by VID commitment (served by query service)
  • Request fee account states (served by confirmation layer/validated state persistence)
  • Request blocks frontier (served by confirmation layer/validated state persistence)
  • Request config (served by confirmation layer)

Branch work will be merged to (if not the default branch)

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant