买卖投资看好嘉盛涨跌30秒，网~址∶jshk.vip 无论输赢天天返.佣1%。只有严格把控好自己的心态才能做到长期的盈利。
Neo网络上的共识节点和普通节点都以的连接。每个节点都与网络上的其他节点有多个连接，以确保新信息的快速传播。
节点间的通信是以消息的形式实现的，每个消息都携带一个指令和需要处理的负载数据。消息可以是对区块链数据的查询请求，例的区块信息，也可以是携带了高优先级的信息，例如共识数据。
由于网络上的所有节点都会不停地传入的消息，网络是将一个达成共识的状态进行分布化的场所。这种初由Igor Coelho提出:
“我认为的是通过消息状态哈希，并由共识节点进行签名，这样节点仍可以跟踪“正式的”状态，而不必将它们永远锁定在区块链上。”
解耦状态
与区块头不同的是，通过网络进行状态分布化意味着达成共识的全局状态永远都不会上链。这样可以将状态从区块中解耦，通过为潜在的性能改进预留空间来初的提案目标。
此外，由于状态永远不会在链上提交，因此依旧可以部署那些会影响状态的Bug修复代码，而不会引入与区块数据的冲突。如果发生这种情况，可以分配新的签名哈希。Neo核心者Jeff Solinsky表示:
“如果Neo的新版本需要解决一些会改变MPT哈希的问题，可以通过分发离线的MPT哈希文档，其中将包含由共识节点签名的新MPT哈希。客户端可以在从离线的区块文件中重新同步区块链时加载该哈希文件。”
这种的一个潜在缺点是，网络协议上的额外负载可能会影响交易吞吐量，因为添加新消息或消息会其他任务的处理时间。但是，如果状态根哈希分布在现有讯息（例如与共识相关的消息）中，这种负担将化。
- 解耦状态 -
解耦旨在让数据模型、业务逻辑、视图显示三层之间彼此耦合，把关联度降，不至于牵一发而动全身。
实施提案
在决定以消息的实现状态分布后，Neo工程师简要概述了这一可能的实现方案。
其中详细说明了3个可能的实现方向:
- 将状态根添加到PrepareRequest共识消息，并将签名添加到Commit共识消息中；
- 使用单独的dBFT流程就状态根达成共识；
- 区块创建完毕后让共识节点签名并广播当前状态根。
由于其他人员倾向于种和第三种方案，提议将两种方案进行结合。在这种情况下，共识节点将状态根与新块一起发送，如方案1所述，但是未确认的状态根可以通过共识节点签名进行验证，如方案3所述。
还分享了两个需要解决的问题。在升级的情况下，开始生成新状态根链时以及将其向其他节点进行广播时将需要大量的消息，从而会对性能产生不利影响。
但由于每个全节点仍将生成本地状态根，因此仅需要检查由共识节点签名状态根。这样就不再需要生成大量的消息，因为每个轻节点或全节点仅需的状态根即可进行验证。