UMA上线Optimistic Oracle，简析其运作机制与应用场景

原文标题：《引介 | UMA 已正式上线 Optimistic Oracle》

原文作者：Hart Lambur

原文编译：闵敏和阿剑

https://image.theblockbeats.com/upload/2021-05-28/aa7719754115dc37ad1349bd34f757b8f74bc798.png

太长不看：UMA 的 Optimistic Oracle 已经上线。Optimistic Oracle 可以用来获取市场数据，并将所有类型的数据上链。它不仅可以用于 UMA 的金融合约，还可以整合到任意 DeFi 协议内。

UMA 低调构建了所谓的「Optimistic Oracle」。这个概念很简单：任何人都能在链上发布答案，只有在答案错误的情况下才会有人提出争议。整合 Optimistic Oracle 无需在 UMA 上部署合约。

https://image.theblockbeats.com/upload/2021-05-28/a29cb2ffcfda7d022f4c33d48ba088b0e5a8c275.png

Optimistic Oracle 是以乐观方式运行的，这就意味着绝大多数情况下，你很快就可以得到答案。它利用 UMA 系统内置的经济机制来保障数据准确性。由于最大程度上减少了 gas 使用量，Optimistic Oracle 的使用成本很低。

换言之，Optimistic Oracle 可以让你以极低的成本获得准确的数据。

接下来，我们将探究 Optimistic Oracle 是如何运作的，以及它在 DeFi 领域的最佳应用场景。

Optimistic Oracle 是如何运作的

Optimistic Oracle 系统有三类参与者：请求者（请求价格信息的合约）、提议者（回传价格信息的链下参与者）和争议者（能够对不认可的价格提出争议的链下参与者）。

https://image.theblockbeats.com/upload/2021-05-28/36272c11d33f7dcccd9d59011d7c353c66ba199f.png

在正常的交互模式中，先由某个合约请求价格信息并指定争议期（可以短至几分钟，也可长达数天）。接着提议者交纳保证金并回传价格信息——没人对该价格提出争议。争议期结束后，数据被敲定，提议者拿回保证金。整个流程又快，成本又低。

如果不顺利的话，争议者不同意提议价格。争议者需要交纳与提议者同样多的保证金，并将争议提交至 UMA 的数据验证机制（Data Verification Mechanism）。UMA 代币持有者在 48 小时内解决该争议。如果争议者是对的，就可以获得提议者的保证金作为奖励。如果争议者是错的，那么作为惩罚，ta 的保证金就会被判给提议者。

整个系统是乐观的，因为出现争议的情况极其罕见。过去一年来（包括一些震荡时刻），UMA 合约都是以乐观方式运行的，我们见过的合法争议不超过 5 次。乐观概念已经在实际生产环境中得到了证明。

https://image.theblockbeats.com/upload/2021-05-28/5db8221c2d55c825f7a6418fd4404294494ff74f.png

过去几个月来，Optimistic Oracle 已经过 OpenZeppelin 的代码审计，并用来保护大约 2 亿美元的 UMA 合成代币。点击此处，查看代码。该系统现已向开发者开放。

Optimistic Oracle 的应用场景

既然 DeFi 开发者可以使用 Chainlink/Maker/Uniswap 的价格输入机制来获得大部分密码学货币的价格数据，他们为什么还要关注 Optimistic Oracle？答案是：当需要获得其它数据，或超精确的数据时，Optimistic Oracle 就能派上用场。以下是 Optimistic Oracle 的应用场景一览表：

KPI 期权

保险

期权和结构性产品

复杂计算

不限标的物的金融合约

KPI 期权

UMA 的 KPI 期权就是一个很好的例子，除了密码学货币价格以外，它可能还会请求其它任意数据。KPI 期权是一种将收益与特定指标挂钩的合成代币——这个指标可以是任何可以测量的变量。虽然这个数据无法从链上获得，但是可以通过 Optimistic Oracle 查询。

迄今为止，UMA 的总锁仓价值、Badger 的 DIGG 代币的正向供给调整次数和 Aragon DAO 迁移这些指标都有了 KPI 期权。这些 KPI 期权合约背后都离不开 Optimistic Oracle 的支持。

保险

借助于 DeFi 这个强大的工具，我们可以针对任何可以衡量的活动或事务（包括真实事件）编写保险合约。一个限制因素是如何获得这些事件的数据。Optimistic Oracle 恰好可以解决这个问题。

我们要宣布一个大好消息：Opium（人人皆可创建市场的金融平台）已经整合 Optimistic Oracle，让 DeFi 开发者可以基于任何可衡量事件创建保险产品。下周，我们将官宣首个基于该系统构建的产品。

期权和结构性产品

看涨 / 看跌期权和更加复杂的结构性产品即将成为 DeFi 领域内快速发展的细分市场。其中，很多产品都面临一大挑战：其收益在很大程度上受到标的物价格的影响。由于链上喂价与实时价格之间的误差最多只能缩小到 0.5% 左右，这就会引起问题。例如，如果看涨期权的价格是 100 美元，到期日当天价格输入机制的报价是 99.5 美元还是 100.5 美元会对期权收益产生很大影响。

这就暴露了链上喂价和基于时间加权平均价格（TWAP）的方法的局限性：很难在特定时间点提供一个极度准确的价格。例如，TWAP 方法为提高安全性而牺牲了准确性。

Optimistic Oracle 解决了这一问题：大幅降低了在特定时间点查询精准价格的难度。通过让买卖双方相信自己能够获得准确的结算价格，Optimistic Oracle 使得更加复杂的结构性产品成为可能。

复杂计算

一些较为复杂的 DeFi 合约开始需要通过复杂计算来计算收益。由于计算复杂化且 gas 价格过高，许多复杂计算都无法在链上执行。

一种解决方案是使用 Optimistic Oracle 基于「数据时间锁」概念在链下执行计算。链下观察者可以在争议期内验证计算结果。换言之，计算是在链下执行的（成本很低），而验证是使用 Optimistic Oracle 在链上执行的。这个方案效仿的是 Truebit（最先提出类似概念）。我们很快将官宣更多进展。

不限标的物的金融合约

UMA 的愿景是让 DeFi 开发者能够为任意标的物构建金融合约。只有在这些合约可以访问任意数据（一切数据！）的情况下，这个愿景才能实现。而 Optimistic Oracle 正是关键一环。我们很难预测 Optimistic Oracle 将带来哪些创新，而且有可能低估了它的重要性。我个人对它的将来满怀期待。

后续计划

Optimistic Oracle 现已正式上线。有兴趣在 Optimistic Oracle 的基础上进行构建的开发者可以阅读我们的文档，并加入我们的 discord。就在这篇公告发布之前，Vitalik Buterin 在 Uniswap 的论坛上发布了一个采用谢林点结算的治理提案。我们之后还会发布一篇文章，将 Optimistic Oracle 放在该提案的情境中进行讨论。

在接下来几个月，我们将与大家分享更多项目整合、合作关系、项目进展等情况。

特别感谢 Optimism 团队（前身是 Plasma Group），尤其是 Ben、Jing 和 Karl。他们教会了我们如何变得更加乐观。他们的乐观主义鼓舞了我们。

原文链接