像Chainlink这样的神谕到底在分散保险中扮演什么角色？

Question

我来自保险业，我正在努力了解区块链和智能合同在这个领域是否有任何价值。目前，我正试图从概念层面来理解事物，纯粹是从鹰的角度来理解。

让我们以一个简单的例子为例，自动化人寿保险承保和索赔。

• 在承保方面，我可以从一个人那里收集有关他们健康状况的数据，如果他们同意佩戴某种传感器，比如智能手表，可以为保险公司提供--insuree的数据，根据这些数据，他们可以计算出这个人应该支付多少保险费。
• 就索赔而言，我想有人需要建立一个公共数据库，在这个数据库中，用户需要注册，并同意再一次戴上一个智能手表，可以监控该人是否已死亡或活着。希望数据库能实时更新，或者至少每隔几个小时更新一次，这样，如果被提名人死亡，他们的保险索赔被支付给被提名人，那么智能合同就会触发。

甲骨文网络从何而来？我问这个问题是因为我一直在阅读，Chainlink总是在文章中提到这一点。但是，正如我前面所描述的，从我的优点来看，您似乎只需要一个智能设备和一个数据库(可以以API或网站的形式访问)，从它们可以将数据输入智能契约。或者，是否没有简单的方法将这些数据输入到智能契约中，而这正是Oracles所做的？换句话说，Oracles仅仅是将真实世界的数据输入到块链中的适配器吗？

而且，如果我理解正确的话，预言的全部意义是应该有多个数据源，并且它们应该是分散的，对吗？然后从某种协商一致的机制(如多数票，作为最简单的例子)获取正确的数据。因此，在上面的用例中，如何能够有多个数据源，用于承保和索赔，以及如何分散这些数据源？因为在我看来，只有一个数据源--用于承保的智能手表和用于索赔的公共死亡记录数据库。如果是这样的话，那么使用智能契约来完成这项工作的好处是什么，而不是使用Python、C等编写的“正常”系统，即智能手表和数据库中的数据直接输入到一个常规的旧If - etc脚本中？

更别提房间里的大象了，也就是说，如果一个人不同意戴智能手表，那么有什么可靠的数据源可以为这个人提供担保呢？同样的，怎样才能建立一个实时死亡记录数据库呢？

Answer 1

第一

我认为首先定义神谕是很重要的。根据维基百科，A blockchain oracle is a third-party service that provides smart contracts with information from the outside world. It is the layer that queries, verifies, and authenticates external data sources, usually via trusted APIs and then relays that information.

将其看作是一个数据/信息聚合器，它还执行将其数据发送到块链的操作。

二次

你在问题中提到的是：

“从我的角度来看，你似乎只需要一个智能设备和一个数据库(它可以以API或网站的形式访问)，从中可以将数据输入智能契约。”

注意:智能契约不会访问/调用数据，它必须被馈送到区块链。但是，您在这里通过使用智能设备、数据库和API推送方法来解释--这本身就是一个预言。链链接是众多用例中的一个，也是许多用例中的一个。您可以轻松地用自己的用例建立自己的oracle。

完全有可能创建自己的oracle，将数据发送到智能契约。smart契约可以具有特定的功能，当某个数据值或事件发生时，在链上执行操作。

最后

您关于分散您的保险数据的问题确实很难解决，而且非常具体。这不是一个真正的区块链问题，而是一个保险索赔问题。你应该在组织内部对此进行检查。

在这种情况下使用区块链技术的用例和优点将是客户和公司的分类账的透明度，在代码中设置的公平策略和不变的数据记录。

我希望这有帮助:)