LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 区块链资讯 > 行走笔记:币乎直播,Defi借贷赛道的今天和未来(上)

行走笔记:币乎直播,Defi借贷赛道的今天和未来(上)

2021-09-01 行走 来源:区块链网络

本篇笔记来自8月27日币乎上的直播,由Defi借贷领域的三位从业者,项目方代表和一位行业研究员就Defi借贷相关话题展开讨论。直播时间有些长,行走会分三篇进行输出。今天是第一篇,四位嘉宾主要围绕如何看待当下的Defi借贷市场,借贷领域存在哪些风险两个话题展开。


以下,Enjoy:

Venus 亚太社区负责人 王大有:这次直播的主体是“借贷赛道的今天和未来”。请各位嘉宾先做一个自我介绍。

我最开始是在币乎上写东西的,也会玩一下微博。现在我是Venus亚太社区负责人。Venus是BSC上最大的货币市场。

AAVE Market Consultant Lilith Li:我是Aave在亚洲的Market Consultant,主要负责日本、韩国以及亚洲社区的运营以及Aave在亚洲市场布局的执行。这是第一次用币乎的APP和大家做直播。

平时我是在东京的,因为疫情的原因也很难回到中国和大家见面。感谢大家一直支持Aave,希望能和亚洲的公司和团队共同构建Defi和谐的大社群。

MintVentures 首席研究员 许潇鹏:我是在币圈的基金公司做投资研究工作。之前在国内的两个公链负责过运营工作。

Flux社区负责人 明至:我主要在Flux负责运营、市场和商务。

Venus 亚太社区负责人 王大有(以下简称主持人):我们的第一个话题是聊聊借贷这门“生意”。首先下个定义,什么是Defi中的借贷呢?

Defi是区别于传统金融的,并不依靠券商、银行以及其他机构完成金融服务。Defi是依靠智能合约完成交易、借贷之类的业务。我们这次要谈的借贷赛道说到底做的是银行的生意。

Aave是17年第一批开始做借贷的,那时候Defi还不叫这个名字,而是叫DAPP。Aave是在DAPP里第一批做借贷项目。那时候Aave还叫ETH Lend。

先请Lilith介绍一下,从17年到现在,作为见证了Defi从无人问津到爆发的亲历者,是怎样看待如今的借贷市场的?

AAVE Market Consultant Lilith Li:我是在2020年4月加入的Aave团队的。加入的当时,他们对亚洲市场是非常期待的。2020年Defi在中国,乃至亚洲地区都是非常火热的。

而Aave的前身ETH Lend在2017年是一个比较成功的1CO项目。我们当时推出的的P2P的借贷服务。之后为了能够给大家提供更好的、更优质的,把资源更合理的分配给用户,我们把项目变成了“货币市场”。而如今我们重新定义了名称,是流动性池。

有点像主持人讲的,把钱存进去,从里面拿出来利息,有点像银行的金融借贷工具。

我们其实并没有局限在以太坊生态上的货币市场,而是扩展到了更多LP token的存储、借贷的功能。2020年6月前后,我们就开始逐渐推出V1和V2市场。在2020年12月上线了治理社区。至此,我们把当时1CO的借贷项目,完全变成了去中心化的分布式金融项目。也在亚洲地区和英文地区受到了很多机构和用户的看好。在去年年末也拿到了很多的投资。

Aave在2020年7月,在英国金融厅拿到了EMI(电子货币机构)牌照,成为了世界上第一个拿到金融牌照,合规的Defi项目。大家都发现Aave是很有希望和未来的,就有更多的用户开始参加我们的社群。我们的TVL(总锁仓价值)就开始逐渐的升高,每个月都有很好的涨幅。而去年年底因为有很多机构投资者投资进来,也帮助我们获得了很好的TVL。

主持人:我也聊聊是怎么看待Defi借贷这门生意的。

首先我们要明确Defi借贷类项目在赚什么钱。常见的有两块。一是息差,二是清算费用的一部分,是协议赚取的利润。

借贷类项目有两种作用。一是满足用户的需求。有资金的用户可以把加密资产存在安全的地方借出去;有资金需求的人可以借到钱。

我认为借贷在Defi领域是一个特别好的生意。和Defi的另一条赛道DEX、SWAP相比,SWAP的LP供应商并没有特别多的忠诚度。在同等安全的情况下,哪个SWAP补贴比较多,LP可能就去到那个地方了。但借贷和去中心化衍生品这些,更讲究安全。同时借贷赛道本身是有护城河的。可能会出现头部效应。

下面请问许老师,作为投研机构的研究员和行业的参与者,请您聊聊这个话题。

MintVentures 首席研究员 许潇鹏:我这边是做投资的,另外三位是项目方的代表。我真正做研究是从去年下半年开始的。借贷是我看的第一个赛道,我写的第一个项目就是Aave。在此之前我是Venus的投资者,也想看看在BSC之外,借贷是怎么做的。

和大有说的一样,借贷赛道是目前Defi行业中最好的生意,至少是之一。和其他赛道的差别,我认为有:

第一,目前TVL和市值最大的Defi项目主要就是两类,借贷和DEX去中心化交易所。但我们会发现,借贷类项目的个数远小于DEX类的个数。为什么?因为借贷类的项目护城河可能会更好一些。主要体现在:

1、借贷需要用户把钱存到项目中,和交易所用完即走是不同的。大家对于安全的重视度会特别强。但Defi的历史特别短,大家都不是很清楚在这么短的时间内,存入的安全性到底有多少。所以会倾向于选择这条链上做得最久的项目。比如Aave和Conpound都是在17、18年就开始做Defi了,即便其他项目也有比较完善的审计,大家也更愿意相信老牌的、没有出过问题的项目;

2、借贷有明显的TVL规模效应。用户往一个项目里存钱存得越多,借钱的使用者利率就会越低。这就会形成先发优势和网络效应;

3、借贷是提供资金的,会有很多Defi项目会使用借贷提供的流动性。会通过借贷项目来借钱、取钱。很多项目会基于借贷项目组建自己的业务模式。比如YFI大姨夫这样的机枪池项目,其实有很多币是存在Aave里的。当别的项目基于借贷做组合的时候,它们不太愿意随意对自己的代码进行改动,这样会导致风险。因此对这些项目而言,借贷项目的转换成本也会比较高

这就是为什么借贷会是Defi中一门比较好生意的原因。传统世界中银行也是一门比较好的生意。因为资金的借用需求是长期和永续的。

这个行业的优势体现在:护城河比较厚,不容易被后来者赶超;需求比较稳定,比较永续

Flux社区负责人 明至:相比Aave和Venus,我们做的比较晚一些,是19年开始的。我们也是基于对整个借贷赛道的深度思考。

目前借贷赛道还没有完全的发展开,未来还有很多扩展空间。它的护城河也相对比较稳固。所以借贷未来的前景是我们看好的。

借贷某种意义上就相当于传统金融领域的银行,存和借。利润更多来源于利差和清算。相对是比较简单的交易模式,但交易频次有相对比较固定,所以借贷的未来发展还会有更高的高度。

主持人:下面进入第二个话题。Defi中还有哪些潜在的威胁?或者说还有哪些需要注意的事项?

加密是迅速发展伴随高风险的领域。Defi更是如此。无论是项目方、第三方参与者,比如媒体、审计公司还是Defi市场的直接参与者,个人建议要保持一颗敬畏之心。特别是对于项目方来说。比如对Aave和Venus而言,在协议中控制着几十亿美元甚至更多的用户资产,更需要一颗敬畏之心。

先请许老师以观察者的角度谈谈,您认为DeFI的参与者还有哪些在安全方面需要考虑的地方?

MintVentures 首席研究员 许潇鹏:安全对于借贷项目有两点蛮重要。

第一,一个借贷项目只要存续的时间足够久,而且没有出过重大的安全事件,对项目本身是非常重要的品牌积累。我们看到为什么那么多巨鲸用户愿意把加密资产放到Compound和Aave里?就是因为这两个项目是最久的,而且没有出过太严重的安全事故。安全对于借贷项目积累信用和吸引用户是非常重要的

第二,一旦有资金被盗,借贷项目就会出现坏账。坏账一般需要项目方用自己的代币去补贴的。可以理解为项目方的资产需要赔付给存款人。

这两点决定了安全对于借贷项目是非常重要的。

1、大部分的听众对安全的理解可能知道的是,项目要做合约审计。这是肯定要做的。我们会发现行业中的审计公司生意非常好,因为项目多,合约也变得越来越复杂,做审计都要排队。

2、但另外一点关于安全的,大家可能没有注意。就是风险参数。在借贷协议中,每一个资产的抵押率、利率曲线、清算率如何去设置,既可以平衡协议的利润,有可以保证在出现极端情况时不会出现大的风险。

在去年的312和今年的519时,都有一些协议出现了很大的风险。这也可能导致潜在的安全问题。

4、安全对协议很重要,但也要注意创新。很多人对Compound的诟病就在于它业务的创新速度比较慢,尽管很安全。它的业务改动并不大。很多人很欣赏一些新的Defi项目,也是因为能够不停的做创新。只有创新才能吸引新的需求

我们看一个项目,既要看它在安全性上的思考,有没有好的审计,有没有对风险参数做测量和压力测试。另外,创新也是不可或缺的。创新和安全的平衡是好的借贷协议要重点考量的

这点Aave做得就比较好。一方面没有出过大的安全事故,另一方面也在尝试新的业务。比如他们在尝试探讨可不可以用NFT做抵押,也尝试用流动性LP来做抵押。


Venus 亚太社区负责人 王大有:许老师讲的我是赞同的,安全要放在第一位。但是如果我自己去玩DeFI,除了头部 的Aave这种非常厉害的,如果是比较新的项目,只要我看到了它的创新就会想投。

但创新也意味着风险。比如上次Uni V3跨链协议就出了问题,但它是私钥的问题。所以对于大多数散户而言,还是去玩经历时间考验更久一点的头部Defi项目更好一些。

对于Defi中的潜在安全威胁,我认为可以分成四方面:

1、智能合约的问题。这方面是可以通过审计公司解决的,包括审计公司也会做动态的测试。可能会测出一些,但也有一些是审计公司自己都没发现的问题。大部分审计公司的审计报告都是人工审出来的,可能单个人本身都没见过智能合约的问题也会出现;

2、闪电贷攻击。是安全攻击中最常见的。单纯看代码好像没什么问题,但里面会存在逻辑风险的风险。比如BSC上有个“兔子”项目,当时兔子上的LP是存在于Pancake的V1里,但那个阶段,Pancake V1升级到了V2,V1池子深度就不足。但V1的LP是可以挖矿BUNNY的。最终攻击者是使用闪电贷,改变了池子的结构或价格,增发了大量的BUNNY出来。

这方面的风险不是看代码能看出来的。黑客是把这其中的逻辑想通了。如何通过几个关联操作,包括挖币的产出,不同币种之间是不同的。一种是每天新增产出是固定的,一种是类似BUNNY,池子里的币需要到提取时才被铸造出来。

3、私钥管理。只要是项目方来保管资产,而不是用智能合约保管资产的时候都会出现这种情况。

4、第三方作恶。比如去年SBF在CREAM的借贷协议上抵押了大量的Sushi代币。但这种代币是没有那么高的流动性的。意味着虽然现在有很好的价格和市值,但一旦把很多的币全部卖掉,大量砸到市场中,市场是接不住的。因此市场中的市值并不能代表项目真实的市值。价格不代表真实的价格。而借贷协议如果没有加以限制,比如设置一个币的最高可借款量。如果没有限制,当时就可以抵押大量的FDT借出大量的ETH,然后去币安上卖掉做空。做空单加上砸盘,回来就可以把ETH还掉。

AAVE Market Consultant Lilith Li:我不是专业的研究员,只能站在Aave和我个人的角度来谈。

首先,代码审计非常重要,Aave在每年,每一期都会委托不同的公司去进行代码审计。这些所有的审计报告都可以在Aave的官网上下载,大家都可以看到审计的结果、评价。但不是100%的代码审计就一定能保证Aave这个项目可以100%被信任,100%不会出问题的

我们作为官方,会尽最大努力,借助第三方的服务,帮助平台进行代码审计的服务。

我们之前也有很很多日本的大公司聊过Defi的项目。日本市场的亚洲用户想要和Defi项目合作的时候,想到更多的都是如果池子出现了问题该怎么办。但安全问题不仅B2B会有担心,B2C也是非常重要的。

他们经常问的是,如果出现问题,Aave会有多少钱来赔付用户和机构的损失?肯定不是100%cover覆盖到。没有任何一个项目可以保证有100%的预留金可以cover掉所有损失。

但Aave在上线第二个市场时,同时上线了Stakinng Aave代币的功能。这部分Staking是可以cover 30%的损失的。如果出现了安全事故,我们会用Staking中30%的资产来弥补损失。而参与质押的人,因为通过质押帮我们对冲了协议的风险,我们会给每一天1000个Aave token的奖励。通过这种方式激励更多的用户帮助Aave团队和协议系统本身。

作为Aave团队之外的大家,如果发现了安全风险,Aave是可以给予一定的奖励的。

Aave也有定期的参加黑客松的活动。团队的技术人员会积极的参加,增加本身的能力,也会邀请更多技术人员帮我们检查代码的技术逻辑和漏洞。这些是一直在做的。

但请所有的用户知晓。我们官方不会保证用户的资金存过来就100%的安全。当然我也是Aave的用户。我也不可能保证我自己的资金存进来就一定没有风险。我们只能保证尽我们的能力做到最好。



Flux社区负责人 明至:无论从技术还是市场,其实前面几位嘉宾基本已经把安全问题聊得很全面了。

单纯从Defi领域出发,无论是个人掌握了私钥,还是以合约协议来看,只是风险大小的问题,并不意味着通过代码就一定会有风险,也不意味着个人掌握私钥就一定没风险。都存在风险。只能说从平台开发者角度,要对整个产品有深度的思考、研发和使用。需要开发者能够真正理解清楚借贷赛道,理解清产品的逻辑。

作为研发者,无论是技术还是产品,一定知道产品应该如何去使用,也包括会清楚产品会如何作恶。

Defi的风险并不能被完全避免,但作为项目方应该尽量将其最小化。如同大有讲到的,借贷产品本身既可以做多,也可以做空。包括许老师讲到的对风险因子的思考。从这两个角度看,Flux作为近年来新的借贷平台,是唯一自己写代码的。

我们在思考风险的过程中也考虑到了抵押风险。借贷者的最大抵押率并不是清算线。清算线和抵押线会有20%的缓冲地带。这是我们的不同之处。

但对于借贷领域面临的风险,一定是所有借贷产品都共同需要面对的。

以上是第一部分的笔记全部内容。

—-

编译者/作者:行走

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

LOADING...
LOADING...