2026-01-10 11:29:23

NEST：一个实现COST概念的预言机

摘要

从2019 年起，DeFi就是区块链发展的必选项。我们透过链上的智能合约来将金融服务能够更加的便捷、透明并且去中心化，减少许多不必要的人为

从2019 年起，DeFi就是区块链发展的必选项。我们透过链上的智能合约来将金融服务能够更加的便捷、透明并且去中心化，减少许多不必要的人为操纵，但却还有一个DeFi的阿基利斯腱一直没办法有很棒的解决方案— 预言机（Oracle)。

任何金融服务脱离不了的就是获取资产价格等重要的数据，但因为智能合约本身并没有一个比较好的办法去自动辨别链外的数据，所以必须透过预言机去作为提供链外数据的工作。但长期以来这一个工作似乎没有得到特别好的解法。所有的预言机分别受制于两大问题:无法去中心化与过于脆弱。

过去有着许多的去中心化预言机的尝试，例如早期Vitalik曾经提出过SchellingCoin，以及近几年有一些特定应用会自带预言机系统，例如MakerDao，但能够提供给其他Dapp使用的预言机，却一直会遇到越来越和现实妥协的情况，也就是预言机本身是仰赖着特定的中心化机构或特定人进行喂价，提供链下数据，这么做面临的风险就是人为喂价或者中心化机构的疏失会造成DeFi资产的损失，例如Sythetix就曾经因为Chainlink上的人为疏失，将白银的价格和黄金搞混，造成用户的资产损失。

另外，还有一种形式的预言机，是透过自动化做市商(Automated Market Maker, AMM)的价格去进行喂价( Price feed )，这么做的好处是在于它可以透过智能合约去和其他DeFi的智能合约去完成交互，真正意义上的发挥了乐高的效果，也让Uniswap等做市商存在着更大的加乘价值，并且实现了DeFi的可组合性。但是这样的预言机，往往面临的问题是，它们在使用流动性和深度都足够的情况下，他能够非常好的抵抗攻击，反之他则会非常的脆弱。也因此今年才会发生bZx遭受到闪电贷( Flash Loan)的攻击事件。

也因此，我们大概可以得知一个结论，那就是亟需要安全的DeFi ，他需要的预言机必须符合以下几点:

能够去中心化，减少人为中心化数据的干涉所带来的风险。

能够足够准确、快速的反应市场的价格。

能够无限放大化攻击的成本。

去中心化的预言机以COST 的概念实现是不是可能的 ?

这阵子我一直在观察一个名为NEST的预言机项目，团队全部匿名，而且代币没有任何的ICO，全部以零预挖的方式在进行，原生地NEST token(ERC20)总量100亿枚，而且采用的是报价即挖矿的方式，是一个符合COST（共同所有权自评税，Common Ownership Self-Assessed Tax）机制的预言机，他可能可以一次解决了上述的三个问题(别担心我不会说这三个问题是什么预言机不可能三角)，COST的精随是，你标榜这个东西有多少价值，则别人就可以以这个价格买走他。那么我开始来讲述NEST是怎么运作的吧!

NEST采用的预言机喂价机制，简单而言就是报价挖矿，任何愿意在链上报价的人，都有机会成为矿工，并且在报价获得采用的时候获得NEST token 的挖矿奖励。

在NEST的网络中，大致上可以分为几个角色:

1.矿工:提供报价并支付佣金后，获得NEST erc20-token的人。任何人都有资格成为矿工，只要在报价的时候将报价等值的ETH和对应的token放上来作为可供买卖的资产即可。举个例子，例如你报了一个价格，是1ETH =100 USDT，那么你必须把你身上的等值的1 ETH以上的资产，以及100 USDT以上的资产都放上来作为拍卖。

2.验证者:一样的，任何一个人都有资格成为验证者。验证者的工作是成交任何一笔他想成交的交易，例如当他看到一笔报价100 USDT的ETH，发现该笔资产价格和市价有落差时，他就可以用这个价格买入该笔资产，则被买下的100 ETH也就成为了当下的报价，并且在买入之后需要强制报价，并且以Beta倍的规模进行报价，目前的Beta是2，但这笔报价将不会参与挖矿，也不会需要支付押金。

3.价格调用者:调用NEST的报价并且付费的合约或者帐户即为价格调用者，同样的任何人可以做为价格调用者。

可以看到在这个『报价即挖矿』的模型里，机制会自动惩罚不诚实的矿工，因此如果矿工想要获得奖励，又不想有无谓的损失，那么最好要以一个自己认为不会亏损的价格去进行报价，透过这样的方式，也让价格无限趋近于市场价格（如果报价人是理性的）。

目前的报价规模基本上都是10 ETH 起跳，这样的目的是让报价的套利空间更加的明显，同时另一端也会让提供报价的矿工给一个精度更高的价格。

取自本人亲自下载的NEST Dapp截图

Nest整体的运作流程图source :NEST白皮书

特点:

预言机的安全被报价的价格链所保护一个最直接的问题就是NEST的价格如何产生，从刚才的验证者吃单就可以看出价格如何生成，也就是按造被吃单的价格，如何该区块有多笔报价被吃单，那么则会有更多笔的报价出现，例如该区块一共有三组pETH = x USDT的报价（p1，x1），（p2，x2），（p3， x3）…则该区块价格为P = ∑pi * xi / ∑xi。如果一个人吃单了以后，他必须存入原来报价规模2倍的ETH和USDT作为报价，因此如果要持续取得报价主导权，那么必须不断的进行出价，而且报价的规模必须越来越大，如果以5分钟为价格更新的话，在每次的报价规模必须是上一次的两倍的前提下，那么一个小时下来，某人就必需花上2的11次方的出价规模。

无限高的攻击成本也因此，如果要用价格来攻击NEST预言机，攻击的成本会变得非常的高，因为风险是报价人必须自己承担的。

报价的背后具有经济激励:NEST Token报价挖矿是NEST最大的激励，任何报价人都必须支付报价的佣金，也都可以获得NEST代币作为回报，而NEST这个ERC20代币是在报价ETH/USDT这个价格对时会产生，之后这些NEST token还可以拿来做为其他ERC-20代币的交易对创建时的拍卖物，并且在拍卖之后被销毁。举个例子，今天如果我想要在NEST系统上创建一个LEND/USDT的交易对，那么我必须先拿出100万个NEST token进行拍卖，并且在拍卖结束后将这些竞标基金销毁，并同时让LEND/USDT报价对的挖矿会挖出NLend token。

NEST预言机的价格调用是收费的特别的一个点是，任何想要调用NEST预言机的使用者，是必须付费的，这确保了整体的模型是具有收益的，因此整体的经济模型是持续地向外获取价值的，目前价格调用的模型预计将在NEST 3.0问世以后公布。这确保了一件事情，如果持续的有人进行价格的合约调用，整体NEST系统内的价值是不断的增长的。

NEST预言机透过奖励可以达到去中心化，而且报价和报价人永远利益攸关。任何在预言机上报价的人，所报的价格就是自己认为自己的资产符合的价格，基本上实践了COST （共同所有权自评税，Common Ownership Self-Assessed Tax）的理念，伴随着挖矿奖励后，基本上我们可以确定的事情是在NEST上的报价挖矿，不会有拥有10000 ETH的人和拥有100 ETH的人得到的相对回报在比例上有差别，甚至报价规模大者，也承受着可能更大的价格波动风险。

NEST 3.0 预计在7/13 号上线，届时除了基本的NEST token 和基础的ETH/USDT 报价外，还会再新增NestNode 治理节点(已经代币化，一样是ERC20 )，可以获得系统投票，以及系统挖矿的释放收益；另外，还新增了一种合成资产nToken ，也就说任何人想要进行其他ERC20 资产的报价，都可以自己去生成一种资产的报价池，用一样的方式进行报价，并且生成相应的报价合成资产。举个例，如果今天我要生成一个Lend / USDT 的报价池，那么报价者就会得到nLend 这种ERC 20 token。

目前我看到一些人对NEST 还存有的一些疑虑：

谁愿意为一场报价就可能会亏损的游戏买单?ETH的价格是时时波动的，以目前入场规模而言(报价都需要至少10 ETH以及10 ETH等值报价的USDT)，可能会产生一个风险是，五分钟前我认为合理的价格在五分钟之内变成过为便宜，导致最后别人成交时，相对而言我已经产生了损失。因此，NEST本身代币的价格，就变得非常的重要，需要让挖矿的获利足够，否则许多人宁愿将且拿去做其他机会成本可能本较低的投资行为。

玩一次最少20 ETH (目前约4800美金)的游戏，对一个去中心化预言机而言是否已经排除了许多人?在目前来看，NEST的单一次报价可能就落在4800美元左右，相当是人民币3万多，这是不是对于一般人而言，有参与这个活动的难度。(Nest 3.0上线后，这个问题似乎得到了改善)。

价格验证人的吃单体验是否足够友善?还记的我们这里面有个角色是价格验证者，基本上他们想做的事情就是套利，但其实在NEST的机制里，套利者并无法立即获利，因为他还需要再用一个两倍的规模报上去一个价格，等待五分钟后才能将资产取回，这五分钟的资产损失和手续费是否会大于其套利空间是有没有人愿意验证价格的关键，别忘了它们还有其他的选择，这些都是机会成本。

NEST token的价值是整套NEST预言机能不能够繁荣运作的关键Nest token的价值以及矿工对于长期价值的预期，是影响非常多人决定是否参与报价的关键，从这个角度出发，我们可以确定的一件事情是，NEST是稳定的通缩模型，长期而言，在开通各种ERC20的报价池，以及系统投票治理，和被DeFi合约作价格调用，都会烧毁NEST，这是价格支撑的关键因素。

价格调用的也看到有人在怀疑大家是否会乖乖的调用，这点我看到nestfans这边有相关的文章做回应了，就先不列举在此，等收费和调用的模型出来再说。