DeFi甲骨文，解释

甲骨文问题和延迟是在区块链上运行甲骨文的主要风险。

由于集中式第三方系统将智能合约和分散的区块链系统带入信任冲突，因此产生了Oracle问题。 因为由oracle提供的数据被直接馈入基于该数据起作用的智能合约，所以很明显，oracle在执行智能合约时具有分层的权力。 由于这些巨大的影响，对于DeFi应用程序和协议来说，拥有具有可靠数据且几乎没有延迟或几乎没有延迟的Oracle至关重要。

大致来说，oracle解决方案可以分为两类：快速但不安全的和安全但缓慢的。 第一类主要适用于分散的oracle，因为它们的延迟率很低。 由于容易受到各种博弈论攻击的影响，大多数DeFi应用程序都在集中式或半集中式的Oracle上运行。

大多数去中心化的Oracle使用ShellingCoin机制，其中独立来源报告数据而不与其他来源进行协调。 由于缺少此联系方式，这些来源/代理商报告“真实”。 尽力而为地收集数据，同时期望其他来源也这样做。 这种机制容易受到各种问题的影响，例如当事方之间的串通，信号甚至贿赂。 而且，如果黑客攻击数据源（称为中间人攻击），则没有适当的报复机制。 即使是一个不正确的值也可能对依赖oracle的应用程序产生重大影响。

集中式甲骨文属于“安全但缓慢”的范畴。 类别。 当与分散的神谕打交道时，这些神谕具有博弈论要素的鲁棒性。 他们利用人工投票和“争议回合” 克服试图操纵其数据的攻击。 但是，由于这些方法需要更长的等待时间，有时甚至是数周，因此通常不鼓励DeFi应用程序将其用作选择的预言。 但是，尽管它们具有防范博弈论攻击的保护能力，但它们仍具有交易对手风险，并且由于单点故障而具有较高的有效黑客入侵机会，从而降低了DeFi应用程序在此特定方面的安全性。

—-

原文链接：https://cointelegraph.com/explained/defi-oracles-explained

原文作者：Cointelegraph By Anirudh Tiwari

编译者/作者：wanbizu AI

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。