如何利用模组化的方式建构整个DeFi生态

简单来说, DeFi 市场不是用单一产品或公司的角度,而是一组产品和服务,这些产品和服务可模组化堆叠起来可以替代银行,保险,债券和货币市场等机构。让我们看一下这些产品和服务是如何利用模组化的方式建构整个DeFi 生态。

《The DeFi Stack》

DeFi 的6 大层级

第一层:原子价值单位(Atomic Units of Value) 第二层:交易层(The Transaction Layer) 第三层:价格预言(Price Oracles) 第四层:DeFi 底层产品(DeFi Primitives) 第五层:协议聚合器(Protocol Aggregators) 第六层:钱包/前端(Wallet/Frontend)

第一层:原子价值单位(Atomic Units of Value)

老实说大部分人进入DeFi生态都是为了赚钱,而DeFi的生态也提供了钱滚钱的平台,所以我们要先从现行的数字货币开始解释。

以下四种常见的数字货币

DAI、ETH、货币市场代币(cTokens 和aTokens) 托管的ERC-20 挂钩资产和稳定币(USDT、USDC、WBTC、renBTC、tBTC) Automated Market Makers (AMMs)的Liqudity Provider share

这些数字货币主要在DeFi协议(DeFi Protocol)中用作衍生工具、贷款和杠杆的抵押品。它们也代表了完整交易生命周期的开始和结束。

有了数字货币的诞生,在使用它们交易的时候也伴随着风险。我们用DAI 和Tether 币作为例子,

DAI的主要风险是在市场大幅崩盘的情况下, (1)MakerDao系统崩溃,(2) DAI失去了挂钩资产。 Tether的价值与美元以1:1的比例挂钩,稳定币由储备支持,包括“传统货币和现金等价物。所以Tether 的主要风险是如果投资者存放在支援USDT的银行的账户发生不利的情况,因为如果BTC 被黑客攻击,或者市场发现Tether 的美元实际上并不存在于银行账户中,它们的价值可能会暴跌。

所以原子价值单位是支撑整个DeFi的基底,所以一旦原子价值单位(例如Dai、Tether)出事了,无论交易系统的程式写的有多好,任何利用他们来交易的系统都会受到影响。

Dai-USD 的价格历史(来源:Coin Metrics)

第二层:交易层(The Transaction Layer)

有了数字货币之后,需要流动性(Liquidity)和交易(Transaction)。因此就来到了交易层。所以无论是人类还是机器人操作交易,DeFi 用户都必须能够进行链上交易,这种能力是DeFi 生态的第二层。

由于以太坊经由智能合约来履行交易的协议。所以DeFi协议依赖外部交易来顺利运行,包括跟踪和存储抵押品余额、测量抵押资金比率、处理预言机价格、执行清算、为贡献者分配奖励、发放保证金等。巨量的业务造成了以太坊的网络拥塞,也消耗了交易者大量的gas费,因此需要足够的Layer 1或者Layer 2能力。因此,我们将「交易处理能力」确定为DeFi生态的核心要素之一。

以太坊网络拥塞的风险与危机

以太坊高昂的gas 费除了让投资者要付出额外的交易的成本,假设用户和机器人无法在链上交易,清算、保证金追加操作等都无法处理,从而在整个DeFi 生态中产生系统性破产风险。

以太坊网络拥塞技术创新和转机

目前而言,如Solana这样的项目正在Layer 1层面进行创新,对吞吐量、延迟和gas费的成本进行优化,实现比现在更优的性能(5万TPS、亚秒级延迟和接近0美元的交易费用)。SKALE、StarkWare和Optimism等项目正在构建Layer 2解决方案,以便在以太坊上进行扩展。

第三层:价格预言(Price Oracles)

建立在交易层的基础下,价格预言机(Price Oracle)也是DeFi生态的基石之一。

什么是预言机(Price Oracle)?

预言机的定义如下,

Blockchain oraclesare third-party services that providesmart contractswith external information. They serve as bridges between blockchains and the outside world. —Binance Academy

简单而言,预言机是第三方服务可为智能合约提供外部信息。作为区块链和外部世界之间的桥梁。对背后的原理和机制有兴趣的话可以参考以下延伸阅读。

目前有9种最流行的区块链预言机

Coinbase MakerDAO Chainlink Band Tellor UMA API3 Compound Open Oracle Nes

所以假设有一天Chainlink 的预言机服务出现误报或是失效,将影响Aave 或Synths 上的合成资产发行协议(Synthetix)会被无意清算。自动做市商(AMM) Bancor上的DEX 中间价可能会偏离轨道,一系列DeFi 系统可能在几秒钟内从有偿付能力转变为资不抵债。

所以可想而知1、2、3 层构成了DeFi 的核心基础设施。在此之上,DeFi 创业者们正在构建更加复杂和可互操作(Interoperability)的金融基础设施。

第四层:DeFi 底层产品(DeFi Primitives)

多数人在进行「流动性挖矿」或存粹使用DeFi应用时,都会使用到DeFi 底层的产品。目前大致有五种类型的产品和服务

1)贷款协议:Compound,Aave,Cream,bZx,Yield,Notional,Mainframe

2)AMM交易平台:Curve,Uniswap,Balancer,Bancor,mStable,BlackHoleSwap,DODO,Serum Swap

3)订单簿交易平台:0x,IDEX,Loopring,DeversiFi,Serum

4)衍生品交易平台:MCDEX,Perpetual Protocol,DerivaDEX,Potion,Opyn,Synthetix,dYdX,Pods,Primitive,BarnBridge

5)资产管理平台:Set,Melon,dHEDGE

作者认为这些底层产品是一个网络,而不是一个堆栈(Stack),因为这些产品不一定按特定的顺序相互叠加。每个产品可以让使用者独立使用也可以与其他产品一起使用,无论它在DeFi 堆栈的这一层还是在较低的一层。

举两个例子:

cToken(第1 层)在Curve(第4 层)中被用作抵押品。 用户可以从Aave 借款,然后将该资产存入Uniswap。或者用户可以将资产存入Uniswap,然后用Uniswap LP 股份作为Aave 的抵押品。

下面是DeFi 底层产品如何利用1–3 层开发的一些示例:

DAI 支援Augur 上所有的开放权益,是Curve 上许多稳定币池的抵押代币。 Aave 依靠Chainlink 的预言机准确地发行和清算加密支持贷款。 USDC支持dYdX的所有未平仓合约。 借贷协议和非托管衍生品协议(Compound,Aave 等)需要Keepers 能够发送交易来清算仓位。所以当以太坊网络堵塞时,抵押率低的仓位会迅速被清算,312 崩盘事件中MakerDAO 就证明了这一点。

第五层:协议聚合器(Protocol Aggregators)

协议聚合器顾名思义就是聚合供给方和需求方的服务。所以聚合器是建立在DeFi 底层产品之上。目前常见聚合器的分类如下

供给方聚合器:Yearn Finance,RAY,Idle Finance,APY.Finance,Harvest Finance,Rari Capital 需求方聚合器:1inch,DEX.ag,Matcha,Paraswap 聚合器的聚合器:yAxis 新型聚合器:Swivel Finance,Benchmark

第5 层协议聚合器不托管抵押资产的特性,因为这些产品通常提供智能合约构建,使用户能够跟其它以太坊DeFi 协议进行互动。

使用聚合器的风险

聚集器之所以大行其道,是因为它们擅长于一件事:赚钱(或省钱)。但是,投资者必须考虑这一层的风险。如果任何基础协议失败,则用户可能会损失部分或全部资金。由于诸如Yearn之类的许多收益聚合器都利用多个基础协议,因此该风险增加了,因此用户要承担给定Yearn保管库(Vault)在其间轮换的所有基础协议的风险。

从好的方面来说,需求侧DEX聚合器最容易避免这种风险(因为它们不持有资本,而只是在区块内执行原子交易)。

第六层:钱包/前端(Wallet/Frontend)

钱包和前端位于在所有DeFi 之上,以下是一些例子:

1)中继器:Tokenlon, Dharma, PoolTogether, Guesser

2)钱包:MetaMask, Math, imToken, Bitpie, Exodus, Trust Wallet

3)DeFi本地前端:DeFi Saver, Zerion, Zapper, Argent, Instadapp

钱包、中继器和前端的作用是提升DeFi的用户体验,它们不在金融或技术构造上展开竞争,而是在设计、客户支持、易用性、本地化等方面竞争。它们的主要业务是获取用户。

我们将这些项目按功能进行细分,例如,中继器为一个特定协议提供前端(例如Guesser 是Augur 的前端,Tokenlon 是一个基于0x 的去中心化交易所)。像Instadapp 和Zapper 这样的前端简化了跨不同DeFi 底层产品的智能合约调用的编写过程。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

留言与评论(共有 0 条评论)
   
验证码:
微信号已复制,请打开微信添加咨询详情!