返回介绍

1.10. 理解分布式记账

发布于 2023-06-19 14:14:33 字数 3631 浏览 0 评论 0 收藏 0

1.10. 理解分布式记账

首先说明区块链中提到的账本与记账等等词汇是与会计无关的词汇。

我们传统理解的账本是指二位表格,记录某年某月产生的费用。

		
时间        | 用途| 金额		
-----------+-----+-----
2018-05-02 | 借  | 500
2018-05-10 | 还  | 500
2018-05-15 | 借  | 500
2018-05-20 | 借  | 500
		
		

如果账目比较多,可以拆账,将不同分类的账目,放到特定账本中。另外二位表格可以通过时间索引或者分类索引等等,快速找到一笔账目。

区块链是怎么记账的?

		
    +----------------+     +----------------+     +----------------+     +----------------+
    | blockNumber 0  |     | blockNumber 1  |     | blockNumber 2  |     | blockNumber 3  |
    | hash: 0x1      |<--- | hash: 0x2      | <---| hash: 0x3      | <---| hash: 0x4      |
    | parent:0x0     |     | parent:0x1     |     | parent:0x2     |     | parent:0x3     |   
    +----------------+     +----------------+     +----------------+     +----------------+
    |时间:2018-05-02 |     |时间:2018-05-10 |     |时间:2018-05-15 |     |时间:2018-05-20 |
    |用途:借         |     |用途:借         |      |用途:借         |     |用途:借         |
    |金额:500        |     |金额:500        |     |金额:500        |     |金额:500        |
    +----------------+     +----------------+     +----------------+     +----------------+
		
		

区块链可以理解为是传统账本的行列矩阵做这转换,每个事件收尾相连指向上一个区块地址形成链状,区块链不能通过分类拆分账本,所有账目全部在一个链条上。

什么是分布式记账?上面链状的数据结构将保存在所有的区块链节点上,形成分布式集群,这就是分布式记账。

虽然区块链解决了分布式记账,但是也有很多弊端。我说过互联网上很多关于区块的文章都是臆想,纸上谈兵,他们根本没有实操经验。

下面我们讲讲区块链账本存在的问题

  • 区块链不能键索引,无法快速搜索区块中的数据,必须依赖区块链以外的中心化技术,例如搜索引擎,数据库。例如 etherscan.io 就是将以太坊上的区块重新入库,借助数据库实现数据检索。

  • 区块链只能顺序检索,中心化账本我们汇总账目只需做 sum 求和操作,而区块链必须从 blockNumber 0 开始一次向后读取,运算成本极高。

  • 所有账目均在一个链上,不同分类混在一起,彼此相连。

    				
        +----------------+     +----------------+     +----------------+     +----------------+
        | blockNumber 0  | --> | blockNumber 1  | --> | blockNumber 2  | --> | blockNumber 3  |  --> 时间轴
        +----------------+     +----------------+     +----------------+     +----------------+
        |时间:2018-05-02 |     |时间:2018-05-10 |     |时间:2018-05-15 |     |时间:2018-05-20 |
        |分类:A          |     |分类:B         |      |分类:A         |      |分类:A          |
        |金额:500        |     |金额:500        |     |金额:500        |     |金额:500        |
        +----------------+     +----------------+     +----------------+     +----------------+
    				
    				
  • 无法归档

    中心化数据库,可以归档一段时间内的数据,归档数据是冷数据,几乎不会再查询,这样一来中心数据库中的数据量减少,剩下的热数据处理起来非常快。我们有很多技术处理归档数据,将归档数据备份到存储介质上的解决方便有很多,也非常成熟。例如压缩,去重复等等,以减少存储成本开销。

    而区块链从诞生之日起到今日所有数据必须放在热数据区。任何新增节点都必须从区块0开始同步,并且保持每日同步到最新区块,否则将无法交易。区块一直在膨胀,随时区块链的普及,交易量猛增,总有一天将不堪重负。

    例如BTC(比特币) 安装钱包后,需要从92年的0区块开始同步,至少需要一周的时间,并且占用你硬盘203G的空间。

    ETH(以太坊)采用 fast 模式也需要200G的磁盘空间同步一周左右。就算采用最新的 light 模式,同步过程中经常出现中断,没有peers节点,断断续续,体验极度不好。

  • 区块链没有事务处理

    因为区块链是首尾相连的,只能在尾部添加新区块,区块无法修改,所以区块链无法做事务处理。

    				
    Block 0 -> Block 1 -> Block 2 -> Block 3 -> Block 4	
    				
    				

    试想一下上面的 Block 2 回滚会怎样?如果 Block 2 回滚,Hash 值产生变化,后面所有区块都作废。所以区块链无法实现事务处理。

    超级账本(Hyperledger Fabric)记不了帐

    Hyperledger Fabric 中文名称叫超级账本,这个翻译坑害了无数人。 Hyperledger Fabric 跟账本没有任何关系。

    实际工作中我使用 Hyperledger Fabric 实现了类似以太坊ERC20代币的功能,发行一个代币后将发行金额写入一个总账,然后从总账中项其他账号转账,用户消费后将金额从用户转会总账。

    问题来了,因为超级账本没有事务处理,也无法串行执行每一笔操作,当并发执行的时候,账目出现混乱。

    区块链无法将一组业务逻辑放到事物中执行。这样在实际的开发中我们只能依赖应用层,只能在应用层上实现事物锁的功能。由于区块存储在多个节点上,共识时间无法预计,不知道 stub.PutState(异步写入)执行完成的具体时间,无法达到100%无误。对于财务数据来不得半点马虎,我还是决定放弃这个功能,专为传统数据库。

    所以超级账本记不了

  • TPS:Transactions Per Second(每秒传输的事物处理个数)

    1. 区块链是异步执行,你无法知道什么时候才能完成这笔交易,无法实现瞬间到账。

    2. 交易阻塞

  • 蛋疼的 gas 费用

总结:用区块链记账很蛋疼。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文