在过去的这两年里, “区块链数据保存”这四个方面在我的电子邮件里出现得越来越频繁了。说实在话, 它并不是解决问题的万灵药, 但是它确实帮助解决了一个让很多小型和中型团队感到非常头疼的问题, 那就是在数据被保存之后, 如何能够证明这些数据没有经过任何修改。
区块链数据保存安全吗
对于这个问题, 我经过了整整半年的深入研究, 最后得出的结论是: 单链存储这种结构, 它本身具备非常强的防范篡改的能力, 而真正存在的危险之处, 其实是在于那个数据的写入入口那里。
你究竟向里面写入了什么样的数据, 你使用了怎样的哈希算法来处理这些数据, 以及由谁来决定拥有操作节点的权限, 这些方面都属于工程里面的具体细节, 而这些具体的细节的重要性, 远远超过了对“区块链”这三个字表面的关注与强调。
见过一家做电子合同的公司, 在链上存的是文件的哈希值, 私钥是掌管在管理员这一位人员的手里, 后来那位人员离职了, 整个区块链的状态等于变成了半瘫痪的状态。
区块链数据保存贵不贵
成本这事儿, 得看你存了多少量, 还得看你存了多长时间。如果是像关键凭证、审计日志这种属于低频高价值类型的数据呢, 你拿去用联盟链来跑的话, 那是真的能省钱, 单条写入的成本你可以把它压到只有几分钱。
但是有一点你必须要注意,就是千万别想着把好几亿条的用户行为日志都一股脑地扔到联盟链上去面, 那种情况, 你要是好好算算这笔账的话, 就会发现它是绝对不划算的。
在我所接触过的众多项目当中, 最终完成上链处理的数据比例非常低, 大概只占到了全部数据量的千分之三, 然而正是这区区千分之三的部分, 恰恰变成了在发生意外情况时需要用来证明自己清白的关键依据。
咱们还是来说说实际操作这一回事。大家千万不要一上手就去搭建那个所谓的链接。咱们应该先把哪些数据是不能被随意更改的这种关键事项, 清清楚楚地罗列出来再说。
等把这个事情弄明白了之后, 再去考虑是选择公共的区块链, 还是联盟的区块链技术网, 又或者是仅仅通过纯哈希上链这种方法来实现。这三种不同的路径, 它们之间的区别可是完全不一样的。
