咖说丨DeFi的矛与盾:DeFi革命之前 这些问题不得不解决

2023-11-11 17:31

本文主要是介绍咖说丨DeFi的矛与盾:DeFi革命之前 这些问题不得不解决,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

"

收集一众行业大咖观点,探索区块链商业及应用。百家争鸣、百花齐放,说理、解密、预测和八卦,了解行业内幕,看咖说就够了!

投稿请联系 :tougao@conflux-chain.org

本文转自“奔跑财经”。

"

如今,DeFi 类项目以破竹之势连破总市值 20 亿、30 亿美元大关,在众多区块链美好故事停更之后,老牌公链以太坊老瓶新装地描绘了一个新故事:全球去中心化金融结算层。

虽然我们认为 DeFi 确实能带起一轮局部性小牛市,甚至有可能成为下一轮大牛市的启动引擎,但是也就仅此而已了。想要寄希望于 DeFi 来改造、革新乃至颠覆金融行业,目前道路尚远,修行尚浅,它面临很多的瓶颈不得不考虑。

 DeFi 受制于性能 

目前市面上大部分的 DeFi 活动都搭建在以太坊网络之上,而以太坊的性能瓶颈一直是比较突出的问题。

时至今日除了 MarkerDAO、Compound 等少数明星项目外,大部分项目的流量和资金沉淀都还非常少,而且抵押借贷类项目占比超过 70%,所以目前很少有人诟病 DeFi 效率相关的问题。

但是 3.12 黑天鹅事件目前还历历在目,当日以太坊价格暴跌之后,继而引发众多 DeFi 借贷协议中的抵押品价格迅速下滑,触及警戒线,进而面临大规模的清算,由此导致的交易量激增、网络堵塞,引发了像 MakerDAO 这种知名项目出现了严重的资不抵债问题,说明网络吞吐量对于 DeFi 项目的影响至关重要。

DeFi 被人们寄予厚望,但是在这次全球金融风暴中,它的表现差强人意,面对流动性枯竭和网络拥堵的问题,我们不得不思考 DeFi 的发展规模会不会有上限,因为目前市场过于依赖以太坊这条底层公链,但幸运的是以太坊也在紧锣密鼓的按计划升级,不至于让人绝望。

 DeFi 安全问题 

伴随着 DeFi 高速发展的一直是各类安全事件,在代码即规则的世界中,尤其是涉及资金的金融领域,一个不小心或者不严谨就会引来大量黑客的光顾,代币被盗、滥用漏洞已经成为 DeFi 必须要面对的问题了。

仅仅上半年,就有多个 DeFi 项目出现过严重意外或者遭遇过黑客的攻击。

2 月份,黑客使用 Aave 闪电贷款和 Uniswap 交易所,以极低的手续费作为本次攻击的成本,在短短一个区块(约 15 秒钟左右)的时间,利用闪电贷款贷了大笔资金,然后囤一笔 WBTC,利用杠杆交易拉高 WBTC 价格后抛售,经过一系列操作,黑客套取了高额的净利润。

4 月份,Lendf.me 遭到攻击,黑客通过稳定币 imBTC 利用已知的 ERC-777 漏洞盗取了 2500 万美元的用户资金,幸好黑客不小心泄露了身份信息,于 4 月 22 日全额退还了资金。

类似的案例数不胜数,几乎每个月都有几起 DeFi 项目出现安全方面的问题。作为去中心化项目,DeFi 的每个智能合约里都可能承载了大量用户的资产,而且项目代码都是开源的,项目方如何能保证自己的产品不出现 BUG,让用户放心的使用,是一个非常重要的问题。

对于自身安全技术实力不强的项目方来说,想要保护用户资产、增强 DeFi 网络安全性能,首先必须充分对自己产品可能存在的风险有深刻的理解,这样才能在危机来临的时候处理它们,而且必须要和区块链安全公司进行合作,进行全面的外部安全审查、使用原始代码、启动测试网来保证安全。

安全事件频出的背后,是基础设施不完善以及 DeFi 处于早期阶段的典型症状。

 DeFi 受制于 CeFi 

面对相当成熟的 CeFi(中心化金融),DeFi 就像是一个婴儿,暴露出的问题着实不少,以目前的状况是无法用 DeFi 和 CeFi 做比较的,我们只能研究它们的模式来帮助 DeFi 寻找更好的发展方向。

我们对比了几种 CeFi 与 DeFi 的模式后发现,很多金融问题都可以尝试通过去中心化去解决。

比如说一家公司通过区块链发行债券,区块链是无法担保这家公司到期一定还本付息的,但我们无需强求一次性解决所有“信任”问题,通过区块链智能合约自动执行资金资产实时跨多家机构结算,而债券在转卖时能保证资产真实性,就已经能给金融体系带来价值了。

换句话说,很多金融应用场景下,都可以利用 DeFi 进行一定程度的替代,前提是 DeFi 需要先解决自身的弊端。

很多人都说区块链天生就是为经济系统和金融系统服务的,可是目前的用户量却说明了很多问题,我们可以看到,即使在大部分人都嚷嚷着 DeFi 就是未来的情况下,真正使用 DeFi 类产品的用户还是非常少的,面对传统金融领域动辄几百几千万的用户量来说,实在是相形见绌。

还是那个最基础的问题:入门门槛高、用户体验差。这个问题一直困扰着各类区块链落地产品,当然也包括 DeFi。

用户少最直接的问题就是流动性枯竭,很多 DEX(去中心化交易所)都在努力寻找解决流动性不足的办法,没有流动性就无法给用户来带优质的交易体验,用户自然不会选择这种交易所。

传统的交易所可以引入做市商,DEX 怎么办呢,现在比较流行的解决方式是引入 AMM(自动做市商),Balancer 和 Uniswap 都属于此类型的 DEX,AMM 在一定程度上确实解决了 DEX 流动性不足的问题。

不过随着大家对 AMM 的深入使用,一个不可避免的问题呈现在眼前,那就是关于“无常损失”。简单来说,假设你为 ETH-DAI 代币池提供流动性,但如果 ETH 涨得很快,那么你为代币池提供流动性获得的费用收益,可能还不如直接持有 ETH 带来的收益,直白点就是,做 AMM 的收益有时还不如持币待涨。

所有的做市提供商都是逐利的,没有足够的利益吸引,说明这个模式没有成为定局,流动性提供者对平台本身没有太大的粘性,这个问题是需要 DEX 们思考的。

当然,DEX 目前只占整个 DeFi 生态的一小部分,目前 DeFi 生态真正在发展的,是抵押借贷领域。

所谓的抵押借贷无非就是为用户提供杠杆,对于大多数交易者来说,杠杆的两个最重要特征是可用杠杆的量和成本。在这两个方面,DeFi 都不如 CeFi。

DeFi 提供的可用杠杆更少。DeFi 的杠杆量是有限制的,因为其存在延迟(15 秒的区块时间)。为什么较高的延迟会降低最大杠杆作用?考虑到加密资产波动性和伴随 15 秒区块时间的连锁清算风险,很难提供高杠杆的产品,如果你自身是一名交易者,你应该清楚,大部分人的杠杆都来自中心化交易所。

想要真正把 DeFi 发展起来,只有把产品做到足够人性化且具有吸引力,人们愿意主动去接近它,使用它,人类才算真正能够开始在区块链世界进行金融活动,否则一切都只是空谈而已。

 结 语 

每一次新概念的崛起与发展都会勾起资本家的嗅觉,当资本欢呼雀跃地冲进这个蓝海时,会营造一个美好的未来并且让普通人能参与其中,随着 Fomo 情绪推动至高潮,资本满足地离开,只留下了一堆散户的尸体还有一场真正的竞争。

DeFi 看起来正在走这条路,想起双城记里的一句名言:这是最好的时代,这也是最坏的时代。“好”是在于新概念的出现,让未来金融充满了更多可能。“坏”则在于我们很多人的认知和心态,无法面对如此“美好”的金融变革,太多人透支了未来的预期,忽视了当下的问题。

END

了解最新动态

这篇关于咖说丨DeFi的矛与盾:DeFi革命之前 这些问题不得不解决的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/391720

相关文章

Pyserial设置缓冲区大小失败的问题解决

《Pyserial设置缓冲区大小失败的问题解决》本文主要介绍了Pyserial设置缓冲区大小失败的问题解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面... 目录问题描述原因分析解决方案问题描述使用set_buffer_size()设置缓冲区大小后,buf

PyInstaller打包selenium-wire过程中常见问题和解决指南

《PyInstaller打包selenium-wire过程中常见问题和解决指南》常用的打包工具PyInstaller能将Python项目打包成单个可执行文件,但也会因为兼容性问题和路径管理而出现各种运... 目录前言1. 背景2. 可能遇到的问题概述3. PyInstaller 打包步骤及参数配置4. 依赖

resultMap如何处理复杂映射问题

《resultMap如何处理复杂映射问题》:本文主要介绍resultMap如何处理复杂映射问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录resultMap复杂映射问题Ⅰ 多对一查询:学生——老师Ⅱ 一对多查询:老师——学生总结resultMap复杂映射问题

解决SpringBoot启动报错:Failed to load property source from location 'classpath:/application.yml'

《解决SpringBoot启动报错:Failedtoloadpropertysourcefromlocationclasspath:/application.yml问题》这篇文章主要介绍... 目录在启动SpringBoot项目时报如下错误原因可能是1.yml中语法错误2.yml文件格式是GBK总结在启动S

java实现延迟/超时/定时问题

《java实现延迟/超时/定时问题》:本文主要介绍java实现延迟/超时/定时问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java实现延迟/超时/定时java 每间隔5秒执行一次,一共执行5次然后结束scheduleAtFixedRate 和 schedu

idea maven编译报错Java heap space的解决方法

《ideamaven编译报错Javaheapspace的解决方法》这篇文章主要为大家详细介绍了ideamaven编译报错Javaheapspace的相关解决方法,文中的示例代码讲解详细,感兴趣的... 目录1.增加 Maven 编译的堆内存2. 增加 IntelliJ IDEA 的堆内存3. 优化 Mave

如何解决mmcv无法安装或安装之后报错问题

《如何解决mmcv无法安装或安装之后报错问题》:本文主要介绍如何解决mmcv无法安装或安装之后报错问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录mmcv无法安装或安装之后报错问题1.当我们运行YOwww.chinasem.cnLO时遇到2.找到下图所示这里3.

浅谈配置MMCV环境,解决报错,版本不匹配问题

《浅谈配置MMCV环境,解决报错,版本不匹配问题》:本文主要介绍浅谈配置MMCV环境,解决报错,版本不匹配问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录配置MMCV环境,解决报错,版本不匹配错误示例正确示例总结配置MMCV环境,解决报错,版本不匹配在col

Vue3使用router,params传参为空问题

《Vue3使用router,params传参为空问题》:本文主要介绍Vue3使用router,params传参为空问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录vue3使用China编程router,params传参为空1.使用query方式传参2.使用 Histo

Feign Client超时时间设置不生效的解决方法

《FeignClient超时时间设置不生效的解决方法》这篇文章主要为大家详细介绍了FeignClient超时时间设置不生效的原因与解决方法,具有一定的的参考价值,希望对大家有一定的帮助... 在使用Feign Client时,可以通过两种方式来设置超时时间:1.针对整个Feign Client设置超时时间