• python区块链实现简版网络

    发布日期:2025-01-04 16:50    点击次数:121

    说明 本文根据https://github.com/liuchengxu/blockchain-tutorial的内容,用python实现的,但根据个人的理解进行了一些修改,大量引用了原文的内容。文章末尾有"本节完整源码实现地址"。 引言 到目前为止,我们所构建的原型已经具备了区块链所有的关键特性:匿名,安全,随机生成的地址;区块链数据存储;工作量证明系统;可靠地存储交易。尽管这些特性都不可或缺,但是仍有不足。能够使得这些特性真正发光发热,使得加密货币成为可能的,是网络(network)。如果实现的这样一个区块链仅仅运行在单一节点上,有什么用呢?如果只有一个用户,那么这些基于密码学的特性,又有什么用呢?正是由于网络,才使得整个机制能够运转和发光发热。 你可以将这些区块链特性认为是规则(rule),类似于人类在一起生活,繁衍生息建立的规则,一种社会安排。区块链网络就是一个程序社区,里面的每个程序都遵循同样的规则,正是由于遵循着同一个规则,才使得网络能够长存。类似的,当人们都有着同样的想法,就能够将拳头攥在一起构建一个更好的生活。如果有人遵循着不同的规则,那么他们就将生活在一个分裂的社区(州,公社,等等)中。同样的,如果有区块链节点遵循不同的规则,那么也会形成一个分裂的网络。 重点在于:如果没有网络,或者大部分节点都不遵守同样的规则,那么规则就会形同虚设,毫无用处! 区块链网络 区块链网络是去中心化的,这意味着没有服务器,客户端也不需要依赖服务器来获取或处理数据。在区块链网络中,有的是节点,每个节点是网络的一个完全(full-fledged)成员。节点就是一切:它既是一个客户端,也是一个服务器。这一点需要牢记于心,因为这与传统的网页应用非常不同。 区块链网络是一个 P2P(Peer-to-Peer,端到端)的网络,即节点直接连接到其他节点。它的拓扑是扁平的,因为在节点的世界中没有层级之分。下面是它的示意图: Business vector created by Dooder - Freepik.com 要实现这样一个网络节点更加困难,因为它们必须执行很多操作。每个节点必须与很多其他节点进行交互,它必须请求其他节点的状态,与自己的状态进行比较,当状态过时时进行更新。 kademlia发现协议 kademlia是p2p的一种节点发现协议,其核心是通过计算节点之间的逻辑距离来发现附近节点以实现节点查找的收敛。 kademlia详细介绍 简化协议 这里我们为了说明原理尽可能的简化协议。我们只实现三种请求: 节点握手获取区块数据交易广播为了方便,其中又将节点握手作为心跳发送,并根据心跳信息进行区块同步。 网络协议方面,借鉴以太坊的做法,UDP做协议发现,TCP做数据传输。每当发现一个节点,就通过TCP建立连接,并发送心跳数据,以保证数据的一致性。 消息 定义消息类,分别定义了无意义回应和以上三种请求。为了方便处理,这里统一使用字符串而不是二进制数据进行数据传输。 TCP服务端 TCP端比较简单,listen_loop方法监听新的请求并开启一个新线程处理连接中的数据交互。 handle_loop方法调用了handle分发处理请求。 handle_handshake处理握手请求,这里将最新块高度和创世块发送出去了,方便和本地数据进行比较,如果远程数据更新,那么就获取新的部分的区块。 handle_get_block获取对应的区块并将数据发送给客户端。 handle_transaction 处理客户端发送来的交易信息。把客户端发送来的交易添加到未确认交易池,如果交易池满了就添加到区块。这里是方便处理才这么做的,实际上,比特币中并不是这样做的,而是由矿工根据情况进行打包区块的。 TCP客户端 handle_transaction处理服务器发送来的交易,将交易添加到交易池,如果交易池满了就添加到区块链中。  handle_get_block处理服务器发送来的区块,并将区块更新到链上。  handle_shake处理服务器响应的握手信息,如果发现当前的的区块高度低于数据中响应的区块高高度,则发起请求获取新的几个区块。  shake_loop 每间隔10秒发送一次握手信息(5秒同步一次区块),如果发现有需要广播的交易则进行交易的广播。 P2P服务器 p2p节点发现部分,使用了kademlia协议,并使用了kademlia库,安装方法pip3 install kademlia 其中run方法启动节点监听并连接一个初始节点,并运行p2p节点监听。get_nodes方法获取当前所有的节点。 连接节点 nodes_find为节点发现方法,每隔1秒进行查找当前是否有新的节点,并开启线程进行连接。broadcast_tx为广播交易的方法,将交易添加到待广播交易池。 RPC 开启网络监听后,主线程就被p2p网络占用了,我们需要另外的方法进行交互操作。RPC就是常用的方法。我们将命令行操作都通过rpc导出,然后通过rpc调用获取信息。 RPC导出: 测试 分别打开两台主机A和B:A主机: 将B主机的conf.py中的bootstrap_host和bootstrap_port修改为A主机的ip和端口。然后启动B主机。 任意一台主机开启新的窗口执行生成创世块: 分别在两台机器上查看余额: 分别在两台机器上创建地址: 查看当前机器的所有地址 转账(至少要转两笔才能确认哦,可以修改txpool.py的SIZE属性来调整区块大小)。注意:只有当前有这个地址(即有这个私钥)才能作为from转账给其他地址。 分别在两台机器上查看余额: 注意:这里因为重复转了两笔账,使用了同一个UTXO,所以第二笔会失败,由于1LYHea8NjTxaYboXJbR7LemvUZjyQc839r为被奖励地址,所以获得了1000得挖矿奖励所以余额为:1000-100+900=1900。 打印区块信息: 区块同步方式 为了简单,区块采用最简单的方式进行同步。方法如下: 如果发现对方区块高度低于自己,则不做处理。 如果发现对方区块高度高于自己 (1) 当前最新区块在对应区块能找到,那么就更新最新的区块 (2) 当前最新区块在对应区块不能找到,那么回滚当前区块,直到回到交叉点,再进行更新区块。 涉及到的源码修改较多,这里就不贴源码了。移步到本节完整实现源码查看完整源码。 问题 为了简单,将握手和广播交易合一了,这导致了广播交易不及时。新区块没有实时进行广播,而是被动等待同步,这也导致了区块同步较慢。在区块未确认的情况下用同一个地址的币进行转账有只有第一笔会成功,后面的都会失败。这是由目前获取UTXO的方式决定的。 总结 我们已经实现了一个简版的比特币,并且实现了任意节点加入和区块的同步等功能。为了简化并说明原理,忽略掉了很多细节,并且忽略掉了性能问题,但它可以说明区块链的基本原理。 参考: [1] 本节完整实现源码 以上就是python区块链实现简版网络的详细内容,更多关于python区块链网络的资料请关注脚本之家其它相关文章!


Powered by MBD Financials中文网 @2013-2022 RSS地图 HTML地图

Copyright Powered by365建站 © 2013-2024