1.本说明书实施例属于区块链技术领域，尤其涉及一种区块链节点连接方法及装置。
背景技术：2.区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链系统中按照时间顺序将数据区块以顺序相连的方式组合成链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。由于区块链具有去中心化、信息不可篡改、自治性等特性，区块链也受到人们越来越多的重视，已在众多的领域中进行了广泛的应用。
技术实现要素：3.本发明的目的在于提供一种区块链节点连接方法及装置，达到提高在网络拥塞状况下的区块链共识效率的效果。
4.本说明书第一方面提供一种区块链节点连接方法，由区块链第一节点执行，所述方法包括：
5.建立与第二节点之间的连接，以用于与所述第二节点之间进行数据传输；
6.获取与所述第二节点之间的传输延迟信息；
7.根据所述传输延迟信息，调节所述连接的连接参数。
8.本说明书第二方面提供一种区块链节点连接装置，部署于区块链第一节点，所述装置包括：
9.连接建立单元，配置为，以用于与所述第二节点之间进行数据传输；
10.延迟信息确定单元，配置为，获取与所述第二节点之间的传输延迟信息；
11.连接参数调整单元，配置为，根据所述传输延迟信息，调节所述连接的连接参数。
12.第三方面，提供一种计算机可读存储介质，其上存储有计算机程序或指令，当所述计算机程序或指令在计算机中执行时，令计算机执行第一方面所述的方法。
13.第四方面，提供一种计算设备，包括存储器和处理器，所述存储器中存储有计算机程序或指令，所述处理器在执行所述计算机程序或指令时，实现第一方面所述的方法。
14.利用以上各个方面中的方法、装置、计算设备、存储介质中的一个或多个，可以提高在网络拥塞状况下的区块链共识效率。
附图说明
15.为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
16.图1示出一实施例中的区块链架构图；
17.图2是一种区块链节点间数据传输过程的示意图；
18.图3是本说明书一实施例中一种区块链节点连接方法的示意图；
19.图4是本说明书一实施例中一种区块链节点连接方法的流程图；
20.图5是本说明书一实施例中一种区块链节点连接装置的架构图。
具体实施方式
21.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
22.图1示出一实施例中的区块链架构图。如图1所示，区块链100中例如包含6个节点。节点之间的连线示意性的表示p2p(peer to peer，点对点)连接。这些节点上可存储全量的账本，即存储全部区块和全部账户的状态。其中，区块链中的每个节点通过执行相同的交易而产生区块链中的相同的状态，区块链中的每个节点存储相同的状态数据库。可以理解，图1中虽然示出了区块链中包括6个节点，本说明书实施例不限于此，而是可以包括其他数目的节点。具体是，区块链中包含的节点可以满足拜占庭容错(byzantine fault tolerance，bft)要求。所述的拜占庭容错要求可以理解为在区块链内部可以存在拜占庭节点，而区块链对外不体现拜占庭行为。一般的，一些拜占庭容错算法中要求节点个数大于3f+1，f为拜占庭节点个数，例如实用拜占庭容错算法pbft(practical byzantine fault tolerance)。
23.区块链领域中的交易可以指在区块链中执行并记录在区块链中的任务单元。交易中通常包括发送字段(from)、接收字段(to)和数据字段(data)。其中，在交易为转账交易的情况中，from字段表示发起该交易(即发起对另一个账户的转账任务)的账户地址，to字段表示接收该交易(即接收转账)的账户地址，data字段中包括转账金额。在交易调用区块链中的智能合约的情况中，from字段表示发起该交易的账户地址，to字段表示交易所调用的合约的账户地址，data字段中包括调用合约中的函数名、及对该函数的传入参数等数据，以用于在交易执行时从区块链中获取该函数的代码并执行该函数的代码。
24.区块链技术区别于传统技术的去中心化特点之一，就是在各个节点上进行记账，或者称为分布式记账，而不是传统的集中式记账。区块链系统要成为一个难以攻破的、公开的、不可篡改数据记录的去中心化诚实可信系统，需要在尽可能短的时间内做到分布式数据记录的安全、明确及不可逆。不同类型的区块链网络中，为了在各个记录账本的节点中保持账本的一致，通常采用共识算法(即共识机制)来保证。例如，区块链节点之间可以实现区块粒度的共识机制，比如在节点(例如某个独特的节点)产生一个区块后，如果产生的这个区块得到其它节点的认可，其它节点记录相同的区块。再例如，区块链节点之间可以实现交易粒度的共识机制，比如在节点(例如某个独特的节点)获取一笔区块链交易后，如果这笔区块链交易得到其他节点的认可，认可该区块链交易的各个节点可以分别将该区块链交易添加至自身维护的最新区块中，并且最终能够确保各个节点产生相同的最新区块。共识机制是区块链节点就区块信息(或称区块数据)达成全网一致共识的机制，可以保证最新区块
被准确添加至区块链。当前主流的共识机制包括：工作量证明(proof of work，pow)、股权证明(proof of stake，pos)、委任权益证明(delegated proof of stake，dpos)、实用拜占庭容错(practical byzantine fault tolerance，pbft)算法等。
25.其中，根据pbft共识算法，可将共识过程划分为请求(request)、预备(pre-prepare)、准备(prepare)和提交(commit)四个阶段。假设一区块链中包括节点n1-节点n4四个共识节点，其中，节点n1例如为主节点，节点n2-节点n4例如为从节点，根据pbft算法，在节点n1-节点n4中可容忍f＝1个恶意节点。具体是，在请求阶段，区块链的用户可通过其用户设备向节点n1发送请求，该请求例如为区块链交易的形式。在预备阶段，节点n1在从一个或多个用户设备接收到多个交易之后，可将该多个交易打包为共识提议，将该共识提议及节点n1对该共识提议的签名发送给其他共识节点(即节点n2-节点n4)，以用于生成区块，该共识提议中可包括该多个交易的交易体和该多个交易的提交顺序等信息。在准备阶段，各个从节点可对共识提议进行签名并发送给其他各个节点。假设节点n4为恶意节点，节点n1、节点n2和节点n3在分别接收到2f＝2个其他共识节点的对共识提议的签名之后，可确定准备阶段完成，可进入提交阶段。在提交阶段，各个共识节点对共识提议进行提交阶段的签名并发送给其他各个共识节点，各个共识节点在接收到2f＝2个其他共识节点的提交阶段的签名之后，可确定提交阶段完成，共识成功。例如，节点n1在接收到节点n2和节点n3的提交阶段的签名并验证之后，确定提交阶段完成，从而，节点n1可执行根据共识提议执行所述多个交易，生成并存储包括所述多个交易的区块(例如区块b1)，根据多个交易的执行结果更新世界状态，并将多个交易的执行结果返回给用户设备。类似地，节点n2和节点n3在确定提交阶段完成之后，执行所述多个交易，生成并存储区块b1，并根据多个交易的执行结果更新世界状态。通过上述过程，实现了节点n1、节点n2和节点n3的存储一致性。
26.但是，包括上述共识方案在内的现有区块链共识方案，通常存在以下技术问题：在现实的网络环境中，尤其是较大规模网络环境下，节点规模的增大会导致网络复杂度大幅提升。同时，大量节点参与共识，使得网络的负载也会大幅增加，这种情况下从而网络会出现状态抖动和拥塞。而现有的区块链网络中的数据传输通常基于tcp协议。图2是一种区块链节点间数据传输过程的示意图，如图2所示，该区块链中包括若干节点，例如包括节点1、节点2、...节点6，其中任意节点间的数据传输过程(包括通过节点间数据传输实现的共识过程)基于通过tcp协议建立的通讯连接，例如当节点1需要向节点6传输数据时，节点1首先建立与节点6的通讯连接，然后基于该连接向节点传输数据。而tcp协议对于网络拥塞状况下的数据传输，通常采用可以导致数据传输速度进一步下降的保守控制策略。或者说，一旦出现网络拥塞或抖动的状况，由于tcp的网络拥塞控制策略，网络的吞吐量会进一步大幅下降，从而导致区块链全网共识效率的严重下降。
27.为了解决上述技术问题，本说明书实施例中提供了一种区块链共识节点的确定方法。其核心思想是：通过预先设定的udp协议之上的面向连接的中间协议，建立节点间的通讯连接，通过这种连接进行节点间的数据传输。然后，根据区块链的各个节点之间的传输延迟信息，调节通讯连接的连接参数。例如，根据该传输延迟信息，确定对应的连接是否是拥塞连接，若结果为是，则降低该拥塞连接的数据包超时重传参数，提高该拥塞连接上的数据传输速度，减轻该连接上的拥塞状况，进而提高网络拥塞状况下的区块链共识效率。具体的，图3是本说明书一实施例中一种区块链节点连接方法的示意图。如图3所示，如图2所示，
该区块链中包括若干节点，例如包括节点1、节点2、...节点6，其中任意节点间的数据传输过程通过一种预先设置的构建于udp协议之上的中间协议进行，或者说，任意节点间的数据传输连接，基于该中间协议建立。例如当节点1需要向节点6传输数据时，节点1首先通过构建于udp协议的该中间协议，建立与节点6的通讯连接，然后基于该连接向节点传输数据。此后，在数据传输的过程中，根据该连接上的数据传输的延迟信息，确定该连接是否为拥塞连接。如果为拥塞连接，则例如降低该连接的数据包超时重传参数，提高该连接上的数据传输速度。类似的，对于区块链中的各节点之间其他数据连接，也可以在根据其传输延迟信息，确定其为拥塞连接的情况，调节其连接参数，提高其数据传输速度。
28.通过本说明书实施例提供的一种区块链节点连接方案，具有如下优点：第一，如前所述，现有区块链数据传输方案中，主要基于tcp协议上的连接进行各个节点之间的数据传输。通过构建于udp之上的中间协议建立节点间的连接，进行节点间数据传输，具有更快的数据传输速度。尤其是当针对特定任务的数据传输过程中，对于数据传输的效率和速度非常敏感时，可以有效的提高特定任务的完成效率。例如在上述pbtf的共识过程，非常依赖于共识过程各个阶段中，节点之间发送的消息的传输效率。例如，在预备阶段中，pre-prepare消息(包括对于多个交易的共识提议)数据包的大小可以在几十kb到十几mb左右。当有大量节点参与共识时，由于pre-prepare消息的广播是所有节点对所有节点的广播，所以网络中的pre-prepare消息的数量可以非常大。共识过程中的后续阶段的进行，乃至最终共识结果的达成，均依赖于这些消息被及时传输和处理。因此，在网络拥塞的情况下，快速、高效地将数据发送到目标节点上，对于整体共识过程的效率具有关键性的作用。
29.第二，tcp协议对于网络拥塞情况下的控制策略是内置的、且在数据传输速度上趋向更为保守的，在区块链网络出现拥塞的情况，保守的控制策略会导致区块链网络整体的拥塞程度无法及时下降，令内置的控制策略使得节点无法对控制策略进行有效调整。而本说明书实施例提供的区块链节点连接方案，可以根据数据传输延迟判断出现拥塞的连接，并通过调整拥塞连接的连接参数，提高拥塞连接上的数据传输速度，可以有效降低其拥塞程度。各个拥塞连接上的拥塞程度的降低，则必然降低区块链网络整体的拥塞程度，提高区块链网络的共识效率。
30.下面进一步阐述该方法的详细过程。
31.图4是本说明书一实施例中一种区块链节点连接方法的流程图。如图4所示，该方法由区块链第一节点执行，该方法包括如下步骤s41-步骤s43。下文将详细描述图4所示的各个步骤。
32.首先，在步骤s41，建立与第二节点之间的连接，以用于与第二节点之间进行数据传输。
33.第一节点可以基于tls(transport layer security，传输层安全协议)、tcp(transmission control protocol，传输控制协议)、udp(user datagram protocol，用户数据报协议)等连接方式中的一种与第二节点建立连接。
34.在不同的实施方式中，可以是针对不同的具体任务向第二节点传输数据，本说明书对此不作限制。如前所述，第一节点可以在参与区块链的共识过程中，向第二节点传输数据。因此，在一种实施方式中，所述第一节点和第二节点为所述区块链中参与共识的节点。第一节点可以通过所述连接向第二节点传输数据，参与所述区块链的共识过程。在不同的
实施方式中，区块链系统采用的共识机制可以不同，本说明书对此不作限制。
35.面向连接(connection-oriented)与面向无连接(connectionless-oriented)是计算机网络技术中的技术术语。所谓面向连接，是指通信双方在进行通信之前，要事先在双方之间建立起一个完整的可以彼此沟通的通道。这个通道也就是连接(connection)，在通信过程中，整个连接的情况一直可以被实时地监控和管理。而无连接的通信，就不需要预先建立起一个联络两个通信节点的连接来，需要通信的时候，发送节点就可以往“网络”上送出信息，让信息自主地在网络上去传，一般在传输的过程中不再加以监控，让该信息的传递在网上尽力而为地往目的地节点传送。例如，电话通信是面向连接的，当电话拨通后，电信局为通电话的双方建立起稳定的线路连接，直到挂断，期间无论是否有人说话，电话始终是通的(或者说，连接始终存在且路径固定)。而邮件的传输过程则是面向无连接的，即通邮双方之间没有固定的信息传递路径，网络只保证将邮件的数据包从发送方投递至接收方，中间的路由也不固定。不同的网络通信协议，可以是面向连接或面向无连接的。例如，tcp协议是面向连接的，而udp协议、ip协议则是面向无连接的。通常，面向连接的协议比面向无连接的协议在可靠性上具有优势，但是资源开销大于面向无连接的协议。
36.如上所述，现有的区块链中传输数据主要基于通过tcp协议建立的连接，而tcp协议在网络拥塞状态下的控制策略，可以导致在网络拥塞时进一步加剧网路的拥塞状况。例如，在出现拥塞现象的网络中，到达某个节点的数据包会遇到无缓冲区可用的情况，从而使这些数据包不得不由前一节点重传,或者需要由源节点重传。而tcp协议即使在这种状况下的控制策略，依然不是优先提高传输速度，例如不会降低数据包丢包判定的时间和数据包数量，对于数据包的确定依旧采用非延时机制。当越来越多的数据包被重传时，网络的拥塞状况可能进一步加剧。
37.在一种实施方式，代替tcp协议，可以在udp的基础上构建一种面向连接的中间协议，然后，基于该协议建立节点间的数据通信的连接，并在该连接上采用高数据传输速度的拥塞控制策略。通常，连接的生命周期可以包括建立连接、使用连接和释放连接三个过程。在一种实施方式中，可以基于多次握手机制建立连接。所谓握手，是指连接的双方在连接建立前对连接的建立进行沟通而发送信息的过程。在一种具体的实施方式中，可以基于三次握手机制建立连接。具体的，连接的请求端(例如为节点1)可以向接收端(例如为节点2)发送连接请求消息，在一个例子中，节点1可以向接收端发送syn数据包，并将自己的状态置为syn_send。如果节点2收到请求后接受该连接，则向节点1发送请求接受消息，在一个例子中，节点2可以向节点1发送一个ack数据包和一个syn数据包，并将节点2的状态置为syn_received。节点1在收到节点2的接受消息后，向节点2再发送一条确认信息，通知节点2确认建立连接，在一个例子中，节点1可以向节点2再发送一个ack数据包，同时将自己的状态置为established。当节点2收到该确认信息之后，双方之间的连接建立，在一个例子中，节点2收到回应的ack数据包后，可以更新自己的状态为established。在另一种具体的实施方式中，连接的建立也可以基于其他的不同具体握手次数的握手机制，本说明书对此不做限制。
38.在一种实施方式中，可以基于多次挥手机制释放所述连接。所谓挥手，是指连接的双方在连接释放前对连接的释放进行沟通而发送信息的过程。在一种具体的实施方式中，连接的建立可以基于四次握手机制。具体的，连接的一端(例如为节点1)可以向连接的对端(例如为节点2)发送一个fin包，告知对端不用再发送(或接收)数据，同时将节点1的状态置
为closing。节点2收到fin包后，回复ack包后停止数据发送，同时也向节点1发送一个fin包。节点1收到fin包后，将其状态置为time_wait状态，并回复ack。节点2收到ack后，将其状态置为closed状态。节点1在等待2个msl(maximum segment lifetime，报文最大生命周期)时间后，将状态置为closed状态，至此双方连接断开。在另一种具体的实施方式中，连接的释放也可以基于其他的不同具体挥手次数的挥手机制，本说明书对此不做限制。
39.现有的tcp协议中，数据传输的接收方成功接收到一系列数据包后，会回复一个包括确认号的ack数据包，表示已经确认接收到ack确认号前面的所有数据包。但是，对于预定的时间窗口内的ack消息，会进行合并发送。也就是说，现有的tcp可以对于连续收到的多个数据包，回复一个ack，这种机制也称为延迟ack机制。例如，节点1向节点2连续发送了数据包a、b、c、d、e。节点2在收到数据包a、b后，可以向节点1发送ack_c，指示已经收到数据包b及其之前的所有数据包，下一个应该接收的数据包是数据包c。类似的，节点2在收到数据包a、b、c后可以向节点1发送ack_d表示，表示已经收到数据c及其之前的所有数据包，下一个应该接收的数据包是数据包d。或在收到数据包a、b、c、d后可以向节点1发送ack_e表示，表示已经收到数据d及其之前的所有数据包,下一个应该接收的数据包是数据包e。但是，如果节点2在一定时间间隔内收到a、b、c、d，那么节点2将会直接发送ack_e给节点1，而不会发送ack_c和ack_d。在这种情况下，由于节点1通常要根据节点2的ack信息，确定是否要发送后续的消息或对发送的消息进行重发，所以延迟发送的ack消息会导致数据发送速度的下降，尤其在对发送速度敏感的例如区块链的共识过程中，导致区块链共识效率的下降。因此，在一种实施方式中，通过所述连接的数据传输中，接收方节点对于接收的任意数据包的确认回复(或者说，连接的确认回复)，基于非延迟机制，也就是说，接收方节点对于接收到的任意数据包，即可回复根据其确定的ack消息。此外，由于通常ack包本身数据量很小，因此，增加的一部分ack对网络带宽负担的增加影响很小，而非延时的ack回复，却可以有效减少发送方响应的等待时间，提高数据的传输效率。
40.在一个实施方式中，接收方节点对于接收的任意数据包的确认回复，还包括选择性确认sack回复，sack回复用于仅对该回复中指示的数据包进行确认。sack(selective acknowledgement,选择性确认)机制，是指在接收方对于接收的一系列数据包的过程中，对于在预定时间段内接收的各数据包发送对针对性sack消息。例如，节点1向节点2连续发送了数据包a、b、c、d。节点2在收到数据包b、d后，没有接收到a、c，节点2可以在接收到b后向节点1发送sack_b，表示已经收到数据包b，在接收到d后向节点1发送sack_d，表示已经收到数据包d。节点1，结合ack消息和sack消息，可以更准确的确定要重发的数据包，提高数据重发的效率。例如，上述节点2只接收到节点1发送的数据包a、b、c、d中的c、d，没有接收到a、c。节点2向节点1发送了两次ack_a(分别在接收c、d之后),sack_b和sack_d，节点2可以很快判定从数据包a开始，缺失的数据包是a、c，因此需要重发的数据包为a、c。这比单纯依靠ack消息，可以更快判定需要重发的数据包。
41.第一节点和第二节点之间的连接，在第一节点和第二节点内存中可以具有与该连接对应的数据发送缓冲区和数据接收缓冲区。因此，在一种实施方式中，还可以设置所述连接的数据发送缓冲区和数据接收缓冲区。在现有的基于tcp协议建立的连接之上的数据传输，通常采用慢启动拥塞策略进行，即当连接成功后，连接的数据发送窗口(即发送缓冲区)的容量是缓慢增大的，这导致在连接刚建立后的时间阶段内，通过该连接的数据发送效率
不高。因此，在另一种实施方式中，在连接建立后，所述向第二节点传输数据基于快启动拥塞策略进行。也就是说，在连接建立后，其数据发送窗口不是缓慢增大，而是从连接建立开始，数据的发送窗口的大小即达到窗口上限，这有效提高了连接刚建立阶段内的数据发送效率。
42.步骤s43，获取与第二节点之间的传输延迟信息。
43.传输延迟信息表示节点间进行数据传输时的延迟状况。根据不同的实施方式，以根据不同的具体方式，确定不同具体类型的节点间的传输延迟信息。例如，在一个实施方式中，传输延迟信息，可以是节点到其他节点的数据传输的延迟时间。在一个具体的实施方式中，任一的节点a到另一节点b的访问延迟时间，也可以根据从节点a到节点b的多轮数据传输确定。例如，图3所示中，节点1到节点6的访问延迟时间r16，可以根据节点1到节点6的多轮数据传输的平均延时确定，在一个例子中，可以表示为r16＝avg(r16.1，r16.2
…
r16.n)，其中，r16.1，r16.2
…
r16.n为各个轮次的传输延时，avg()为平均函数，n为数据传输的轮数。
44.步骤s45，根据所述传输延迟信息，调节所述连接的连接参数。
45.该步骤中，根据步骤s43确定的传输延迟信息，调节所述连接的连接参数。具体的，在一个实施方式中，可以根据该传输延迟信息，确定所述连接是否拥塞连接，若确定结果为是，降低所述拥塞连接的数据包超时重传参数。超时重传参数主要用来指定数据包超时的时间阈值，例如发送端发送一个数据包，在该时间阈值的时长内，始终没有收到与该数据包对应的ack消息或sack消息，则可以确定该数据包，需要重新发送。降低拥塞连接的数据包超时重传参数，可以降低数据包超时重传的判断时间，提高拥塞连接上的数据传输速度。
46.在不同的实施方式中，可以采用不同的确定拥塞连接的具体方式。在上述传输延迟信息为数据传输延迟时间的实施方式中，可以根据数据传输延迟时间是否超过预定的延时阈值，确定所述连接是否拥塞连接。在另一个实施方式中，还可以根据第一节点对于与其具有连接的各个节点的传输延迟时间，确定第一节点的各个连接的平均延迟时间，并根据该平均延迟时间确定第一节点的各个连接的延迟标准差，当延迟标准差超过预定的标准差阈值时，确定第一节点的各个连接中存在拥塞连接，并以传输延迟时间最大的连接作为拥塞连接。
47.在不同的实施方式中，可以调节拥塞连接的不同的具体参数。在一个实施方式中，还可以降低针对拥塞连接的第一参数，所述第一参数用于指定所述第一节点向所述第二节点返回的确认对应的从所述第二节点接收的连续多个数据包的数量。例如，在一个例子中，发送方(例如为第二节点)可以连续发送5(第一参数为5)个数据包，然后根据接收方(例如为第一节点)对于5个数据包的确认回复，确定5个数据包中是否存在丢包，以及丢失的具体数据包。在另一个例子中，发送方可以连续发送4(第一参数为4)个数据包，然后根据接收方对于4个数据包的确认回复，确定其中是否存在丢包。降低第一参数，可以提高数据传输中丢包确定的速度，进而可以提高数据传输的速度。
48.根据另一方面的实施例，还提供一种区块链节点连接装置。图5是本说明书一实施例中一种区块链节点连接装置的架构图，如图5所示，该装置500包括：
49.连接建立单元51，配置为，建立与第二节点之间的连接，通过所述连接向第二节点传输数据；
50.延迟信息确定单元52，配置为，获取第一节点与第二节点之间的传输延迟信息；
51.连接参数调整单元53，配置为，根据所述传输延迟信息，调节所述连接的连接参数。
52.本说明书又一方面提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行上述任一项方法。
53.本说明书再一方面提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现上述任一项方法。
54.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
55.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
56.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然，本技术不排
除随着未来计算机技术的发展，实现上述实施例功能的计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
57.虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
58.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
59.本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
60.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
61.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
62.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
63.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的
示例。
64.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
65.本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
66.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
67.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
68.以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。
技术特征：1.一种区块链节点连接方法，由区块链第一节点执行，所述方法包括：建立与第二节点之间的连接，以用于与所述第二节点之间进行数据传输；获取与所述第二节点之间的传输延迟信息；根据所述传输延迟信息，调节所述连接的连接参数。2.根据权利要求1所述的方法，其中，所述第一节点和第二节点为所述区块链中参与共识的节点，所述连接用于进行所述区块链中的共识过程。3.根据权利要求1所述的方法，所述建立与第二节点之间的连接包括，基于udp协议，通过多次握手机制和多次挥手机制建立所述连接。4.根据权利要求3所述的方法，其中，所述建立与第二节点之间的连接包括，设置所述连接的数据发送缓冲区和数据接收缓冲区。5.根据权利要求4所述的方法，其中，所述数据发送缓冲区具有预设的最大空间，所述连接用于使用所述最大空间存储待发送的数据，将所述数据发送缓冲区中存储的数据发送给所述第二节点。6.根据权利要求1所述的方法，其中，根据所述传输延迟信息，调节所述连接的连接参数，包括：根据所述传输延迟信息，确定所述连接是否是拥塞连接；若结果为是，降低所述连接的数据包超时重传参数。7.根据权利要求1所述的方法，其中，根据所述传输延迟信息，调节所述连接的连接参数，包括：根据所述传输延迟信息，确定所述连接是否是拥塞连接；若结果为是，降低针对所述连接设置的第一参数，所述第一参数用于指定所述第一节点向所述第二节点返回的确认对应的从所述第二节点接收的连续多个数据包的数量。8.根据权利要求1所述的方法，其中，所述连接的确认回复基于非延迟机制。9.根据权利要求1所述的方法，其中，所述连接的确认回复还包括选择性确认sack回复，所述sack回复用于仅对该回复中指示的数据包进行确认。10.根据权利要求6或7所述的方法，其中，所述获取与所述第二节点之间的传输延迟信息包括：获取与多个所述第二节点之间的多个传输延迟时间；所述根据所述传输延迟信息，确定所述连接是否是拥塞连接包括：计算所述多个传输延迟时间的标准差，若所述标准差超过预定阈值时，将所述第一节点与所述多个第二节点的多个连接中传输延迟时间最大的连接确定为拥塞连接。11.一种区块链节点连接装置，部署于区块链第一节点，所述装置包括：连接建立单元，配置为，建立与第二节点之间的连接，以用于与所述第二节点之间进行数据传输；延迟信息确定单元，配置为，获取与所述第二节点之间的传输延迟信息；连接参数调整单元，配置为，根据所述传输延迟信息，调节所述连接的连接参数。12.一种计算机可读存储介质，其上存储有计算机程序或指令，当所述计算机程序或指令在计算机中执行时，令计算机执行权利要求1-10中任一项的所述的方法。13.一种计算设备，包括存储器和处理器，所述存储器中存储有计算机程序或指令，所述处理器在执行所述计算机程序或指令时，实现权利要求1-10中任一项所述的方法。
技术总结一种区块链节点连接方法及装置，由区块链第一节点执行，该方法包括：建立与第二节点之间的连接，以用于与第二节点之间进行数据传输；获取与第二节点之间的传输延迟信息；根据传输延迟信息，调节连接的连接参数。调节连接的连接参数。调节连接的连接参数。
技术研发人员：石杰
受保护的技术使用者：蚂蚁区块链科技（上海）有限公司
技术研发日：2022.03.30
技术公布日：2022/7/5
