Block.One 的代码库正在更新与 IBC 相关的内容？
从丹·拉里莫（Dan Larimer）在 EOSIO Github 的最新动态中可以看到，Block.One 正在开发一个新的基于 AMQP 的消息传递系统（在不同链之间？） 。一位名为 Matthew Darwin 的用户在推特上告诉了大家他的发现，Dan 回答说 Block.One 正在研究与链间通信（IBC）相关的技术。
根据amqp_witness_plugin在 Github 中的描述，此插件可将“(见证人)的概念扩展到非出块节点”，它将基于 AMQP 交换。见证人是指：
“节点签署过的区块，可以证明在该区块中的所有内容都是有效的。” - amqp_witness_plugin
AMQP 是一个用于消息队列的开放标准协议，该消息设计允许通过异步和持久性过程有效进行大量并发消息的管理。
为了更好地理解，我们先给读者们讲一个关于披萨店的模式，这种模式下的系统可以让客户发送订单并立即收到从披萨店发出的订单确认。披萨店收到订单后，将其安排在分布的各个比萨店中的等待队列中，并开始处理（准备）披萨。披萨准备好后，就会发送到客户手中，并将此发送的订单从队列中删除。
这样一来，客户只需要关心发送订单以及收据确认的操作，在等待披萨的时间客户就可以处理自己的事情了。这听起来有点像是中国现在大部分人都在使用的外卖订单平台，披萨店接到订单就等着外卖平台将每一单发给正在等待接单的外卖员，客户下单之后就直接等待外卖员的投送。
所以在可能的链间通信的基础上，我们可以适当扩展这个概念。我们将客户和披萨店看作两个不同的区块链，我们将其称为链 1 和链 2。
链 1 可以向链 2 发送请求，一旦发出，链 1 会立即收到“收据”的确认，而链 2 将收到的请求添加到该链上的等待队列中，让链上的区块生产者陆续收到 链上分配的请求任务，也就是在链 2 上验证交易。一旦在链 2 上验证了链 1 所订购的请求/交易，验证证据（通过 Merkle Tree *）将返回到链 1，IBC 这个流程就可以被标记为完成的状态了。
以上所有解释仅仅出于 EOS Go 团队在综合 Github 上的插件说明时所想到的假设，为了更好让读者理解。这并不能直接看作是 Block.One 正在开发的新技术将以这种方式运作。但是无论如何，这是一个非常值得期待的进程。
*Merkle 树是一种用于维护数据的结构，可大大减少信息负载的压力。在区块链上使用它来处理包含在区块内已验证交易的信息。
Sources:
