-
Notifications
You must be signed in to change notification settings - Fork 0
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
Understand project nodewatch #4
Comments
got it. |
I looked through the code implementation of nodewatch. The nodewatch reuses the implementation of prysm. MethodIn a nutshell, there are two stages for the prysm's network running. Client identityThe nodewatch parses the client information from the peer.ID of libp2p node. All the blockchain clients will set a user-agent for their types when the clients initialize the libp2p objection. After we launch a client, we can also run command |
I don't understand why every clients must set the client information in their user-agent, and I read the specification of the consensus layers but find nothing. Besides, I think we need a method to get the exact number of clients distributed. |
The node-crawler just collects the information of the execution layers. It seems that our framework will work at the consensus layer. Do I still need to look at its implementation? |
It's a good practice among internet clients. browser, crawlers, etc do so. it's not mandatory though.
good to know. yes, you're right, we concentrate on the consensus layer first. |
How dose the nodewatch identity diffierent clients.
https://github.com/ChainSafe/nodewatch-api
The text was updated successfully, but these errors were encountered: