其他分享
首页 > 其他分享> > The Ethereum devp2p and discv4 protocol Part II

The Ethereum devp2p and discv4 protocol Part II

作者:互联网

描述

本文章主上下两篇

正文

本片为下篇:实践篇,主要描述如何获取以太坊所有节点信息(ip、port、nodeId、clientId)

因为以太坊创世块发展到如今,中间也有过很多次的迭代,所以通讯多少也有改变,这里不做一一说明,就以目前V62 V63 版本来做就可以了

根据上篇的理论知识,我们先理一下思路,如何去获取;

  1. 列出一组已备的节点ip地址,便于更好的快速的获取节点
  2. 定义基本数据结构,如 DHT、P2P Message(这里主要用到HelloMessage)、 disc v4 Message(ping、pong、findNode、Neighbors)、定义枚举做返回码与发送码
  3. 定义kademlia 结构,节点实体
  4. 按协议规定编写RLP、rlpx、Eckey 编码(此处参考以太坊源码),为后续协议之间通讯做编解码
  5. 遍历节点,
    • 利用disc v4 协议进行ping
    • 等待pong
    • find_Node 发出节点请求
    • Neighbors 获取节点信息nodes = [[ip, udp-port, tcp-port, node-id], ... ] 此处只能拿到ip、port、nodeId,clientId还未有
    • 将node 放入到nodetable 做缓存,nodetable存在阀值,当nodetable到达阀值则清除部分内容,保留部分(作用为去重复,提高效率,后期考虑效率可以尝试使用分布式获取节点信息,共享同一个nodetable缓存来提供效率)
    • 利用ip port nodeId,利用devp2p 协议与对方进行握手认证,并发送HelloMessage ,获取如下信息
    p2pVersion Specifies the implemented version of the P2P protocol. Now must be 1.
    clientId Specifies the client software identity, as a human-readable string (e.g. "Ethereum(++)/1.0.0").
    cap Specifies a peer capability name as an ASCII string, e.g. "eth" for the eth subprotocol.
    capVersion Specifies a peer capability version as a positive integer.
    listenPort specifies the port that the client is listening on (on the interface that the present connection traverses). If 0 it indicates the client is not listening.
    nodeId is the unique identity of the node and specifies a 512-bit secp256k1 public key that identifies this node.
    

因为这也是小编工作的内容,所以代码不方便开源,建议去看以太坊源码的net 层的代码

标签:protocol,devp2p,ip,以太,nodeId,节点,获取,Part,port
来源: https://www.cnblogs.com/chenshouchang/p/10386094.html