Solend闹剧背后的「DeFi道德悖论」

7e990d8480ae5dc1fef73ceab0d91041.gif

e2465c057cf42cda1c395b751b1a2957.png

程序正义 VS 结果正义。

作者:Azuma;编辑:郝方舟

出品 Odaily星球日报(ID:o-daily)

Solana 之上最大的借贷协议 Solend 这两天上演了一出闹剧。

e08d60cd6a6a5ecfdb724446d2ca7e10.png

事件的开端是,Solend 创始人 Rooter 近期发推称,某个巨鲸(3oSE 开头地址)在 Solend 上有着价值 1.7 亿美元的 SOL 存款(池子占比近 95%)和价值 1.08 亿美元的 USDC+USDT 债务头寸(USDC 池子占比近 86%),考虑到市场整体的下行趋势,SOL 当时的价格距离该地址的清算线(约为 22.27 美元)越来越近,Rooter 希望该地址能够尽快补充抵押资产或偿还部分债务,以避免潜在的清算麻烦。

关于该巨鲸为何迟迟没有就其借贷仓位进行任何去风险操作,其实存在多种可能,你可以说是巨鲸还没来得及操作,也可以说是巨鲸不觉得 SOL 会跌到其清算线,但最可怕却又最合理的一种可能性却是——考虑到该地址几乎在协议允许范围内借满了稳定币,巨鲸或许一开始就没想过保住其仓位,而是想通过借贷协议实现“变相的出货”。因为在市场情绪极度恐慌的今天,直接于二级市场抛售如此体量的代币很有可能会造成连环性的踩踏,最终的 market impact 损失或许要比借贷折扣及清算惩罚加起来更高,所以不如交出(抵押)流动性存疑的 SOL,换得(借出)实实在在的价格筹码(USDC+USDT)。

在接连数日尝试联系该巨鲸无果后,Solend 也越来越倾向最后的这一种可能性。结合该仓位规模占协议规模比例过大的现实情况,以及 Solana 在处理如此规模清算时曾过载宕机的历史教训,Solend 认为一旦该地址遭到被动清算,在无法保证链上清算顺利执行的情况下极有可能会产生大量坏账(Odaily 星球日报注:这里可参考 Terra 事件对 MIM 的影响),进而给协议带来系统性的风险(资不抵债,亏损需有其他用户承担),甚至还会影响整个 Solana 生态的平稳运行。

紧急之下,Solend 最终采取了一个超出所有人预料的避险措施——提议赋予 Solend Labs 紧急权力以临时接管巨鲸账户。具体来说:

  • 一是 Solend 将对占借款总额 20% 以上的巨鲸制定特殊的抵押要求,如果用户的借款超过主池所有借款的 20%,则需要 35% 的特殊清算门槛;

  • 二是提议授予 Solend Labs 紧急权力以暂时接管鲸鱼的账户,以便清算可以在场外交易中执行,避免短时间内大量交易请求的提交造成 Solana 的宕机,一旦鲸鱼的账户达到安全水平,紧急权力将被撤销。

单从提案内容来说,不得不承认 Solend 的措施极具针对性,一是可以有效降低该仓位规模占协议规模的比例,二是可以通过调整清算门槛来摊平 22.27 美元价位的集中清算压力,三是引入场外交易来进一步减少大规模清算对 Solana 性能的影响。整个提案的思路非常清晰,核心逻辑就是想尽办法保证清算的顺利执行,避免出现坏账以及系统性风险,保住协议以及除该巨鲸之外其他用户的最大利益。

最终,只经过了六个小时的社区治理投票,该提案在几家大户的推动下迅速通过。(Odaily 星球日报注:现已被提案二提议否决,后边会提到。)

3c17376181dd9533bb8903059323916d.png

Odaily 星球日报注:从上图该提案的投票权重图表中可以看出 6HFx 开头的大户几乎以一己之力推动了提案的通过。这里需要补充说一点的是,有人认为该提案的最大失败之处在于大户裹挟了社区的意识,但我个人并不完全认同,因为在这件事上大户与其他社区成员在经济利益上是存在一致性的,如果该巨鲸遭遇清算,潜在的坏账需要所有用户一起承担。

然而,这个看起来多少有些“结果正确”色彩的提案却在整个 DeFi 圈子内造成了轩然大波,甚至引出了“DeFi 已死”的悲鸣,究其原因,是因为该提案最核心的举措在道义上立不住脚,也就是说 Solend 在达成期望结果的路径上存在着“程序错误”。

这其中最凸显的问题是:如果某个人的“死亡”对大家都有利,社区是否有权决定他的生死?以社区群体意志来支配某一个体的资产,这怎么想都与以“掌握自己金融主权”为核心理念之一的所谓 DeFi 相矛盾。

这不禁我想起了一个很荒诞的故事,在一条漏水的船上,其他人为了争取更大的存活几率,就一起把一个胖子给推了下去,在 Solend 这条船上,巨鲸就是那个胖子。

可能有人会说,上边的描述并不完全贴切,在 Solend 的故事里巨鲸可能本就“有意赴死”(蓄意清算),社区只是更改了个中细节,让他的“死”对大家更有利而已。这同样也说不通,巨鲸所执行的“金融主权”是以 22.27 美元为清算价格抵押部分资产并借出部分资产,社区后期所做的任何针对性更改都在破坏其“金融主权”的执行。

集体投票干预个体资产,这在加密货币历史上其实并非首例。此前,Juno Network 也曾通过治理提案剥夺了某巨鲸地址的持仓代币,不同之初在于,Juno Network 在“处刑”时多少还可指责该巨鲸恶意利用了规则漏洞,而这次 Solend 巨鲸在行为上却很难挑出毛病。所谓的蓄意清算暂时仅是猜测(即便是事实也没啥毛病),从既成的事实上看他只是存了些币,又借了些币而已,也正是出于这个原因,大家才会同情巨鲸之无辜,继而纷纷对 Solend 口诛笔伐。

可站在 Solend 的角度,作为那艘已然漏了水的船,他们也不得不去做一些自救操作。彼时的 Solend 所处的是一个似乎无解的两难境地,出手干预则会导致协议陷入极大的舆论危机,放任不管的后果则可能是系统性的崩盘。

幸而,由于市场短线复苏,事态暂时开始向好的方向发展。随着 SOL 的价格距离该巨鲸的清算线越来越远,悬在 Solend 脖子上的剑也渐渐放下,这就给了协议以喘息之机。今日上午,Solend 再次发起治理提案(现已通过),拟撤销此前通过的“接管控制权”提案,希望找到一个不涉及接管账户控制权的全新解决方案。

可如果事态没有好转呢?如果这一轮小反弹没有出现,SOL 的价格继续逼近 22.27 亿美元,等到了不得不立即决策的当口,已经得到了社区意识结果的 Solend 在“结果正确”和“程序错误”究竟会如何决策?我不知道答案。

对于其他更多的 DeFi 项目来说,与其去思索自己在面临如此情况时该如何抉择,不如去想一想如何才能有效规避此类事件的发生。

纵览这次的 Solend 事件,今天这个局面可以说既是偶然,也是必然。如果 Solana 的性能完全不惧如此规模的链上清算,如果 Solend 能够提前对类似场景作出预设性的风险应对措施,如果治理模块能够更加清晰(比如明确限制不可涉及用户资产主权)……这个故事或许会像不同的方向发展,但在底层性能有限,风险预设准备不足,治理模型尚不完善的普遍大环境下,没有人能够确定未来不会出现下一艘漏水的船。

这不是关于 Solend 的局部问题,而是整个 DeFi 行业继续发展所面临的共同考验,需要所有从业者群策群力,各司其职,协作攻关。

过去两年,DeFi 在叙事、加杠杆、组合、模式复制的支撑下实现了数字层面上的狂飙突进,回过头看,基础设施、安全机制、治理模型等多个方位的工作却没能完全跟上。

这种发展错配使得 DeFi 枝繁叶茂却根茎中空。Solend 事件一定程度上损害了去中心化治理的信任度,也同时可以成为其他 DeFi DAO 的一面镜。或许,趁着本次全行业“降杠杆运动”深化之机,DeFi 从业者要放缓脚步,沉下心来,直面一些更深层、更麻烦的考验了。

d5b031b1cbbbc03075cd223d1e4e7e05.png

不容错过的往期精彩

aef16660d859ddac5a78c84ef8f9ce22.png853dba5b9b4d46a0a5af6e3ed82cfa45.pngbc55ed3a9b9c7e74050fb0b9ffe70218.png

优质的推送带来深刻的思考

给 Odaily 标星,让你先与众不同

在园区网建设过程中,我们常常面临诸多实际挑战,例如网络设计、IP规划、成本控制以及项目管理等。而名为“园区网的真实案例.zip”的压缩包文件提供了大量实用资源,包括真实园区网案例、综合实验拓扑图、相关脚本和项目需求分析等,这些资料对于理解和实践园区网建设具有重要意义。我们重点关注其中的“园区网综合实验”部分。 园区网是在学校、企业或政府机构等相对封闭区域内构建的网络,旨在为区域内用户提供高效、安全的数据通信服务。综合实验则是为了模拟真实环境,帮助学习者掌握园区网设计的关键技术和步骤,通常涵盖网络设备选择与配置、VLAN划分、路由协议应用、QoS策略设定以及安全防护措施等内容。压缩包中的“最终”文件可能包含了项目实施的最终成果,如经过验证的网络设计方案、配置脚本或项目总结报告,这些资料有助于我们将理论知识转化为实际可执行的方案。 “命令”文件则可能包含了用于配置网络设备的CLI指令,涉及交换机和路由器的基本配置,如VLAN设置、端口安全、静态路由或动态路由协议(如OSPF、RIP等)。通过研究这些命令,我们可以学习如何根据不同场景正确配置网络设备,以满足业务需求。 IP规划是园区网建设中的关键任务,合理的IP规划能够避免地址冲突,便于管理和维护。案例中可能会展示如何根据园区规模、功能区划分及未来扩展需求制定合适的IP地址策略。成本控制同样重要,园区网建设不仅涉及设备购置费用,还包括安装、运维、升级等长期成本。案例可能探讨如何在满足功能需求的同时,选择性价比高的设备,优化布线方案,并通过节能技术降低运营成本。 项目总结则是对整个实施过程的回顾,涵盖遇到的问题、解决方案、经验教训及改进点,对提升项目管理能力和问题解决技巧非常有帮助。这个压缩包的内容全面覆盖了园区网设计、建设和管理的多个方面,是学习和实践网络技术的宝贵资源。通过深入研究这些材料,我们可以提升网络规划和实施能力,更好
内容概要:本文档《Grafana运维指南:从入门到精通》详细介绍了Grafana这一开源度量分析和可视化工具的各个方面。首先解释了Grafana在数据监控和分析中的重要性,强调其开源、可视化、多数据源支持、告警功能、灵活的仪表盘管理和丰富的插件生态系统等特点。接着,文档逐步讲解了Grafana的安装与配置,包括系统准备、初始配置和数据源配置等步骤。随后,深入探讨了数据源管理、仪表盘操作、插件使用等核心功能,提供了详细的配置和使用指南。最后,文档介绍了性能优化、安全管理、日志分析等日常运维要点,并通过一个实际案例展示了Grafana在大型电商平台运维中的应用价值。 适用人群:适用于运维人员、系统管理员、开发人员以及任何需要进行数据监控和分析的专业人士,尤其是那些对Grafana有一定了解或有兴趣深入了解的人群。 使用场景及目标:①帮助用户掌握Grafana的安装配置和基本使用方法;②指导用户如何整合多种数据源,创建和管理仪表盘;③提供性能优化、安全管理等方面的建议,确保Grafana在实际应用中的高效稳定运行;④通过实际案例分享,展示Grafana在复杂业务环境中的应用效果,提升用户对Grafana的理解和应用能力。 其他说明:本文档不仅涵盖了Grafana的基础知识和技术细节,还结合实际案例,帮助读者更好地理解和应用Grafana。建议读者在学习过程中结合实际操作,通过实践加深对Grafana的理解。此外,文档鼓励读者参与社区交流,分享经验和心得,共同进步。
内容概要:本文详细介绍如何使用Logisim搭建单周期MIPS硬布线处理器,旨在深入理解计算机体系结构和指令执行机制。文章首先介绍了MIPS架构的特点及其在计算机体系结构中的重要性,随后阐述了Logisim工具的功能及其在数字电路设计中的优势。接着,文章详细描述了单周期MIPS处理器的工作原理,包括指令的取指、译码、执行、访存和写回等步骤,以及硬布线控制器的作用和设计方法。在此基础上,文章逐步讲解了使用Logisim搭建单周期MIPS硬布线处理器的具体步骤,包括前期准备、构建基本框架、设计数据通路、设计硬布线控制器、电路连接与整合,以及测试与调试。最后,文章总结了搭建过程中的重点和难点,并探讨了单周期MIPS处理器的性能优化方向和MIPS架构的应用前景。 适合人群:计算机科学专业的学生、对计算机体系结构感兴趣的初学者、从事嵌入式系统开发的技术人员。 使用场景及目标:①帮助读者深入理解MIPS架构和单周期处理器的工作原理;②提供详细的实践指导,使读者能够在Logisim中搭建并测试单周期MIPS硬布线处理器;③培养读者的数字电路设计能力、逻辑思维能力和问题解决能力。 阅读建议:本文内容详实,涵盖了理论知识和实践操作,建议读者在阅读过程中结合Logisim工具进行实际操作,以便更好地理解和掌握相关概念和技术。同时,对于遇到的问题,可以通过反复调试和查阅资料加深理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值