解读非托管流动性协议Hover: 差异化、层次化的全新借贷体系

本文主要是介绍解读非托管流动性协议Hover: 差异化、层次化的全新借贷体系,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

“Hover 是 DeFi 借贷赛道的另辟蹊径者,除了在自身机制(借贷模型、治理体系)上进行创新获得内生动力外,背靠日渐繁荣的 Kava、Cosmos 生态进一步获得外生动力,发展潜力俱佳”

与 DEX 类似,借贷也是 DeFi 世界中最重要的基础板块之一,它也承担着链上流动性、价值传动的重任。链上借贷赛道最早可追溯到 2017年的ETHLend(AAVE的前身),它是以太坊上第一个去中心化借贷市场,该平台匹配了希望以安全可靠的方式参与抵押贷款头寸的个人贷方和借方。

为确保其安全性和免信任,该平台利用以太坊上的智能合约来存储用户资金及其抵押品,以促进 P2P 贷款协议。该平台开放了一系列 DeFi 功能,交易者能够对加密资产进行杠杆或做空操作,而企业和消费者可以在不出售基础抵押品的情况下获得现金流和流动性。但作为一个链上匹配市场,借贷双方需要一对一匹配,这也让 ETHLend 本身的使用具备相当的复杂性,且流动性较差。

在 2018年的9月,Compound 在以太坊上推出了全新算法且具备自主货币市场的开源协议,允许任何人以免信任的方式更加丝滑地赚取利息或借入加密资产(超额抵押),而无需与交易对手互动。通过点对合约设计以及动态借贷利率机制,也让 Compound 脱颖而出,并奠定了 DeFi 借贷板块的早期轮廓。后续诸多主流的借贷协议(包括改进后的 AAVE 等) ,也基本都是在 Compound 的基础上进一步改进,以实现更为丰富的功能以及更好的使用体验。

聚焦于链上借贷板块本身,以 Venus、AAVE、Compound 等为代表的头部借贷协议在占据了早期市场后,始终保持着对市场的虹吸,并且在 TVL、交易量等数据上以“断层”的优势保持着领先。

所以对于新兴借贷协议而言,与头部借贷协议形成非正面化的差异化竞争,才能有进一步胜出的可能。Hover 是一个具备代表性的新兴链上借贷协议,其在构建借贷生态上,就采用了非常聪明的布局方式,来进一步实现差异化竞争。

一方面,Hover 协议本身在主流的借贷机制上实现革新,比如在流动性、收益方式等诸多方面做出明显的改变,另一方面,Hover 部署在具备潜力的新兴链上生态 Kava 上且背靠 Cosmos ,这将更有利于Hover 捕获用户与资金,进一步降低头部借贷协议所带来的虹吸影响。此外,基于 Cosmos 体系,Hover 也有望以自身借贷体系为基础,促进各种DeFi平台的无缝互操作性,创造前所未有的用户机会并培育充满活力的去中心化金融生态,Hover 的发展前景也被行业所看好。

Hover 的借贷体系

Hover 是一个非托管式的链上借贷协议,其目前部署在 Kava 上且背靠 Cosmos 生态。与“传统”链上借贷协议类似,Hover 本身构建了一个超额抵押借贷体系,并服务于借贷两端的用户。对于持有资产且寻求被动收益的用户,可以将资产存入到 Hover 的借贷池中成为贷方,借方在进行借贷时所产生的一些协议收入费用中,大部分将作为贷方质押到池中的利息收益,并通过构建相应机制提升质押的收益,以提升用户到 Hover 存款的积极性,帮助协议获得借贷流动性。

对于借方,其需要将手中持有的资产进行质押,以超额抵押借贷的方式按照质押率借贷出资产,比如将价值 2000 美元的 ETH 进行质押,按照 0.7 的质押率从 Hover 的借贷池中获得 1400 枚 USDT等稳定币。借方可以基于Hover采用一些策略来持续获利,比如对市场具备不错把控的投资者,可以通过循环贷的方式不断增加杠杆,以获得成倍的收益。

在某些特殊情况下,Hover 会对借方进行清算,Hover 使用一种名为健康系数的衡量标准来告知存款者其超额抵押头寸状况。 当健康系数接近1时,表明贷款价值正在接近清算阈值。 如果健康系数降至 1 以下,则该头寸面临清算风险 – 即在公开市场上出售抵押品以偿还借款者贷款的超额价值的过程。 借款者可以存入更多的抵押品,也可以偿还足够的贷款,以维持安全比率并防止抵押品被清算。Hover 的贷款、存款以及清算等行为,都将由智能合约自动执行,并通过预言机喂价保证价格上的公平。

此外,Hover 会从每笔贷款还款中提取一部分用于服务协议运营、保留流动资产,并按照准备金系数 (Reserve Factor, 即RF) 规定分发给 Hover 奖励计划。

Hover 协议其他的特点主要体现在三个方面,包括跳跃利率模型、代币可贷上限机制以及质押系统。

● 跳跃利率模型

借贷协议本身更需要借贷池中有充足的资金,Hover 沿用了行业主流的“跳跃利率模型”机制。即在资金池中流动性相对充足时,Hover 会提供一个相对适中,且对于存款者、借款者都具备优势的利率, 该利率会随着池中资金的变化而变化,简单的趋势将是流动性下降时利率会进一步提升。

当特定资金市场中,超 80% 的资金被借出后,将触发跳跃利率机制, 即存款用户的存款利率与借款用户的借款利率都将大幅上升。在这样的情况下,存款用户为了获得更高的利息收入,将具备存款的动力,而对于借款者为了降低所产生的高昂还款利息,将更倾向于向池中还款,以促生态的平衡。

这类具备“自发”特新的机制对于调节链上协议的平衡通常都会起到不错的效果,比如 AMM 协议中套利者能够通过扳平差价的方式,来维持协议本身价格的进一步稳定,以帮助价格进一步回归合理的区间,而跳跃利率模型也可以被视为 Hover 保持资金池资金流动性稳定的一个“软性”保障,并且 Hover 的利率模型更具弹性。

当然,除了“跳跃利率模型”机制外,Hover 也构建了一个“硬性”的保障机制“代币可贷上限机制”,防止极端情况、攻击者作恶产生影响。

代币可贷上限机制

在跳跃利率模型的基础上,Hover 也为每个资产市场,都设定了可借用代币的最大限额,无论存入的代币数量多少。该借入上限基于多个生态系统范围的参数,包括去中心化交易所流动性和桥接资产金额等。

在综合因素的参考下,当某池借贷金额达到最大限额,Hover 将限制借款者从中借出资金,当池中资金恢复后再次正常运行。实际上,围绕借贷协议的攻击时有发生,无限制机制的资金池甚至会被攻击者“抽空”。通常情况下,这类极端事件的发生通常在一个极短的时间周期内,基本不会相关的项目的开发者、运营者足够的反应时间。所以预先的构建这类预防性的机制,对于Hover 应对突发事件、建立安全机制并为用户长期的提供更优质的交易服务,构建了基础。

基于三代币模型的经济系统

Hover 设定了一个基于三代币模型的经济系统包括 HOV、esHOV 和 xHOV。其中,用户质押 HOV 资产能够获得 esHOV 代币,用户可以参与可选的 KYC 流程,进一步将 esHOV 转换为 xHOV,并可另外参与 Hover 奖励计划(Hover Rewards Program)。

类似于目前主流的 veToken 治理体系, esHOV以及 xHOV资产都是不可转让的,只有解除质押赎回 HOV 后才能进行交易转移。如果用户希望取消质押,他们可以通过触发赎回并指定赎回期限,将其 esHOV 和 xHOV 转换回 HOV, 赎回通常需要 90 天至180 天,在这种情况下,用户会以 1:1 的比例收回 HOV。 选择在 15 天内赎回的用户必须销毁 50% 的赎回代币,作为提前赎回的罚款。 决定在 15 到 180 天之间取消质押的用户将支付线性递减的罚款,而销毁的代币将从流通供应中永久消除。

所以抛开代币的职能作用看, esHOV以及 xHOV,尤其是最高达 180 天的赎回期将进一步降低 HOV 资产的市场流动率,惩罚机制将进一步促进 HOV 资产的绝对通缩性。

为了进一步鼓励 HOV 持有参与质押,Hover 推出了全新的质押计划,质押用户将能够获得相应的质押权益。用户将持有的 HOV 资产质押获得 esHOV 后,将获得借款回扣(从 Hover 市场获取贷款时,提供费用回扣)、清算回扣(当借款者的头寸被清算时,提供费用回扣) 收益。一旦Hover 过渡到DAO,esHOV 持有者将能够对市场参数和创新进行投票。

当用户进一步将 esHOV 质押获得 xHOV 后,将享受Hover 奖励计划。质押者必须通过 Quadrata 第三方 KYC 检查才能获得资格。 Quadrata 是一个符合 GDPR 的数字身份服务,它会进行检查以确保只有来自经批准的国家/地区的人员才能访问 Hover 奖励计划。 Hover 无法访问或收集任何个人身份信息 (PII)。 在完成 Quadrata 的快速入门流程后,用户将获得一个 Soulbound NFT,Hover 的智能合约会查询该 NFT,以确定使用该平台的资格。

Hover 奖励计划中,协议收入的 33% 被分配给通过 KYC 检查的 xHOV 质押者,该计划将通过公开发售收益的 10% 和生态系统分配的 0.75% 来启动,以确保至少在第一年获得稳定的回报。

此外,持有 esHOV 、 xHOV 的用户,将获得HOV VIP 等级,这些等级将为用户提供许多好处,包括为借贷和清算支付的协议费用的回扣。 不同的等级还将包括访问代币特权(token-gated)群聊、提前访问新功能等等,以确保最长期、一致的用户获得 Hover 产品的最佳体验。

HOV 将贯穿着 Hover 生态发展的始终,通过系列激励计划及其权益保障,将进一步促进更多的用户涌入到 Hover 生态中成为粘性用户,并参与生态的早期建设。 而系列的质押体系,也将帮助 HOV 资产长期价格的稳定、通缩,对于 Hover 生态的长期发展具备持续的促进作用。

部署在 Kava 上,背靠 Cosmos 体系

Kava 是一个基于 Cosmos Layer0 体系搭建的 Layer1,背靠 Cosmos 体系,开发者可以利用Kava的安全性、跨链桥和适配的Chainlink预言机来快速创建新的跨链DeFi应用,并将其部署到Kava的全球用户群。通过Tendermint的股权证明(PoS)共识机制等技术,Kava网络可以在全球分布式账本中实现6秒内区块快速确认的能力。

而在今年的5月18日,其推出了以 Kava EVM 2.0 为核心的 Kava13 全新主网,其网络稳定性、性能不断提升。与此同时,全新的 Kava 生态也推出了全新的开发者激励计划,吸引了大量的优质开发者参与早期建设。所以对于 Hover 而言,能够从 Kava 中获得其他底层难以提供的原生支持。而 Hover 作为目前最具备创新性的借贷协议,也有望进一步帮助 Kava 完善借贷体系,对 Kava DeFi 生态的长期发展起到一定的促进、反哺作用。

此外,Cosmos 作为目前最知名的 Layer0 系统,其建立了在一套模块化、适应性强和可交互工具之上的生态系统。开发者,可以基于他们的基建来低门槛的搭建链,而基于它们的工具集,模块化搭建的链,能够基于它们的通信组件 IBC 、Peg Zone 等实现同构、异构链的通信。除了 Kava 外, 目前 Sei Network、Canto、IRIS Network、Secret Networ 、 Evmos、Juno 等也都是基于 Cosmos 所构建的知名项目,并且dYdX 等知名项目也表示将基于 Cosmos SDK 开发应用链。Cosmos 生态也正在向全新的叙事方向演化,比如 Noble 项目正在帮助 Cosmos 向 RWA(现实资产代币化) 的方向发展。

Cosmos 体系的不断壮大也正在为 Hover 带来全新的机会,基于高度的互操作特性,将为 Hover 更加便利的从 Cosmos 生态中捕获用户、资金构建基础,并有望帮助 Hover 向全新形态的借贷范式演化(RWA 等新方向探索),这也同样是 Hover 除了自身设计外的先天优势。

目前,Hover协议已经实现了多语言发布,以从市场层面更广泛的为全球用户提供服务,同时其也与Rome Blockchain Labs(RBL) 和Ledger Works展开了合作,共同推动 Hover 生态的长期发展。

虽然 DeFi 借贷赛道头部协议虹吸效应严重,但对于新兴借贷协议而言仍旧存在较大的机会。Hover 是 DeFi 借贷赛道的另辟蹊径者,除了在自身机制(借贷模型、治理体系)上进行创新获得内生动力外,背靠日渐繁荣的 Kava、Cosmos 生态进一步获得外生动力,这也让 Hover 具备十分可观的发展前景,值得长期关注。

这篇关于解读非托管流动性协议Hover: 差异化、层次化的全新借贷体系的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

MySQL中时区参数time_zone解读

《MySQL中时区参数time_zone解读》MySQL时区参数time_zone用于控制系统函数和字段的DEFAULTCURRENT_TIMESTAMP属性,修改时区可能会影响timestamp类型... 目录前言1.时区参数影响2.如何设置3.字段类型选择总结前言mysql 时区参数 time_zon

MySQL中的锁和MVCC机制解读

《MySQL中的锁和MVCC机制解读》MySQL事务、锁和MVCC机制是确保数据库操作原子性、一致性和隔离性的关键,事务必须遵循ACID原则,锁的类型包括表级锁、行级锁和意向锁,MVCC通过非锁定读和... 目录mysql的锁和MVCC机制事务的概念与ACID特性锁的类型及其工作机制锁的粒度与性能影响多版本

Redis过期键删除策略解读

《Redis过期键删除策略解读》Redis通过惰性删除策略和定期删除策略来管理过期键,惰性删除策略在键被访问时检查是否过期并删除,节省CPU开销但可能导致过期键滞留,定期删除策略定期扫描并删除过期键,... 目录1.Redis使用两种不同的策略来删除过期键,分别是惰性删除策略和定期删除策略1.1惰性删除策略

Redis与缓存解读

《Redis与缓存解读》文章介绍了Redis作为缓存层的优势和缺点,并分析了六种缓存更新策略,包括超时剔除、先删缓存再更新数据库、旁路缓存、先更新数据库再删缓存、先更新数据库再更新缓存、读写穿透和异步... 目录缓存缓存优缺点缓存更新策略超时剔除先删缓存再更新数据库旁路缓存(先更新数据库,再删缓存)先更新数

Java如何接收并解析HL7协议数据

《Java如何接收并解析HL7协议数据》文章主要介绍了HL7协议及其在医疗行业中的应用,详细描述了如何配置环境、接收和解析数据,以及与前端进行交互的实现方法,文章还分享了使用7Edit工具进行调试的经... 目录一、前言二、正文1、环境配置2、数据接收:HL7Monitor3、数据解析:HL7Busines

C#反射编程之GetConstructor()方法解读

《C#反射编程之GetConstructor()方法解读》C#中Type类的GetConstructor()方法用于获取指定类型的构造函数,该方法有多个重载版本,可以根据不同的参数获取不同特性的构造函... 目录C# GetConstructor()方法有4个重载以GetConstructor(Type[]

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据

Java ArrayList扩容机制 (源码解读)

结论:初始长度为10,若所需长度小于1.5倍原长度,则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1:数组默认长度         2:这是一个共享的空数组实例,用于明确创建长度为0时的ArrayList ,比如通过 new ArrayList<>(0),ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL

【Linux】应用层http协议

一、HTTP协议 1.1 简要介绍一下HTTP        我们在网络的应用层中可以自己定义协议,但是,已经有大佬定义了一些现成的,非常好用的应用层协议,供我们直接使用,HTTP(超文本传输协议)就是其中之一。        在互联网世界中,HTTP(超文本传输协议)是一个至关重要的协议,他定义了客户端(如浏览器)与服务器之间如何进行通信,以交换或者传输超文本(比如HTML文档)。

Spring 源码解读:自定义实现Bean定义的注册与解析

引言 在Spring框架中,Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义,Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制,帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry,以全面掌握Bean注册和解析的核心原理。