说明 本文根据https://github.com/liuchengxu/blockchain-tutorial的内容，用python实现的，但根据个人的理解进行了一些修改，大量引用了原文的内容。文章末尾有"本节完整源码实现地址"。 引言 到目前为止，我们已经构建了一个有工作量证明机制的区块链。有了工作量证明，挖矿也就有了着落。虽然目前距离一个有着完整功能的区块链越来越近了，但是它仍然缺少了一些重要的特性。在今天的内容中，我们会将区块链持久化到一个数据库中，然后会提供一个简单的命令行接口，用来完成一些与区块链的交互操作。本质上，区块链是一个分布式数据库，不过，我们暂时先忽略 “分布式” 这个部分，仅专注于 “存储” 这一点。 选择数据库 目前，我们的区块链实现里面并没有用到数据库，而是在每次运行程序时，简单地将区块链存储在内存中。那么一旦程序退出，所有的内容就都消失了。我们没有办法再次使用这条链，也没有办法与其他人共享，所以我们需要把它存储到磁盘上。 那么，我们要用哪个数据库呢？实际上，任何一个数据库都可以。在 比特币原始论文 中，并没有提到要使用哪一个具体的数据库，它完全取决于开发者如何选择。 Bitcoin Core ，最初由中本聪发布，现在是比特币的一个参考实现，它使用的是 LevelDB。而我们将要使用的是… couchdb 因为它: 简单易用 有一个web的UI界面，方便我们查看 丰富的查询支持 良好的python支持 couchdb的安装 直接安装，参考https://www.jb51.net/article/202914.htm docker版couchdb安装，使用docker-compose安装couchdb 执行docker-compose -f couchdb.yaml up -d即可安装。 使用:5984/_utils即可访问couchdb的后台管理系统。 数据库结构 在开始实现持久化的逻辑之前，我们首先需要决定到底要如何在数据库中进行存储。为此，我们可以参考 Bitcoin Core 的做法： 简单来说，Bitcoin Core 使用两个 “bucket” 来存储数据： 其中一个 bucket 是 blocks，它存储了描述一条链中所有块的元数据 另一个 bucket 是 chainstate，存储了一条链的状态，也就是当前所有的未花费的交易输出，和一些元数据 此外，出于性能的考虑，Bitcoin Core 将每个区块（block）存储为磁盘上的不同文件。如此一来，就不需要仅仅为了读取一个单一的块而将所有（或者部分）的块都加载到内存中。而我们直接使用couchdb。 在 blocks 中，key -> value 为： key value b + 32 字节的 block hash block index record f + 4 字节的 file number file information record l + 4 字节的 file number the last block file number used R + 1 字节的 boolean 是否正在 reindex F + 1 字节的 flag name length + flag name string 1 byte boolean: various flags that can be on or off t + 32 字节的 transaction hash transaction index record 在 chainstate，key -> value 为： key value c + 32 字节的 transaction hash unspent transaction output record for that transaction B 32 字节的 block hash: the block hash up to which the database represents the unspent transaction outputs 详情可见 这里。 因为目前还没有交易，所以我们只需要 blocks bucket。另外，正如上面提到的，我们会将整个数据库存储为单个文件，而不是将区块存储在不同的文件中。所以，我们也不会需要文件编号（file number）相关的东西。最终，我们会用到的键值对有： 32 字节的 block-hash(转换为16进制字符串) -> block 结构 l -> 链中最后一个块的 hash(转换为16进制字符串) 这就是实现持久化机制所有需要了解的内容了。 序列化 为了方便我们查看，这里我们不直接使用二进制数据，而将其转换为16进制字符串。所以我们需要对区块内容进行序列化。 让我们来实现 Block 的 Serialize 方法： 直接返回我们需要的数据构成的字典即可，而block_header则需要进一步序列化。它的序列化同样也只需要返回具体的数据字典即可，如下: 反序列化则是把信息转换为区块对象。 首先反序列化块，然后构造成一个对象,反序列化Header: 持久化 持久化要做的事情就是把区块数据写入到数据库中，则我们要做的事情有: 检查数据库是否已经有了一个区块链 如果没有则创建一个，创建创世块并将l指向这个块的哈希 添加一个区块，将l指向新添加的区块哈希 创建创世块如下: 添加一个区块如下: 对couchdb的操作的简单封装如下： 区块链迭代器 由于我们现在使用了数据库存储，不再是数组，那么我们便失去了迭代打印区块链的特性，我们需要重写__getitem__以获得该特性,实现如下: 根据区块高度获取对应的区块，此处是利用了couchdb的mongo_query的富查询来实现。 CLI 到目前为止，我们的实现还没有提供一个与程序交互的接口。是时候加上交互了: 这里我们使用argparse来解析参数: 测试一下 一切正常工作。 参考： [1] persistence-and-cli [2] 完整实现源码 以上就是python区块链持久化和命令行接口实现简版的详细内容，更多关于区块链持久化命令行接口的资料请关注脚本之家其它相关文章！ 您可能感兴趣的文章: Python命令行中引导用户指定选择路径 python 命令行界面的用户交互及优化 Python脚本开发中的命令行参数及传参示例详解 Python编程获取终端命令行参数示例 python调用ffmpeg命令行工具便捷操作视频示例实现过程 Python命令行中引导用户指定选择文档示例