做区块链业务的人, 心里头最担心的事情, 通常就是数据安全这个问题。一旦数据被写进了链里面, 它就不可篡改了, 这个特点是很明确的。可是, 在真实的业务场景底下, 还混杂着非常多的关于用户的个人隐私信息, 以及商家的商业机密内容。
那么, 到底应该如何去在这两个方面之间找到能够平衡的办法呢? 一个是透明性, 另一个是安全性, 想要同时兼顾这两者是一件非常难以回避的事情。
区块链大数据怎么保护好隐私
目前被广泛采用的一种常见做法是, 把数据的指纹也就是哈希值保存在链上, 而把完整的原始明文信息存放在链下。这样一来, 那些涉及到隐私和安全的敏感数据就不会直接放到区块链上去, 而是仅仅把由数据计算得到的摘要结果上传到链上进行留存证明。
这样的操作模式不但依然具备让外界确认数据真实性的能力, 也有效地防止了原始的明细资料毫无遮掩地暴露在公开的网络里从而被所有人随意查看的风险。
但是, 仅仅依靠这一种方法还是不够的。零知识证明以及同态加密这类技术, 在最近两年时间里才开始真正进入到实际应用阶段。这些技术手段能够达到一种状态, 这种状态就是数据呈现为“可用不可见”。在这种状态下, 进行查询的一方能够获取到计算出来的结果, 但是对于底部的原始数据内容则完全处于无法看见的情况。
区块链大数据怎么防住攻击
权限这个事儿,它是另一道比较难过的关口。在链上没有必要让每一位参与者都能看到所有的数据内容。如果把基于角色的访问控制策略和多重签名授权这个方法结合起来加以应用, 那么就可以大幅度地减少因为内部人员不小心操作错误或者故意进行泄露所带来的潜在风险。
你必须要去死死盯紧这个外部攻击面才行, 不然的话, 智能合约里面的逻辑出现了漏洞这样的情况也好, 百分之五十一的算力遭到攻击这样的情况也好, 还有跨链桥系统被黑客给入侵盗取资产这样的事情也好, 无论发生哪一个状况, 最后都会变成一场非常巨大的灾难。
所以对于渗透测试和代码审计这些项目, 坚决不能省掉其中的预算费用, 毕竟如果非要等到出问题之后再去想办法补救或者修复, 那个时候一切都已经太迟了, 为时已晚。
关于保护数据这件事, 实际上并没有那种可以做一次就永远管用的办法, 我们必须跟着技术的不断更新换代去进行持续的调整, 并且要把安全防护工作真正地融入到日常的工作流程之中去, 绝对不能仅仅是等到出了问题之后才想起来去做补救的事情。
