物联网是怎样抱紧区块链大腿的?

2024-01-25 08:59

本文主要是介绍物联网是怎样抱紧区块链大腿的?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目前来看,物联网似乎抱住了区块链的大腿,难舍难分,这或许真的是一条发展途径。

物联网吵吵闹闹又不温不火地发展了这么多年,一个个美好的应用场景浮现,又一次次被无情戳破,目前来看,物联网似乎抱住了区块链的大腿,难舍难分,这或许真的是一条发展途径。

人们都被看似未来“万物互联”的广告忽悠了。

早上上班出门,家中的机器人(16.360, 0.07, 0.43%)就开始自动打扫卫生;晚上下班回家,空调自动开启调整温度,热水器也开始正常加热,“万物互联”的生活似乎特别美好。但问题是这样的生活真的能顺利实现吗?我们距离智能生活的时代究竟还有多远?

面对众人如狼似虎的眼神,物联网顺手拽上区块链,躲在角落里,瑟瑟发抖。

物联网+区块链?他俩能碰撞出什么火花?事情似乎开始向着不可描述的方向发展了......

物联网落地,坑多路长

物联网从提出开始就被寄予厚望,可惜,这一路走过来真的是千沟万壑,一步一个坎。

第一道坎,行业标准化。我们都清楚提高效率的一个重要手段就是标准化,而物联网偏偏很难提高效率,因为物联网的应用领域非常广,不同领域需求差异大,导致物联网行业解决方案技术实现复杂,难以快速大规模落地。

举个例子,同是一个能够记录运动数据的手环,从事医疗行业的厂商更希望获取心跳、心率、体重、体质等信息;而如果是一个从事健身行业的商家恐怕更愿意知道这位朋友是否有健身的动力,甚至推销产品和课程。

第二道坎,信息安全。物联网需要各种线下设备个人大量的生活、交易等隐私信息,这些信息都被收集保存到一个个信息“孤岛”中,也就是巨头手中。如果这些数据被黑客监测利用,轻则借助这些数据进行不法勾当,重则通过这些数据定位到现实生活,甚至可以直接威胁人身安全。

第三道坎,数据使用。目前多数物联网平台,都是中心化服务商创建,采集的数据都被运营商掌握,而又因为各个中心收集数据的标准不一致,导致数据没法流动,形成信息孤岛。简单来说就是淘宝、京东的用户信息收集的侧重肯定不一样,没法进行后续的数据分析,数据价值没法发挥。

区块链拥抱物联网,并打了个call

说句老实话,所有新技术对行业的改造无非两点:降本、增效;区块链拥抱物联网也是这样。不过区块链和物联网结合,还是有一些不一样的地方值得说一说。

第一个是信息保护和利用方面。区块链点对点的分布式结构,比互联网时代中心化的信息存储模式安全的多。在区块链网络中,即便一个信息节点出现问题时,整个网络体系的数据依然是安全的。同时,区块链具有的可信时间戳的功能,能够更轻易地溯源,方便后来者利用之前的数据。

第二个是多主体间协作。企业之间谈一笔业务都是一番刀来剑往,更何况深度协作?但是区块链似乎能解决这个问题。区块链网络其中融入了智能合约的概念,其中的算法和结构都是公开透明的,那么,我们可以大胆预测一下,基于某种共识,不同的企业之间也能够更轻松建立起互信机制。

第三个是全新的商业生活模式。单纯的物联网,只能让我们做到出门有机器打扫,回家有热水洗澡这种简单、封闭的生活模式;而加上区块链的概念后,事情就更有意思了。

举个例子,下班回家之后,车辆进入闲置状态,这个时候基于某种智能合约,某个急需用车的人并符合合约标准的人,就可以将车开走使用,并支付报酬。这样一来,很多闲置状态的物品都能发挥作用。

抛开技术的严谨性,我们更可以大胆猜测:多余的卧室、房间可以自己出租自己,专利技术甚至可以为自己申请证书......当然,这种应用场景目前也只是想想罢了,但说不定哪天真就实现了呢!

 

 

这篇关于物联网是怎样抱紧区块链大腿的?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/642772

相关文章

【区块链 + 人才服务】可信教育区块链治理系统 | FISCO BCOS应用案例

伴随着区块链技术的不断完善,其在教育信息化中的应用也在持续发展。利用区块链数据共识、不可篡改的特性, 将与教育相关的数据要素在区块链上进行存证确权,在确保数据可信的前提下,促进教育的公平、透明、开放,为教育教学质量提升赋能,实现教育数据的安全共享、高等教育体系的智慧治理。 可信教育区块链治理系统的顶层治理架构由教育部、高校、企业、学生等多方角色共同参与建设、维护,支撑教育资源共享、教学质量评估、

【区块链 + 人才服务】区块链集成开发平台 | FISCO BCOS应用案例

随着区块链技术的快速发展,越来越多的企业开始将其应用于实际业务中。然而,区块链技术的专业性使得其集成开发成为一项挑战。针对此,广东中创智慧科技有限公司基于国产开源联盟链 FISCO BCOS 推出了区块链集成开发平台。该平台基于区块链技术,提供一套全面的区块链开发工具和开发环境,支持开发者快速开发和部署区块链应用。此外,该平台还可以提供一套全面的区块链开发教程和文档,帮助开发者快速上手区块链开发。

物联网之流水LED灯、正常流水灯、反复流水灯、移动流水灯

MENU 硬件电路设计软件程序设计正常流水LED灯反复流水LED灯移动流水LED灯 硬件电路设计 材料名称数量直插式LED1kΩ电阻杜邦线(跳线)若干面包板1 每一个LED的正极与开发板一个GPIO引脚相连,并串联一个电阻,负极接GND。 当然也可以选择只使用一个电阻。 软件程序设计 正常流水LED灯 因为要用到多个GPIO引脚,所以最好把所有的GPI

LabVIEW程序员是怎样成长为大佬

成为一名LabVIEW编程领域的“大佬”需要时间、实践、学习和解决复杂问题的经验。尽管LabVIEW作为一种图形化编程语言在初期可能相对容易上手,但要真正成为精通者,需要在多个层面上深入理解。以下是LabVIEW程序员如何逐步成长为“大佬”的路径: 1. 打好基础 LabVIEW的大佬们通常在初期会打下非常坚实的基础,理解LabVIEW编程的核心概念,包括: 数据流编程模型:Lab

4G模块、WIFI模块、NBIOT模块通过AT指令连接华为云物联网服务器(MQTT协议)

MQTT协议概述 MQTT(Message Queuing Telemetry Transport)是一种轻量级的消息传输协议,它被设计用来提供一对多的消息分发和应用之间的通讯,尤其适用于远程位置的设备和高延迟或低带宽的网络。MQTT协议基于客户端-服务器架构,客户端可以订阅任意数量的主题,并可以发布消息到这些主题。服务器(通常称为MQTT Broker)则负责接受来自客户端的连接请求,并转发消

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整