咖说丨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

相关文章

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock

idea npm install很慢问题及解决(nodejs)

《ideanpminstall很慢问题及解决(nodejs)》npm安装速度慢可通过配置国内镜像源(如淘宝)、清理缓存及切换工具解决,建议设置全局镜像(npmconfigsetregistryht... 目录idea npm install很慢(nodejs)配置国内镜像源清理缓存总结idea npm in

pycharm跑python项目易出错的问题总结

《pycharm跑python项目易出错的问题总结》:本文主要介绍pycharm跑python项目易出错问题的相关资料,当你在PyCharm中运行Python程序时遇到报错,可以按照以下步骤进行排... 1. 一定不要在pycharm终端里面创建环境安装别人的项目子模块等,有可能出现的问题就是你不报错都安装

idea突然报错Malformed \uxxxx encoding问题及解决

《idea突然报错Malformeduxxxxencoding问题及解决》Maven项目在切换Git分支时报错,提示project元素为描述符根元素,解决方法:删除Maven仓库中的resolv... 目www.chinasem.cn录问题解决方式总结问题idea 上的 maven China编程项目突然报错,是

在Ubuntu上打不开GitHub的完整解决方法

《在Ubuntu上打不开GitHub的完整解决方法》当你满心欢喜打开Ubuntu准备推送代码时,突然发现终端里的gitpush卡成狗,浏览器里的GitHub页面直接变成Whoathere!警告页面... 目录一、那些年我们遇到的"红色惊叹号"二、三大症状快速诊断症状1:浏览器直接无法访问症状2:终端操作异常

mybatis直接执行完整sql及踩坑解决

《mybatis直接执行完整sql及踩坑解决》MyBatis可通过select标签执行动态SQL,DQL用ListLinkedHashMap接收结果,DML用int处理,注意防御SQL注入,优先使用#... 目录myBATiFBNZQs直接执行完整sql及踩坑select语句采用count、insert、u

Python爬虫HTTPS使用requests,httpx,aiohttp实战中的证书异步等问题

《Python爬虫HTTPS使用requests,httpx,aiohttp实战中的证书异步等问题》在爬虫工程里,“HTTPS”是绕不开的话题,HTTPS为传输加密提供保护,同时也给爬虫带来证书校验、... 目录一、核心问题与优先级检查(先问三件事)二、基础示例:requests 与证书处理三、高并发选型:

前端导出Excel文件出现乱码或文件损坏问题的解决办法

《前端导出Excel文件出现乱码或文件损坏问题的解决办法》在现代网页应用程序中,前端有时需要与后端进行数据交互,包括下载文件,:本文主要介绍前端导出Excel文件出现乱码或文件损坏问题的解决办法,... 目录1. 检查后端返回的数据格式2. 前端正确处理二进制数据方案 1:直接下载(推荐)方案 2:手动构造

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT