文章来源:ASXN;编译:金色财经xiaozou
自Unit协议上线Hyperliquid已有一周时间,Hyperliquid每日比特币净流入量持续为正。截至撰写本文时,已有超过500枚BTC流入,价值约5000万美元。预计月底Hyperliquid上的BTC持有量将超过1000枚。本文,我们来深入研究Unit协议的方方面面,理解Unit如何将这些原生资产引入Hyperliquid。
1、前言
Unit是一个基于锁定-铸造(lock-and-mint)跨链系统的协议,旨在支持在Hyperliquid链上发行非原生资产。其主要功能是允许用户直接在Hyperliquid上存入和提取比特币、以太坊和Solana等资产。
该协议的架构围绕两个核心组件构建:守护者网络(Guardian Network)和代理系统(Agent System)。守护者网络由分布在每条支持区块链上的节点运营商组成,通过基于领导者的共识机制处理存款和提款。代理组件则负责实现核心协议功能,并管理MPC TSS钱包,将私钥分片分发给多方,从而通过消除单点故障来增强安全性。
Unit允许用户通过锁定-铸造系统交易非Hyperliquid原生的现货代币。用户可以将资产存入由守护者网络生成的指定地址,守护者网络在验证交易后会在Hyperliquid链上铸造等值的现货资产。
Unit与Hyperliquid之间是共生关系。Unit作为关键基础设施,使Hyperliquid能够从永续期货交易扩展到现货市场。这一扩展至关重要,因为它使Hyperliquid能够提供一个完整的交易生态系统,用户可以在单一平台上同时进行现货和衍生品交易。
因此,Unit对Hyperliquid尤为重要。根据对主要中心化交易所的分析(下文将详细讨论),比特币和以太坊等主要资产的现货交易量通常占永续期货交易量的约18%。这表明,Unit的集成可能会显著增加Hyperliquid的交易量。此外,提供现货交易的能力为复杂的交易策略(如资金费率套利和Delta中性策略)开辟了新的可能性。
该协议的架构通过多层验证强调安全性和可靠性。交易通过确定性状态机处理,确保结果可预测且可审计。
共识机制要求3名守护者中的2名(目前)对关键操作达成一致,而MPC钱包系统通过将密钥管理分发给多方来增强安全性。这些安全措施通过使用安全飞地和网络运营商之间的加密通信进一步加强。
本质上,Unit对Hyperliquid的未来发展至关重要,使其能够在保持去中心化和自我托管优势的同时,更有效、高效地与中心化交易所竞争。理解Hyperliquid的框架对于理解Unit如何有效集成CLOB和EVM系统以实现现货资产发行至关重要。
2、Hyperliquid概述
Hyperliquid是一个基于其自身L1的永续交易协议,旨在复制中心化交易所的用户体验,同时提供完全链上的订单簿和去中心化交易所,以交易现货、衍生品和预上市市场。
2024年5月,Hyperliquid宣布计划支持原生EVM,从而实现与以太坊智能合约、钱包和桥的直接兼容。尽管Hyperliquid运行自己的网络和基于Rust的虚拟机——Hyperliquid L1,但该系统专门处理永续交易,缺乏EVM的可编程性和通用性。
EVM集成将在这些系统之间建立共生关系。Hyperliquid将在一个共识层HyperBFT上运行两个不同的虚拟机。Hyperliquid L1将继续管理核心交易功能,包括永续和现货订单簿,而EVM将作为一个独立的层,用于优先考虑灵活性而非性能的辅助应用。
增强的EVM将与原生Hyperliquid L1组件(包括HIP-1资产、现货交易、永续交易和DeFi原语)集成,实现原子组合和环境之间的无缝价值转移。
随着EVM的推出,Hyperliquid将扩展为一个更通用的链,需要强大的跨链能力来支持非原生资产的交易、托管、借贷和DeFi应用。BTC、SOL和ETH等高流动性资产的多样化池对于DeFi功能至关重要。Unit通过允许用户和机构将非原生资产跨链到Hyperliquid EVM以进行DeFi集成和交易,满足了这一需求。
为了构建一个能够匹配CEX(中心化交易所)速度和用户体验的永续DEX(去中心化交易所),Hyperliquid从头设计了一个高性能的Layer 1区块链。该L1采用权益证明(PoS)模型,结合Hyperliquid专有的HyperBFT共识算法,以提供低延迟和高吞吐量。L1架构的几个核心组件对于实现CEX级别的UI/UX、速度和交易吞吐量至关重要。
该永续平台已取得广泛成功,来自36万交易者的交易量超过8880亿美元。最近几周,该平台日均交易量超过14.5亿美元,占DeFi衍生品交易量的70%。在Hyperliquid L1上创建新的永续市场非常简单,唯一的先决条件是能够引用合适的预言机价格源,以保持永续期货与指数价格一致。这使得Hyperliquid在为其平台添加永续市场时能够以极快的速度行动。然而,Hyperliquid上的非原生现货市场带来了全新的挑战,涉及大量的安全性和用户体验考虑。Unit旨在解决这些问题。
3、Hyperliquid协议机制
在探讨Unit的设计和CEX领域的趋势之前,我们首先需要了解Hyperliquid的核心组件及其在永续和原生现货市场如何运作:
(1)订单簿与清算中心
L1状态包括保证金和匹配引擎数据,确保交易所的完全透明。Hyperliquid的一个关键特性是L1状态还为每种资产维护一个订单簿,其运作方式与中心化交易所的订单簿类似,订单根据价格-时间优先级匹配。
订单簿与清算中心交互,后者管理所有头寸和保证金核查。当新订单下达时,会进行保证金核查,并且在订单匹配时再次检查挂单方的保证金,确保即使在挂单后预言机价格波动,保证金系统也能保持一致。
存款最初计入地址的交叉保证金余额,默认情况下,头寸以交叉保证金模式开立。然而,隔离保证金也可用,允许用户为单个头寸分配特定保证金,从而在不影响其他头寸的情况下降低该头寸的清算风险。同样,现货清算中心管理每个地址的现货用户状态,包括代币余额和任何冻结。
(2)预言机定价
Hyperliquid使用自定义构建的预言机作为链共识的一部分,以确保即使在流动性不足的情况下,交易所的价格也是准确的。验证者每3秒更新一次现货预言机价格,这些价格用于计算资金利率和标记价格。标记价格对于保证金计算、清算和触发止盈/止损订单至关重要,它通过将预言机价格与Hyperliquid中间价和预言机价格之间差异的150秒指数移动平均线(EMA)相结合来确定。为了确保准确性,预言机价格基于主要交易所(包括币安、OKX、Kraken、Bybit和Kucoin)现货价格的加权中位数。最终的预言机价格通过根据验证者的质押权重进一步优化。
该系统提供了一个无偏见且具有弹性的价格估计,独立于Hyperliquid的内部市场。在极端波动或CEX数据中断的情况下,价格保护机制会被激活,依赖最佳买价、最佳卖价和最后交易价格的中位数,直到恢复正常条件。
(3)维持保证金(Maintenance Margin)
用户可以将杠杆设置为1到资产最大杠杆(3倍-50倍)之间的任何整数。开仓所需的保证金计算为头寸规模 * 标记价格 / 杠杆。
对于交叉保证金头寸,初始保证金被锁定且无法提取,而隔离头寸允许在开仓后调整保证金。交叉保证金头寸的未实现盈亏自动贡献于新头寸的保证金,而对于隔离头寸,未实现盈亏增加现有头寸的保证金。用户可以在不关闭头寸的情况下增加杠杆,但杠杆仅在开仓时检查。
如果头寸的未实现盈亏为负,可能的操作包括部分或完全平仓、增加保证金(对于隔离头寸)或存入USDC(对于交叉保证金头寸)。
(4)清算
Hyperliquid的清算基于标记价格,该价格整合了外部CEX价格和Hyperliquid的订单簿状态。与仅依赖单一瞬时订单簿价格相比,这种方法确保清算更可靠且不易被操纵。
当交易者的头寸对其不利,导致账户权益低于维持保证金时,就会触发清算事件。
4、原生现货市场
4月16日,Hyperliquid团队扩展了其生态系统,纳入原生现货资产与其永续订单簿。HIP-1:Hyperliquid现货部署在L1上创建了原生代币标准,类似于以太坊上的ERC20标准。HIP-1允许部署有上限供应的可互换代币,以及原生链上订单簿。使用此标准推出的第一个代币是PURR,一种由Hyperliquid团队部署的以猫咪为主题的meme币。
代币部署在链上进行,共有5步,需要部署者在L1上进行5笔交易。这些交易将指定以下内容:
•
-
免费下载或者VIP会员资源能否直接商用?本站所有资源版权均属于原作者所有,这里所提供资源均只能用于参考学习用,请勿直接商用。若由于商用引起版权纠纷,一切责任均由使用者承担。更多说明请参考 VIP介绍。
-
提示下载完但解压或打开不了?最常见的情况是下载不完整: 可对比下载完压缩包的与网盘上的容量,若小于网盘提示的容量则是这个原因。这是浏览器下载的bug,建议用百度网盘软件或迅雷下载。 若排除这种情况,可在对应资源底部留言,或联络我们。
-
找不到素材资源介绍文章里的示例图片?对于会员专享、整站源码、程序插件、网站模板、网页模版等类型的素材,文章内用于介绍的图片通常并不包含在对应可供下载素材包内。这些相关商业图片需另外购买,且本站不负责(也没有办法)找到出处。 同样地一些字体文件也是这种情况,但部分素材会在素材包内有一份字体下载链接清单。
-
付款后无法显示下载地址或者无法查看内容?如果您已经成功付款但是网站没有弹出成功提示,请联系站长提供付款信息为您处理
-
购买该资源后,可以退款吗?源码素材属于虚拟商品,具有可复制性,可传播性,一旦授予,不接受任何形式的退款、换货要求。请您在购买获取之前确认好 是您所需要的资源
评论(0)