现在人在做区块链项目的时候, 是绝对绕不开一个问题的。因为链上的数据是不可以被篡改的, 可是哈希值、原始凭证,还有那种区块快照之类的东西, 你根本就不可能把它全部装到主链里去。
我以前见过太多团队, 他们把几十个G大小的原始交易日志, 直接就往主链上面硬塞, 最后搞得燃气费高得让人怀疑人生, 完全承受不了。区块链NAS这条路线, 说白了, 就是给链上数据找一个带外的存放地, 同时用哈希锚定去保证完整性。它不是万能药, 但是用对了地方, 能够省掉大量的冗余算力。
区块链nas存什么数据
并非所有的数据都适合于放进区块链NAS里面去。对于那些已经在链上面存在的轻量级数据, 比方说智能合约的状态信息, 还有那些已经经过验证的哈希指纹, 其实完全没有必要再去额外存储一份副本了。 真正有必要放入到NAS里面的情况是那种体积非常庞大的文件, 同时这些数据被访问的频率属于中等水平, 但是一旦这些原始文件发生了丢失的情况, 就是没有办法再恢复过来的。我是用去年去辅助了一个供应链溯源的项目进行架构设计的工作安排的, 他们那边是每一笔的物流单据原始格式的PDF文件加上电子签章之后的体积差不多在4到8兆字节之间, 这样跑下来一天产生的数据量接近20个千兆字节。 这些文件是保存在NAS存储器里的, 是把文件的SHA-256摘要信息写入到区块链上去的, 这样办既节约了成本又保证了数据不可抵赖的特性。
还有一种情况是很多人不会注意的, 那就是区块全量快照和验证节点的状态备份。在公链中, 每产生一个区块就需要进行一次全节点校验工作。不少中小规模的团队会选择把历史快照数据上传存储到区块链NAS里面来进行容灾处理。
这么做的原因是因为这样的方式相比存放在本地磁盘来说要安全放心许多。同时, 这种方法还需要处理的步骤更少, 所以它比使用对象存储时涉及到的API调用链路要短一些。
区块链nas方案怎么选
在选购设备的时候, 千万不要只是单纯地盯着“去中心化”这三个字去看。而在实际落地的过程中, 你将会面对三条不同的道路。这其中第一条道路是像IPFS加上Filecoin那样的去中心化文件网络。
第二条道路是自己搭建NAS这个集群从而去做IPFS节点。第三条道路则是商业化的链上数据存储服务。比如Arweave的永久存储层就属于这一类。

我更加倾向于建议那些规模较小的团队采取第二种路径作为切入点。具体做法是先自行搭建一台网络附加存储设备, 该设备需要兼容SMB和NFS两种数据传输协议, 然后在上面安装部署IPFS守护进程软件。
接着编写一段程序脚本, 实现将上传文件的唯一标识符自动关联注册到区块链网络上。这样做的好处在于整体投入的成本处于可控制的范围之内, 同时确保了数据的所有权完全掌握在自己手中, 从而避免了对任何单一服务提供商的服务等级协议的依赖。只要预算充足, 就往Filecoin的存储矿工那边投入做冷层归档, 把热数据留在本地NVMe。这个方案不需要一步到位, 要先跑通写入锚定校验的最小闭环, 然后再进行扩展。
区块链nas靠谱吗
数据是否可靠, 这主要取决于你如何界定文件丢失这一概念。从理论层面分析, IPFS的CID具备永久可用的特性, 但在实际的网络运行环境中, 冷门的文件其关联节点的数量会逐渐减少。
针对这一问题, 我所采用的应对策略是, 对于每一份关键的文档, 至少在三个相互独立的节点上进行副本留存, 同时将该CID写入区块链中, 并设立一个周期为季度的校验机制, 一旦监测到某个节点出现离线情况, 系统便会自动执行补充推送操作。
另外, 你也不要拿网络存储服务器去当做保险柜来使用。它的核心功能其实是实现数据能够存得牢靠、能够找得到以及能够防止被篡改, 可是要是想要保护隐私性的话, 那就需要你自己去添加加密这一层了。
在文件进入网络存储服务器之前, 让它先经过一遍AES-256格式的加密处理, 然后把密钥进行分片存放在区块链上并且运用多方计算技术, 把这几种手段组合起来形成一套完整的方案, 这样一来所达到的安全水平, 要比直接使用原始存储方式高出整整一个数量级。
世上并没有一种万能的一揽子解决方案可以解决所有问题, 但是当我们把存储和证明这两个环节分开进行拆解分析的时候, 我们会清晰地看到, 区块链NAS这一种技术路线, 在面对中小型项目时, 其具备的高性价比优势实际上已经被实践反复地确认过了。
在选择策略方面, 选取合适的数据处理粒度, 其所发挥的关键作用远远超过了单纯地去挑选一个知名品牌所带来的影响, 这足以说明选择正确的粒度要比选择正确的品牌重要得多。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://m.zmdyd.cn/imazbqb/10139.html
