区块链数据库是个坑？别被高大上忽悠了，这5大缺点让你头秃

导读： 有许多人, 只要一听见区块链, 就会联想到去中心化、不可篡改这样的特性, 还认为它如同用来解决信任问题的一把能够应对各种状况的全能钥匙。然而...

有许多人, 只要一听见区块链, 就会联想到去中心化、不可篡改这样的特性, 还认为它如同用来解决信任问题的一把能够应对各种状况的全能钥匙。然而, 我必须给打消一下盲目乐观的情绪: 区块链技术并不是那种能解决所有问题毫无缺陷的完美方案, 而且在数据库这个领域, 更是显露出来存有许多难以克服的缺点。它是以舍弃效率, 来求得安全, 又是以牺牲灵活性为代价, 从而换取了透明度。就大多数的商业场景这个情况而言, 传统的关系型数据库依旧展现出相当突出的优势。我们务必要清晰地认识到它的实质, 不能把它过度神化, 而是要以理性客观的态度去对待它所存在的局限性。

性能瓶颈与扩展性难题

试着去想一下, 每一笔交易均需全网节点达成共识, 如此一来这速度莫非能够快到哪儿去? 关于比特币网络每秒钟所处理的交易笔数, 以太坊也就仅能够处理几十笔, 然而MySQL却是能够较为轻松地承受住每秒数万乃至更高笔数的并发情况。这便是那种典型的“低吞吐量”方面的困境。当数据量出现急剧增加的情况时, 全节点同步数据时所面临的压力会呈现出指数级别的上升态势, 并且存储成本也会跟着出现飙升的状况。

引出分片或者侧链用以提升性能, 确实能够减轻一部分压力, 然而这却对去中心化的纯粹性造成了破坏。更为不妙的是, 伴着节点数量得以增多, 通信延迟与共识达成所需之时长便会明显增长。架构方面存在的这种与生俱来的欠缺, 致使其在那些按需高实时性能响应的业务里显得极不协调不符恰不匹配。唯一不应当做的仅仅是, 除非你乐意接受秒级别的确认延迟, 否则千万不要随便去尝试。

数据隐私与合规风险

区块链里所有数据都是公开透明的, 这对于某些行业而言简直就是一场灾难。就拿金融领域来说, 客户的交易记录以及资产状况要是全部都上链了, 那谁都能够去查看, 如此一来隐私保护又从哪里去谈起? 虽说零知识证明等技术能够提供一定的解决办法, 不过实现起来复杂度是极高的, 并且目前还并没有大规模地落地应用。

再者, GDPR 等法律法规着重突出“被遗忘权”, 也就是说用户具备要求删除个人数据的权利。不过在区块链领域当中, 数据一旦被记录下来, 基本上就没办法进行删除或者修改操作了。如此一来便形成了法律与技术之间的强烈冲突。要是企业不加思考地把敏感业务数据上传到区块链上, 极有可能会面临极为严重的合规处罚。这种无法逆转的特性, 致使区块链当涉及个人隐私以及机密信息的场景之时, 务必要万分谨慎。

智能合约漏洞与维护成本

不少人热衷于运用智能合约去自动化业务流程, 认为代码等同于法律着实很酷，然而实际情形是, 代码暗藏漏洞极有可能致使巨额资金遭受损失, 以太坊发展历程中声名远扬的The DAO事件无疑是惨痛的前车之鉴, 智能合约一经部署, 便无法进行更改, 任何一个Bug均存在被黑客加以利用的可能性啊。

并且, 去编写安全且可靠的智能合约, 这是需要极为高的专业素养的, 其开发时的成本以及维护成本, 要远远地高于普通类型的后端服务。针对于中小企业来讲, 这样一笔开销其实不一定是划算的。另外再加上区块链网络进行升级的时候是困难重重的, 一旦底层协议的地方出现了特别严重的问题, 那修复所需的周期可是漫长无比的。像这种很高昂的技术门槛以及潜在风险, 使得好多开发者只能望而却步。

面对着如此这般的缺点, 我们并不需要陷入恐慌之中, 然而却必须要保持清醒的状态。区块链所适配的是特定的场景, 像是溯源、多方协作记账这类情况, 而并不是通用数据库的替代物。只有选对了工具, 才能够发挥出其最大的价值。