物联网往往是一个碎片化的封闭系统。广域物联网与局域物联网之间没有互动，很难将私有化的工业系统与基于IDC的IT网络连接起来。然而，物联网的数据往往需要高度的一致性和安全性，这是任何一个集中式系统都难以解决的问题。现代物联网技术往往伴随着冗余节点、混合云等技术。然而，在一致性和安全性问题上，区块链提供了最终的解决方案。不幸的是，区块链存在一些问题，如基础设施缺乏，技术门槛高，技术风险过大。像往常一样，可扩展性问题没有成熟的解决方案，这使得目前的分布式应用匮乏且停留在虚拟层面，无法与现实世界进行交互。
从物联网诞生的那一天起，它就是碎片化的。街上随处可见自行车共享。你需要不同的手机应用来开不同类型的车。这些节点是不等价的，没有标准的，碎片化的。任何品牌的手机都可以打电话、上网、交换数据。为什么车辆不能？其实不仅仅是车辆，还有门、灯、报警器、咖啡机等。似乎已经连接到互联网。他们相互连接的网络是分散和封闭的。同类型的产品都是碎片化的，更别说不同类型的产品了。种类太多，数不过来，几乎每一样东西都很难像个人电脑、手机一样同质化。碎片化问题不能解决吗？答案是否定的，解决碎片化的一个办法是引入操作系统和中间件的概念，兼容碎片化的硬件设备，提供统一的编程接口。
IT技术是标准化的。个人计算机通过http协议与服务器交互，该协议呈现在浏览器上。这是一种标准化。比特币节点之间的全网广播也是标准化的。只有不断将碎片化的产品标准化，才有可能统一节点，或者在节点间形成共识。整个物联网行业已经尝试标准化20多年了。有WiFi，BLE，Zigbee等。在物理层标准中，有Modbus、Profibus、工业以太网等。虽然不同的标准不兼容，但是应用层标准并没有实现。机器B和机器B成功连接，但是机器a不知道任何操作或请求机器B的指令。更何况也是一种设备，不同的驱动，不同软件厂商的私有协议，很难交互。
有时指令不可读，有时不知道GPIO_14由高电平变为低电平的操作是否与其他串口兼容，开关的具体功能是什么。你经常需要下面的定义。
RCC _ APB 2 periphclockcmd(RCC _ APB 2 periph _ gpio b，使能)；
GPIO_LED。GPIO _ Pin=GPIO _ Pin _ 1 | GPIO _ Pin _ 11 | GPIO _ Pin _ 14 | GPIO _ Pin _ 15；
GPIO_LED。GPIO _ Mode=GPIO _ Mode _ Out _ PP
GPIO_LED。GPIO _ Speed=GPIO _ Speed _ 50MHz
GPIO_Init(GPIOB，GPIO _ LED)；
但是这种做法很难在互联网应用工程师中推广。它的门槛不低，容易写bug，可读性还是不高。他们更喜欢以下编程方法：
$('绿色led ')。on()；
$('led-red ')。off()；
当节点间存在应用层协议的标准时，节点间的通信停留在设备抽象间的交互，如支付、请求、验证等。当多个设备组成一个阵列时，抽象层次会更高，变成应用之间的交互。标准应用层的统一将是目前物联网最需要解决的问题，也是未来万物互联的重要基础设施。物联网的标准不会在集中式的云端实现，而是在边缘计算的可编程开端。抛弃传统的模块云模式，应用逻辑将在固件之外形成统一的编程模式，即建立区块链上的编程体系。
通过在链编程系统，可以实现不同品牌物联网设备之间的可信互操作。
每个智能设备都有一个地址。出来的时候，商家把这个地址写入硬件，把地址的私钥二维码放在硬件盒子里。控制中心通过获得私钥并向设备发送绑定命令(用私钥签名)来完全控制硬件。绑定后，控制中心可以删除设备的私钥，只需要保存自己的私钥即可。
点对点控制：控制中心通过向设备发送带有其自身签名的控制TX来操作设备。(不需要连锁参与，但需要控制时，控制中心和设备在线)
基于链上状态的控制：当控制终端无法与设备建立点对点连接时，可以让控制终端消耗一些令牌，在链上写一个“状态改变”TX或者一个“控制命令”TX来操作目标设备(这些TX也是需要的)。目标可以直接从链同步状态或控制命令，或者通过可信的光节点(例如桥设备)同步状态或控制命令。区块链解决了所有设备接入云端后的云运维成本和稳定性问题。
自动控制：不需要用合约来设定“温度低于15度时关闭空调”的逻辑。这些自定义的控制逻辑可以用传统的开发语言在控制终端(一个App)实现，降低了设备支持合同所需的硬件成本，同时减少了运行合同可能造成的主链卡顿。
当然，这样的生态建设难度系数目前来看还是极高的，但相信区块链的赋能会让大家享受到万物互联带来的便利。
