如何解释“我篡改了区块链”这个问题

最新推荐文章于 2023-06-18 15:25:47 发布

张开翔-FISCO BCOS首席架构师

最新推荐文章于 2023-06-18 15:25:47 发布

阅读量1.3k

点赞数 1

本文链接：https://blog.csdn.net/fiscobcos/article/details/107124382

版权

本文探讨了区块链的“全局一致”和“难以篡改”特性，通过一个实例解释了如何篡改区块链数据，分析了篡改后果以及防止篡改的方法。区块链的共识机制能够防止被篡改的节点参与共识，但本地篡改数据可能导致节点被孤立。联盟链环境下，篡改所有节点数据几乎是不可能的。区块链系统依赖于全局共识，而非防止本地数据篡改，对于错误数据的检测和纠正通常需要借助运营管理工具。建议节点持有者采取严格的管理制度和技术防护措施，以确保数据安全。

摘要由CSDN通过智能技术生成

区块链数据“全局一致”、“难以篡改”这两个特性已经广为人知，是区块链营造“信任”的基石。为了达到这两个效果，区块链的共识、同步、校验等技术细节足可大书特书，而本文要从“我篡改了区块链数据”讲起。

“我篡改了区块链数据”

FISCO BCOS开源联盟链社区现在相当活跃，每天都会产生大量的讨论，大家也会饶有兴趣地研究和挑战区块链如何做到“难以篡改”。我们注意到，尤其在FISCO BCOS支持MySQL数据库作为数据存储引擎后，隔一阵子就有同学在群里问：“我手动修改了我节点连接的数据库里某个状态数据，这是不是就是篡改了区块链数据呢？”

直观地举个例，如链上有个智能合约，管理特定资产余额，在数据库合约表里，经过共识的Alice的余额本来是100，这时有人打开MySQL客户端，找到那个合约对应的Table，把Alice的余额update成10000。

这时他表示：“你看，我调用合约的查询接口，查出来Alice的余额确实是10000，这就不对了嘛，而且，链还在出块，根本不防篡改嘛！”。

初步分析和解答

为何这类问题最近多起来了？我们分析了下，猜想主要是由于MySQL数据库用户基础良好，体系比较成熟，给用户提供友好的命令行或图形化交互工具，FISCO BCOS提供了一种Table风格的合约开发模式，表结构设计得清晰直观，对于用户来说，一方面理解和管理起来更容易了，另一方面顺手update甚至delete一下都是小意思。

下图仅为示例数据，采用KVTable合约方式，创建了名为t_kv_node的合约表，系统自动加了“u_”前缀，可见，这个表结构和数据一目了然。