Chainlink新手疑惑
Chainlink newbie doubts
我这周开始学习 Chainlink，现在我正试图在继续探索 Chainlink 文档之前将所有内容整合在一起。也许你可以帮助我完成这项任务。
你能证实这个理解吗？
据我所知，Chainlink 中有 3 个模型：
- 带有 Flux 聚合器的去中心化数据模型，其中 oracle 智能合约接收加密资产的价格报告并将它们聚合以将此信息提供给消费者。但是，这个模型正在被弃用，以支持 OCR，对吗？
- 链下报告聚合链下加密资产的价格并将单个交易发送到 oracle 智能合约，该智能合约向消费者提供价格的中位数。
- 可以调用任何 Chainlink 作业的基本请求模型。通常，此作业是 API 在将结果发送给智能合约消费者之前进行一些转换的调用。
如果我没有误解这些基本概念，我有一些疑问：
- 前两个模型 DDM 和 OCR 仅用于资产价格，或者它们可以用于其他类型的数据，因为存在提供该数据的预言机？如果属实，有这种用法的真实例子吗？
- 关于Basic Request Model，我感觉是一个中心化的解决方案，我没看到aggregation/conciliation的任何一步，只有一个节点响应，就是这样。这种理解是正确的还是我遗漏了什么？
- 还有一个概念还不清楚：什么是Data Provider？我发现此页面 https://market.link/search/data-providers 似乎是集中式数据提供者，对吗？
这里提出了一些重要的问题和要点。我会尝试一一解决：
The first two models, DDM and OCR, are only for assets' prices or they could be used for other kinds of data since exists oracles providing that data? If true, are there real examples of this kind of usage?
正确，目前它们主要用于资产价格，因为这是当前最大的需求所在。但未来的想法是，它们将用于许多其他类型的数据，例如天气数据、体育和选举结果等。就现实世界的例子而言，目前官方只支持价格数据提要，但什么都没有阻止某人获取代码并尝试为其他类型的数据启动他们自己的 OCR 网络
About the Basic Request Model, I feel like it is a centralized solution, I haven't seen any step of aggregation/conciliation, only one node responds and that is it. Is this understanding right or I'm missing something?
这是正确的。直接 API 请求确实打开了智能合约用例，但在当前形式下容易集中。您可以通过自己手动进行聚合和分散来缓解这种情况。例如，在您的智能合约中使用 3 个单独的链接 nodes/jobs 调用 API 3 次，然后在第三次结果后进行验证或聚合 on-chain。将来，此模型 可能会 更改以自动执行此过程，并提供一种更简单的方法来获得此功能而没有中心化风险，（例如，Chainlink Keepers 今天的工作方式）
Another concept not clear yet: what is a Data Provider? I found out this page https://market.link/search/data-providers and seems like centralized providers of data, is that right?
数据提供商是向智能合约提供数据的任何公司或企业。他们通常 运行 他们自己的 Chainlink 节点以及专门为智能合约创建的作业来调用以获取数据。例如，SportsMonks 是一家数据提供商，将体育数据出售给跨多个区块链的智能合约。他们 运行 Chainlink 节点有 return 这些数据的工作，因此智能合约开发人员可以访问它并在他们的 dApp 中使用它。 market.link 上的清单向开发人员展示了如何访问数据，即他们在智能合约中需要哪些作业 ID 和参数，调用一次的费用等。
我这周开始学习 Chainlink，现在我正试图在继续探索 Chainlink 文档之前将所有内容整合在一起。也许你可以帮助我完成这项任务。
你能证实这个理解吗？
据我所知，Chainlink 中有 3 个模型：
- 带有 Flux 聚合器的去中心化数据模型，其中 oracle 智能合约接收加密资产的价格报告并将它们聚合以将此信息提供给消费者。但是，这个模型正在被弃用，以支持 OCR，对吗？
- 链下报告聚合链下加密资产的价格并将单个交易发送到 oracle 智能合约，该智能合约向消费者提供价格的中位数。
- 可以调用任何 Chainlink 作业的基本请求模型。通常，此作业是 API 在将结果发送给智能合约消费者之前进行一些转换的调用。
如果我没有误解这些基本概念，我有一些疑问：
- 前两个模型 DDM 和 OCR 仅用于资产价格，或者它们可以用于其他类型的数据，因为存在提供该数据的预言机？如果属实，有这种用法的真实例子吗？
- 关于Basic Request Model，我感觉是一个中心化的解决方案，我没看到aggregation/conciliation的任何一步，只有一个节点响应，就是这样。这种理解是正确的还是我遗漏了什么？
- 还有一个概念还不清楚：什么是Data Provider？我发现此页面 https://market.link/search/data-providers 似乎是集中式数据提供者，对吗？
这里提出了一些重要的问题和要点。我会尝试一一解决：
The first two models, DDM and OCR, are only for assets' prices or they could be used for other kinds of data since exists oracles providing that data? If true, are there real examples of this kind of usage?
正确，目前它们主要用于资产价格，因为这是当前最大的需求所在。但未来的想法是，它们将用于许多其他类型的数据，例如天气数据、体育和选举结果等。就现实世界的例子而言，目前官方只支持价格数据提要，但什么都没有阻止某人获取代码并尝试为其他类型的数据启动他们自己的 OCR 网络
About the Basic Request Model, I feel like it is a centralized solution, I haven't seen any step of aggregation/conciliation, only one node responds and that is it. Is this understanding right or I'm missing something?
这是正确的。直接 API 请求确实打开了智能合约用例，但在当前形式下容易集中。您可以通过自己手动进行聚合和分散来缓解这种情况。例如，在您的智能合约中使用 3 个单独的链接 nodes/jobs 调用 API 3 次，然后在第三次结果后进行验证或聚合 on-chain。将来，此模型 可能会 更改以自动执行此过程，并提供一种更简单的方法来获得此功能而没有中心化风险，（例如，Chainlink Keepers 今天的工作方式）
Another concept not clear yet: what is a Data Provider? I found out this page https://market.link/search/data-providers and seems like centralized providers of data, is that right?
数据提供商是向智能合约提供数据的任何公司或企业。他们通常 运行 他们自己的 Chainlink 节点以及专门为智能合约创建的作业来调用以获取数据。例如，SportsMonks 是一家数据提供商，将体育数据出售给跨多个区块链的智能合约。他们 运行 Chainlink 节点有 return 这些数据的工作，因此智能合约开发人员可以访问它并在他们的 dApp 中使用它。 market.link 上的清单向开发人员展示了如何访问数据，即他们在智能合约中需要哪些作业 ID 和参数，调用一次的费用等。