今天我们推出了一个全新的系列 - Hacking the Blockchain！它适用于刚刚开始开发EOSIO的所有开发人员，也适用于所有EOS Blockchain爱好者，它不是完全技术性的，但你可以从中了解该技术的工作原理。
在每篇文章中，我们将探讨区块链的特定部分。我们从EOS通信模型开始，所以坚持下去！
今天，我们将探索EOS通信模型。我们将深入探讨不同类型的沟通模式和actions。对于甜点，我们将看到如何在我们的代码中使用它，并在我们要制造机器人的演示中使用它。
但首先，让我们从EOS智能合约的内容开始。这将奠定基础。
EOS智能合约
每个EOS智能合约都有一组actions和types。action表示一个单一的操作。您可以将其视为JavaScript中的函数或C＃中的方法。type定义了在合约中使用的所需的内容和结构。大多数时候我们将它们用于我们的tables。
EOSIO中的合约可以相互通信。它是通过基于消息的通信架构实现的。
EOS通信模型就是他们沟通的方式。通信模型有两种类型：内联通信模型和延迟通信模型。
内联操作（内联通信模型）
内联操作是内联通信模型的一部分。如果您了解它们，您将理解内联通信。
我们来看看下图：
用户从智能合约A执行操作（Action＃1）。当动作开始执行时，它会触发另外两个动作 - 来自智能合约B的Action＃1.1和来自智能合约C的Action＃1.2。一切都在当前事务中完成。
在当前事务中执行并与其完成相关的操作，称为内联操作。
重要的是要记住内联操作是作为调用操作的一部分执行的。因此，它们与原始事务的范围和权限相同。这是他们将被执行的保证。如果其中一个操作失败，则整个事务将失败。
所以，你已经知道内联通信是什么了。
请求将执行操作作为调用操作的一部分是内联通信的示例。
延期操作（延期通信模式）
第二种类型是延迟通信模型。表示模型的延迟操作非常有趣，因为它们不在同一事务中执行。我们来看看下图：
我们有相同的交易工作流程。这里唯一的区别是从智能合约C执行的第二个动作不是内联而是延迟。延期操作计划在将来运行。
根据生产者的判断，延迟的操作最多可以安排在稍后的时间运行。不能保证延迟操作将一定被执行。
即使它们不属于同一事务，它们也具有发送它们的合约的权限。
所以基本上
延迟通信在概念上采用发送到对等事务的动作通知的形式。
事务与操作
在继续演示之前，让我们检查一些有趣的东西。
在EOSIO中，事务和操作之间存在差异。该操作表示单个操作，而事务是一个或多个操作的集合。
事务可以包含N个操作。但是，每个事务必须在30ms或更短的时间内执行。如果事务包含多个操作，并且这些操作的总和大于30毫秒，则整个事务将失败。
机器人工厂
我们要制造机器人。您可以在我们的GitHub中找到包含所有智能合约和代码的项目。
作为一家创造未来机器人的公司，我们希望一切都是完美的。建立新机器人时，应将其发送出售，并打印终端上的信息。为了实现这三个操作，我们将使用内联操作。
看一下下面的代码片段。
首先，我们开始创建一个新的机器人。操作完成后，会出现第一个内联操作。我们想把机器人出售，所以我们要求的动作forsale从RobotMarketplace智能合约。
请注意，当我们要求智能合约A从智能合约B执行操作时，应首先添加适当的权限。我们将在下一部分介绍，目前，请务必遵循README.md中的指南
第一个内联操作完成后，第二个内联操作就会完成。这次我们从Messenger智能合约中请求printmessage。同样应该添加适当的权限。
在这两种情况下，当我们通过终端执行创建操作时，我们已收到操作已完成（或失败）的通知。
让我们将printmessage操作从内联更改为延迟。为此，我们需要使用EOSIO 的transaction.hpp头文件。
要创建延迟事务，我们首先从类型transaction声明一个变量tx。然后我们在其操作集合中添加一个新操作。我们可以选择设置延迟。如果它为0，则延迟交易将在调用之后立即进行。
设置完所有后，我们只需调用send方法即可。
但是，不保证将执行延期交易。此外，我们不会像在内联操作中那样收到有关其成功或失败的任何通知。
正如您在12秒后看到的那样，执行延迟事务。
总结一下 - 它们是EOS中的两种通信模型 - 内联和延迟。内联通信期间使用的操作称为内联操作，在延迟通信中使用时称为延迟操作。
