聪明的契约和神谕

Question

我很难理解流程：

契约<==观测/注入= Oracle <==requestdata==> API

我读了几篇像这这样的文章，我知道流程的理论。但神谕到底是什么？这是一份明智的合同吗？它是否是一种外部服务，可以监视智能合同事件，从而产生某种效果？谁为神谕状态的改变(气体)买单？甲骨文能被视为应用程序的客户端sade吗？

Answer 1

oracle是一种外部服务(主要是块链之外的服务)，它根据请求向区块链输入信息。

流程是这样运作的：

1)您的合同向甲骨文智能合同发送请求。例如，获取火星上的当前温度。

2) oracle合同做了一些事情来吸引oracle服务提供者的注意--可能会发出一个事件，但确切的方法并不相关。

3) oracle的后端系统注意到，在oracle合同中有一个新的信息请求，它从某个地方检索该信息

4) oracle的后端系统通过请求的信息将事务发送到oracle合同

5) oracle合同在交易中接收所请求的信息，它要么直接将其转发给您的合同，要么您的合同必须从oracle合同中提取信息。或者，甲骨文的后端系统可以直接与您的合同进行交易。

因此，甲骨文只是一个外部服务，它有一个智能契约，用于与用户的智能契约进行通信和数据中继。当然，与使用有关的天然气成本，但这取决于甲骨文供应商，以决定谁支付，以及如何-这是一个商业决定。但最终，最终用户会为服务(天然气)买单。

Answer 2

不能“查看”Ethereum网络之外的内容。因此，例如，如果您需要一个智能契约来了解天气，它不能仅仅通过HTTP调用常规API。

相反，这种天气信息可以被注入到另一个智能合同中，无论是手动的还是自动化的。持有这种天气信息的智能合同被称为“神谕”，但是的，它实际上只是一个常规的智能合同。这些信息通过一个改变链上数据的常规事务进入oracle .

现在，天气信息已经在Ethereum网络中了，其他智能合同可以调用甲骨文(合同到合同的呼叫是可以的)并获取天气信息。如果您有一些自动的离链过程，定期将天气信息推入甲骨文，那么这也可以说是甲骨文的一个组成部分(并且它可以监视链上事件来触发这个过程)。

谁付煤气费？好吧，这很可能是甲骨文的所有者，无论是谁把数据推入聪明的合同，通常都要付水费。

它的客户端还是后端取决于你的用例。就我个人而言，我通常认为它是后端。