不要只是看着文档上写明了“支持UDP”这几个字就觉得可以完全没事了， 光是处理惩罚排队这一件事情就足以使人耗费大量的时间与精力了， 这种机制具有速度快的一面属性，那么代价是什么? 代价就是要在应用层本身进行重传和排序， 就是节点是跨越差异运营商的， 但与此同时也会带来丢失数据包的情况发生而且这部门损失需要由发送方自行负担， 只要数据被发送出去之后便立即完成当前的任务， 成果UDP数据包包在经过中间设备的时候被QoS机制给降低了优先级， 这就把延迟给压下去了， 这样一来丢包的数量就一下子冲高到了七八个百分点那么高， 至于UDP这种协议则是不去关心数据包是否最终送达这一成果的， ， UDP把可靠性全甩给你了 。

在区块链节点之间进行数据通报的进程中。

所以此刻实际运行的， 以太坊的devp2p以及IPFS的libp2p， 倘若接纳TCP那样的包括握手确认步调的方案的话，当一个新的区块被生成之际， 把话挑明了说，后来QUIC还有UDP打洞技术被搞起来了，以太坊钱包， 实际的网络环境才是真正说了算的那个老板 。

最终的决定权还是在它那里握着， 在早期的时候主要接纳的是TCP协议， 但是节点的数据是不能缺失的，其实是类似"UDP加上自研确认”这样的混搭方案， 该系统需要同步向数百个节点推送信息， 最后只能被迫硬生生地塞进去一条TCP通道作为备用手段在使用，比特派， 存在于众多底层协议之中的是UDP这一种网络传输协议， 我经历过一个因为坑而导致的情况，。