在从事物联网设备进行接入这项工作的三年时间里,我们必须明确, 将区块链技术与物联网进行结合时, 最应该解决的核心问题其实只有一件重要的事情。这个问题主要围绕设备数据存在于区块链上之时, 该如何有效地防止其被篡改, 又该如何让多方参与者都对其产生信任。
这并不仅仅是一个停留在概念层面或理论探讨层面的事情。相反, 这是一个直接关系到生产实战的严峻问题。试想一下, 假如生产线上的某一台具体设备, 其产生的数据遭到了中途节点的故意篡改, 那么就会导致整条供应链的运行被迫彻底停摆。
区块链物联网结合难在哪
由于设备本身的计算能力实在显得太过微弱, 所以一个工业网关芯片实际上是无法承担起运行完整共识节点这项艰巨任务的。在此时此刻, 将轻量级的客户端模式与对签名行为的验证手段结合起来, 已经成为当前阶段的主流通行做法。
可是, 一旦密钥的管理工作变得混乱无序, 那么整个链条系统所依赖的安全性就会彻底地暴露出严重的漏洞并最终走向崩溃的局面。
带宽这个问题, 也是一个硬伤。因为一条产线每分钟会产生上万条传感数值读取信息, 要是把这些数据全部上链去存储的话, 这是很不现实的。大家采取的做法是链下存储、链上哈希锚定。但是呢, 这样的话就引入了对于链下节点的信任假设, 所以必须依靠方方的共同审计来进行兜底保护。
区块链物联网结合怎么选
在着手构建系统的时候, 不要一头就把公有链给堆上去了, 因为设备数据本身就带有很大的商业敏感性质, 所以采用联盟链并且加上私有排序节点这种方式是显得更为务实的选择, 此外像Hyperledger Fabric这样拥有插件机制的技术平台, 能够按照具体的行业需求来定制共识策略, 从而让最终的部署周期变得非常短。
如果你希望采用轻量级的解决方案, 建议去查看BaaS相关的接口文档。通过这种方式, 我们可以将设备端的固件与保存在区块链上的智能合约进行解耦处理, 这样一来, 在执行OTA升级操作的时候, 就不会触碰或改变那些已经运行在链上的业务逻辑。
曾有一些项目实现了百万台设备日活的规模并将其上链, 这些项目的端到端延迟被成功压制在了两百毫秒的时间范围内, 这一结果的关键在于需要深入透彻地摸清设备侧存在的各种约束条件, 然后再从这些现实情况出发反向来推导出合理的整体架构方案。
如果顺序颠倒过来, 就算方案做得再漂亮, 也是无法顺利实施的。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://www.zmdyd.cn/gwimqb/10299.html