ETH:Multicoin Capital?:管理风险的 DeFi 协议更难以分叉_ENS

原文标题:撰文:SpencerApplebaum,MulticoinCapital分析师编译:DeFi之道

这篇文章是《Layers1和Layer2的价值捕》的续作。它也建立在《分叉DeFi协议》的一些想法之上。

在这些文章中,我们探讨了Layer1和我们当时称为Layer2代币的潜在价值捕获机制。回想起来,这是用词不当。当时我们指的是应用层代币,例如MKR、UNI和?AAVE?与?Starkware、Matter、Aztec、Optimism?和?Arbitrum?等Layer2相悖。

从那以后,我们改进了我们对应用层代币的价值捕获的思考。因此,我们在本文中开发了有关DeFi代币捕获价值能力的新框架。

应用层代币

在Layer1和Layer2的价值捕获中,我们认为DeFi代币可以捕获价值的唯一方法是管理不可分叉的状态。

理解不可分叉状态的一个简单方法是比较?Uniswap?和?0x。

《上海市数据条例》今日生效:支持区块链、零信任技术创新,推动隐私计算技术应用:1月1日消息,《上海市数据条例》今日起正式生效。《条例》指出将发展区块链等产业,支持浦东新区加强数据交易相关的数字信任体系建设,创新融合大数据、区块链、零信任等技术,与长三角区域其他省共同推动区块链、隐私计算等数据安全流通技术的利用。[2022/1/1 8:18:20]

如果Alice明天分叉UniswapV2并创建Multiswap,Multiswap将拥有0美元的流动性,而Uniswap将保留已经存在的数十亿美元。总锁定价值就是我们所说的不可分叉状态。

UniswapAMM中的资本越多意味着接受者的滑点更低,从而为交易者提供更好的体验。

如果Alice分叉0x智能合约并创建1y协议,则有不同的动态在起作用。1y协议几乎和0x协议一样好,因为0x智能合约不存储太多状态。交易完成后,0x资产互换合约的状态保持不变。

当然,0x协议多年来积累的一些链下状态是1y协议所缺乏的。其中包括与DEX聚合器、钱包、中继器等其他DeFi产品的集成。但是DeFi生态系统适应迅速,分叉已成为社会可接受的,并且许多分叉被第三方应用程序采用。

PlatON2.0白皮书披露隐私计算网络Metis,创造安全的隐私计算范式:9月18日消息,近日,隐私AI计算网络PlatON在其社交平台发布了PlatON 2.0 白皮书第三部分的详细内容,进一步披露PlatON2.0的整体技术架构.

据了解,PlatON 2.0的隐私AI计算网络是以人工智能与隐私计算技术为核心的隐私保护解决方案,本次披露了其分三层的技术架构方案,分别是Layer1共识层、Layer2隐私计算网络Metis、Layer3 AI代理自治网络Horae 。三层架构的设计,旨在以去中心化方式聚集隐私AI计算所需的数据、算法和算力,创造安全的隐私AI计算范式。[2021/9/18 23:35:08]

新产品——包括直接复制粘贴分叉——几乎可以立即参与竞争。这是可能的,因为DEX聚合器的兴起、吸血鬼攻击、前端集成和有吸引力的流动性激励措施。

我们之前提出的关于管理不可分叉状态的框架的一般问题是它对于评估「协议防御性」很有用,但它并不能证明代币本身的价值捕获是合理的。这篇文章试图回答这个问题:「这个代币能否证明价值捕获和费用抽取是合理的?」

隐私计算AI网络PlatON宣布正式启动安全多方计算仪式Lumino:6月7号消息,隐私计算AI网络PlatON宣布正式启动安全多方计算仪式Lumino,参与者们能以分布式的方式参与PlatON生态网络。Lumino仪式分为两个计算组,针对底层不同的密码学配置,参与者可以选择加入其中一个,或者两个计算组都参加。计算过程将依次执行。一旦仪式启动,参与者运行开源的客户端软件,并在几个小时内完成计算,参与者可以在仪式开启后的任意时间加入。根据参与者设备和带宽的具体情况,此次计算通常需要1到10小时左右来运行客户端软件。另外,系统为每个参与者运行过程配置15小时的窗口,以鼓励参与者及时完成工作量。组织方将为每一位运行客户端软件的参与者采用一个可验证计算范式。[2021/6/7 23:18:18]

DeFi中的价值捕获

有两种DeFi协议:不管理风险的协议和管理风险的协议。与前者相关的代币总是面临被分叉的风险。后者面临这种风险就很好少了。

让我们以Uniswap为例。虽然有一些治理参数——支持哪些AMM曲线,费用在UNI和LP之间分配,以及如何分配UNI金库——但代币不管理或支持系统中的任何风险。UNI-LP费用开关会对Uniswap接受者和发起者征税。此外,UNI金库对所有其他UNI持有者征税。然而,在每笔交易的基础上,UNI代币的存在对Uniswap协议的用户——发起者和接受者——具有价值破坏性。UNI代币的存在并没有使Uniswap成为更适合发起者或接受者的系统。

现在让我们再看看?Maker。如果Maker信贷设施资不抵债,MKR持有者是最后的支持者。事实上,在2020年3月的黑色星期四之后,它过去一直被用作支持。MKR持有者实际上承担了如果Maker资不抵债,他们将被稀释的风险。因此,MKR持有者从系统中提取费用以补偿他们承担的风险。Aave最近通过Aavev2朝着这个方向发展,其中AAVE代币正在逆止风险。

PerpetualProtocol?和其他DeFi衍生品交易所必须管理保险基金,以吸引交易者在那里进行交易。如果没有足够规模的保险基金,交易所可能会强制收回或自动去杠杆化,并从获胜的交易者那里获取资金以弥补另一方的损失。PERP、DDX、FST、MNGO和其他原生DeFi衍生代币可以在衍生品交易者清算的情况下铸造或抵押和削减。鉴于在BitMEX、OKEx、FTX、Binance和其他高杠杆perp场所的经验,保险资金至关重要。

风险并不严格意味着充当一种逆止。它比那更广泛。必须管理风险。在诸如Compound和Aave之类的借/贷协议中,对风险管理的需求最为明显。如果这些协议允许任何形式的抵押品,恶意行为者将存入不良抵押品,取出优质抵押品,然后将这种不良资产用作抵押品。这将给贷方造成巨大损失。因此,很自然地,AAVE和COMP持有者都管理抵押品的类型和其他风险参数,并且在他们错误地将系统参数化并造成损失的情况下逆止风险。

作为一般经验法则,任何提供杠杆的协议都必须具有某种风险管理。杠杆本质上是有风险的,必须加以管理。治理代币对于管理这种风险是必要的。但是,如果没有杠杆,则没有太多可管理的。

规模收益

这种「逆止框架」的结果是,具有:

更高市值

更多流动性的本地代币的更大协议具有规模化的收益回报。

举个例子,让我们假设一个团队分叉Aave并创建一个名为Suaave的新借/贷协议。我们还假设Suaave的创作者资本充足,并以100亿美元的TVL为系统提供资本。自然地,Suaave的创建者推出了一个名为SUAVE的新代币。

如果AAVE和SUAVE都管理各自生态系统中的风险,那么Aave协议可能是贷方更好的场所。为什么?因为AAVE代币已经达到了SUAVE和其他新代币难以复制的市值和流动性水平。因此,AAVE为整个系统提供了更好的支持。此外,由于AAVE的代币分配有些去中心化,并且系统经过多次公众投票和升级,因此它提供了更强大的社会保障,即不良行为者的卡特尔团体不能以恶意的方式滥用治理。

这创造了一个强大的飞轮,其中最大的平台——拥有最具流动性和最大市值的代币——能够吸引用户,因为它是最安全的。这些新用户带来了资本、收入和TVL,从而提高了平台的原生代币价格,进一步加强了这个飞轮。

同样的飞轮不适用于不管理风险或支持系统的代币,因为没有「平台安全」的概念。

零风险管理的不必要的费用抽取

从长远来看,任何不管理系统中某种风险的代币都可以被分叉出来。这自然引出了一个问题:DeFi用户真的关心费用抽取吗,如果不,这有什么关系?

今天,很明显,DeFi用户对费用不敏感。不过,这不会无限期地持续下去。正如杰夫·贝索斯的名言,「你的利润就是我的机会。」不必要的费用抽取越大,第三方削弱/分叉/采取其他行动来规避费用的动机就越大。特别是,我们希望钱包和其他前端能够做到这一点,并将自己定位为代表他们的客户。

如果Alice分叉Sushi并创建Tempura,为什么LP会留在SushiSwap?当然,答案是SushiSwap有差异化的接受者流量,因为它有一个品牌。对LP而言,$100亿ADV25bps比$0ADV30bps更划算。

但是如果所有的LP都将他们的资金转移到Tempura,那么接受者流量自然会随之而来,因为大多数交易者都在使用,或明确或隐含地,DEX聚合器和前端!

随着时间的推移,随着越来越多的零售参与者进入该领域,我们认为他们将直接与超本地化前端连接,这些前端汇总了许多场所的价格。这样做的结果是品牌价值会降低,因为原语本身并不拥有客户关系。最重要的是,老练的市场参与者确实关心支付不必要的费用。当这种情况发生时,我们预计占主导地位的前端会分叉出纯粹的费用抽取代币。

总结

证明DeFi代币价值捕获的最佳方法是在需要管理的系统中存在某种风险。

从逻辑上讲,这个框架提出了一些DeFi代币——最著名的是UNI、SUSHI和YFI——应该考虑构建新的特性和功能,这样它们各自的生态系统就有一定的风险来管理。随着这些生态系统中总风险量的增加,它们变得越来越难以分叉。

来源链接:multicoin.capital

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

大币网

[0:15ms0-19:614ms