死磕以太坊源码分析之p2p网络启动
资料代码及文章:https://github.com/blockchainGuide/
持续输出区块链相关技术文章,喜欢作者可以持续关注,文章有问题,可以随时指出。
p2p源码目录
| 1 | discover/ 基于UDP的节点发现V4协议 | 
启动p2p网络
启动p2p网络主要会做以下几件事:
- 发现远程节点,建立相邻节点列表
- 监听远程节点发过来的建立TCP请求
- 向远程节点发送建立TCP连接请求
首先找到p2p网络启动的入口:
Start()
start函数主要做了以下6件事:
- 初始化server的字段
- 设置本地节点setupLocalNode
- 设置监听TCP连接请求setupListening
- 设置节点发现(setupDiscovery)V4版本
- 设置最大可以主动发起的连接为50/3
- srv.run(dialer) 发起建立TCP连接请求
其中setupLocalNode、setupListening、setupDiscovery、newDialState、srv.run(dialer)是我们要重点分析的函数。
设置本地节点
进入到setupLocalNode中:
①:创建devp2p握手
| 1 | pubkey := crypto.FromECDSAPub(&srv.PrivateKey.PublicKey) | 
握手协议包括协议版本号,节点名称和节点的公钥,存入到Caps中要根据名称和协议排序。
②:创建本地节点
| 1 | db, err := enode.OpenDB(srv.Config.NodeDatabase) | 
首先从节点数据库中去获取节点信息,如果不存在则新建本地节点并设置默认IP,同时将节点记录的协议特定信息存入到本地节点中。
设置监听
进入到setupListening:
①:启动监听器
②:如果配置了NAT,则更新本地节点记录并映射TCP监听端口
| 1 | if tcp, ok := listener.Addr().(*net.TCPAddr); ok { | 
③:开启P2P监听,接收inbound连接
| 1 | srv.listenLoop() | 
这个函数需要进一步分析:
主要有以下逻辑:
- 首先 - defaultMaxPendingPeers这个字段指的是- inbound和- outbound连接,默认最大值为50
- 将监听的连接返回给 - listener- 1 - fd, err = srv.listener.Accept() 
- 获取监听的连接的地址并检查这个连接 - 1 
 2
 3
 4- remoteIP := netutil.AddrIP(fd.RemoteAddr()) 
 if err := srv.checkInboundConn(fd, remoteIP); err != nil {
 .....
 }- checkInboundConn主要是做了以下的判断:- 拒绝不符合NetRestrict的连接(NetRestrict是指已经限定了某些连接,除此之外会拒绝)
- 拒绝尝试过多的节点
 
- 最后真正建立连接 - 1 
 2
 3
 4- go func() { 
 srv.SetupConn(fd, inboundConn, nil)// 连接建立过程(将连接添加为peer)
 slots <- struct{}{}
 }()- 要注意setupConn的第三个字段传入的是nil,表示还没有拨号,如果正在拨号的话需要节点公钥。 - 1 
 2
 3
 4
 5
 6
 7- var dialPubkey *ecdsa.PublicKey 
 if dialDest != nil {
 dialPubkey = new(ecdsa.PublicKey)
 if err := dialDest.Load((*enode.Secp256k1)(dialPubkey)); err != nil {
 return errors.New("dial destination doesn't have a secp256k1 public key")
 }
 }- 之后就是进行RLPX(RLPX会单独讲)握手 - 1 - remotePubkey, err := c.doEncHandshake(srv.PrivateKey, dialPubkey) - 如果dialDest 不为nil,检查公钥是否匹配,如果为nil,就从连接中返回一个node出来 - 1 
 2
 3
 4
 5
 6
 7
 8
 9
 10- if dialDest != nil { 
 // For dialed connections, check that the remote public key matches.
 //对于拨号连接,请检查远程公钥是否匹配
 if dialPubkey.X.Cmp(remotePubkey.X) != 0 || dialPubkey.Y.Cmp(remotePubkey.Y) != 0 {
 return DiscUnexpectedIdentity
 }
 c.node = dialDest
 } else {
 c.node = nodeFromConn(remotePubkey, c.fd)
 }- 接下来就是真正执行握手了 ,这部分也属于RLPX,跳过 - 1 - phs, err := c.doProtoHandshake(srv.ourHandshake) - 之后要进行检查,如果成功了的话,连接就会作为节点被添加,并且启动了runPeer. - 到此为止,整个listenLoop 就完成了。 
 
设置节点发现
进入到srv.setupDiscovery()
①:添加特定于协议的发现源
| 1 | added := make(map[string]bool) | 
②:如果DHT禁用的话,就不要在UDP上监听
| 1 | if srv.NoDiscovery && !srv.DiscoveryV5 { | 
③:监听给定的socket 上的发现的包
| 1 | ntab, err := discover.ListenUDP(conn, srv.localnode, cfg) | 
创建DialState
dialstate负责拨号和查找发现。
①:初始化dialstate
| 1 | s := &dialstate{ | 
②:加入初始引导节点
| 1 | copy(s.bootnodes, cfg.BootstrapNodes) | 
③: 加入静态节点
| 1 | for _, n := range cfg.StaticNodes { | 
bootnodes是初始引导节点,在节点没有接收到任何节点的连接请求,也没有节点可以给我们邻居节点的时候,就去连接bootnodes,它硬编码在了以太坊的源码中。
static是静态节点,如果我们想和某些节点保持长期的连接,就把它们加入到静态节点的列表中
接下来就是到了运行p2p网络的时候了,主要的函数是:go srv.run(dialer)
运行p2p网络
srv.run(dialer)
在p2p网络启动时候,我们会监听远程节点发送过来的TCP请求,到了运行p2p网络的时候,我们则会向远程节点发起TCP的连接请求。首先我们要知道我们所说的发起TCP连接请求可以形容成拨号,每个拨号都是以任务的形式存在,进入到srv.run(dialer)分析
整个函数就是一个循环,介绍下它的主要功能:
发起TCP连接任务
| 1 | scheduleTasks() | 
scheduleTasks主要是从queued task 中去获取任务,通过查询dialer以查找新任务并立即启动尽可能多的任务,我们这里要注意个变量maxActiveDialTasks,它的默认值为16 ,而安排任务的核心方法是:
| 1 | nt := dialstate.newTasks(len(runningTasks)+len(queuedTasks), peers, time.Now()) | 
主要做了以下几件事:
①:为没有连接的静态节点创建拨号任务
| 1 | for id, t := range s.static { | 
首先对拨号节点进行校验:正在连接,已经连接,是本身,不在白名单中,最近连接过的都会报错,并且不是在白名单中的和自身的节点会直接从静态节点列表中删除,校验通过的创建任务。
②:计算所需的动态拨号数
| 1 | needDynDials := s.maxDynDials | 
我们主动发起的TCP连接请求是由节点最大连接数除以拨号比率得出的,即maxPeers/radio,同时我们会判断节点中是否已经有建立了连接的节点和正在拨号的节点,有的话会needDynDials会减去。
③:如果找不到任何的peers,就去随机找bootnode,发起连接
不过这个一般适用在测试网或者私链。
| 1 | if len(peers) == 0 && len(s.bootnodes) > 0 && needDynDials > 0 && now.Sub(s.start) > fallbackInterval { | 
④:从节点发现结果中创建动态拨号任务
如果不满足最大任务数量的话,就去s.lookupBuf中寻找,lookupBuf通过KAD算法获取的节点。
| 1 | for ; i < len(s.lookupBuf) && needDynDials > 0; i++ { | 
⑤:没有需要执行的任务,保持拨号逻辑继续运行
| 1 | if nRunning == 0 && len(newtasks) == 0 && s.hist.Len() > 0 { | 
到此创建新任务结束,返回newTasks
执行TCP连接任务
直到满足最大活动任务数才开始任务执行,具体的执行过程在以下代码:
| 1 | startTasks := func(ts []task) (rest []task) { | 
| 1 | t.Do(srv); | 
执行的主要任务包括下面几种:
- dialTask
- discoverTask
- waitExpireTask
最关键的就是dialTask
| 1 | func (t *dialTask) Do(srv *Server) { | 
真正的连接是在t.dail中做的:
| 1 | // 实际的网络连接操作 | 
再往下面就没必要深究了,实际的网络连接操作到此为止了。
管理TCP连接任务
在TCP连接任务完成后,会对连接有各种处理,如下:
①:停止p2p服务
| 1 | case <-srv.quit: | 
②:添加静态节点到peer列表
| 1 | case n := <-srv.addstatic: | 
③:发送断开连接请求,并断开连接
| 1 | case n := <-srv.removestatic: | 
断开连接会立即返回,并且不会等连接关闭。
④:标记可信节点
| 1 | case n := <-srv.addtrusted: | 
⑤:从信任节点中删除一个节点
| 1 | case n := <-srv.removetrusted: | 
⑥:拨号任务完成
| 1 | case t := <-taskdone:newTasks | 
⑦:连接已通过加密握手,远程身份是已知的(但尚未经过验证)
| 1 | case c := <-srv.checkpointPostHandshake: | 
⑧:连接已通过协议握手,已知其功能并验证了远程身份
| 1 | err := srv.addPeerChecks(peers, inboundCount, c) | 
addPeerChecks会删除没有匹配协议的连接,并且会重复握手后检查,因为自执行这些检查后可能已更改。连接通过握手后,将调用handshakeDone
⑨:Peer断开连接
| 1 | case pd := <-srv.delpeer: | 
到此为止整个主要的处理TCP连接的循环讲解结束。
总结&参考
- 开启p2p网络主要包括:设置本地节点,监听TCP连接以及设置节点发现
- 运行P2P网络之后主要包括:发起TCP连接并执行连接,以及相关的连接处理。
公众号:区块链技术栈