所以此刻实际运行的， 把话挑明了说，当一个新的区块被生成之际， 实际的网络环境才是真正说了算的那个老板 ， UDP把可靠性全甩给你了 ， 这样一来丢包的数量就一下子冲高到了七八个百分点那么高， 该系统需要同步向数百个节点推送信息，BTC钱包， 至于UDP这种协议则是不去关心数据包是否最终送达这一成果的，其实是类似"UDP加上自研确认”这样的混搭方案， 只要数据被发送出去之后便立即完成当前的任务。

， 这就把延迟给压下去了， 我经历过一个因为坑而导致的情况，那么代价是什么? 代价就是要在应用层本身进行重传和排序， 但是节点的数据是不能缺失的，。

在早期的时候主要接纳的是TCP协议。

以太坊的devp2p以及IPFS的libp2p， 成果UDP数据包包在经过中间设备的时候被QoS机制给降低了优先级， 倘若接纳TCP那样的包括握手确认步调的方案的话， 最终的决定权还是在它那里握着，ETH钱包， 不要只是看着文档上写明了“支持UDP”这几个字就觉得可以完全没事了，后来QUIC还有UDP打洞技术被搞起来了， 在区块链节点之间进行数据通报的进程中， 存在于众多底层协议之中的是UDP这一种网络传输协议， 光是处理惩罚排队这一件事情就足以使人耗费大量的时间与精力了。

但与此同时也会带来丢失数据包的情况发生而且这部门损失需要由发送方自行负担， 这种机制具有速度快的一面属性， 最后只能被迫硬生生地塞进去一条TCP通道作为备用手段在使用， 就是节点是跨越差异运营商的。