免责声明:金色财经所有资讯仅代表作者个人观点,不构成任何投资理财建议。请确保访问网址为(jinse.com.cn) 举报

    钱包赛道暗战2: 争相接入Hyperliquid是个好生意吗?

    上篇钱包赛道在Tee底层设施的暗战之后,好多观众姥爷后台催更,那十四君就2025年再卷一把。

    Hyperliquid是当之无愧的年度热点,这次我们一起内行看门道,把事件串联起来,看wallet、看交易所、看dex、看AI trading 是如何在这里混战的!

    1. 在跌宕起伏之间,他是真的被竞争对手甩下去?还是因为其hip3与builder fee的开发性降低了平台收益的隐忧?

    Perps赛道本身也竞品迭出,最近的aster、Lighter、乃至于孙哥也下场,推让赛道抖三抖的sunPerps,宣发的推特space甚至创了在线人数新高的web3行业发布会。

    从下图,也可以看出所谓群雄混战之状,有趣的是,这也是正在进行少有的既定市场被瓜分的过程。

    回忆曾经DeFi Summer当时所有DEX的竞争,包括 Uniswap和Balancer还有Curve,以及众多的Uniswap分叉项目,比如Pancakeswap等等。

    Perps的此时此刻,恰如DeFi Summe的彼时彼刻。有的想做平台,有的想聚合别人,有的想冲击龙头,有的想吃点尾油。

    这一年里,各家wallet从在dex入口争相上线永续交易能力,Metamask 、phantom率先进行,上周则bitget也推出接入新闻,其他创业级产品axiom,basedApp,xyz(走hip3),还有多个ai trading平台都通过接入的方式在分一杯羹。

    至此,钱包赛道也正在进行新一轮的暗战。

    大家都在争相接入Hyperliquid的永续交易能力。这背后到底是技术开放的红利,还是返佣机制的诱惑,又或者只是市场需求的真实反映?为什么有些头部平台始终没有动作?先行接入者就借此占据市场了吗?

    可参考阅读:深入聊聊 Hyperliquid 的成功之道与隐忧

    2.生态起源,builder Fee与Referral机制

    Hyperliquid的返佣机制主要包括Builder Fee结合Referral(返佣)

    笔者一直都认为这个是非常破局的机制,他允许Defi builder(开发者、量化团队、聚合器)在代用户下单时,额外收取手续费作为服务收入。而用户在这些平台与官网本身下单,原有的总手续费是不变的。

    其本质其实类似uniswapV4得hook机制,都是把自己的订单簿(或者流动性池)作为基础设施,提供给上游各种平台接入他,这样一来,他更容易引入不同平台的用户群体,而不同流量平台(wallet)也有了更全面的生态产品,服务其用户的不同需求。

    这个机制初步上线就已经给一些项目带来超千万美金的分红收益,初期效果显著,但后续持续下行。

    从图中,我们也看到很多值得深思的地方。

    • 为什么Metamask的用户体量不低于Phantom接入收益差异5倍?

    • 为什么basedApp与axiom在这里的收益相差甚远?jupiter在哪儿?

    • 12M的分红收益,到底算多还是算少?是短期还是长期?

    • 只轻量级接入HypeEVM或者原生币的平台,就吃亏了吗?

    • 为什么Bn、okx等不在其中?

    3. PerpDex的开放策略

    要解答这些问题要先理解各种平台是如何接入的的。

    3.1 开放API接入法

    其实各家perps都开放了他们的API,非常的全面,几乎每家都有各自的定义方式,但提供的模块大致都如下:查询类(账户状态、持仓、订单、市场数据、K线等)、交易类(下单、取消、修改、杠杆调整、提现等)、订阅类(WS实时推送价格、订单簿、持仓变化)。

    因为这套系统本身也就需要这些api提供给做市商进行做市,而用户端不过是改变下交易方向而已,但是用户端可不会像做市商这样能联系的到,也就必须要增加点控制力度。

    所以也就必须有了限流机制,hype的就是基于地址+IP的双重限流,可以随交易量动态调整限流阈值。高并发时可能面临限流挑战。

    这种官方API方案优势是快速接入实现,无需自建节点,数据延迟低,状态一致性好。

    但劣势也很明显:可能面临 IP / 地域限制,易受限流影响,限流在单一用户里比较少问题,但对于平台方,就很难实现了,毕竟用户量随时可能增加,动态扩容很难搞。

    还有更新问题,要知道app要修改代码都有发版的限制,如果官方api升级变更了,限流了其实app方就没有控制力度,除了成为一个流量提供方之外,还得额外承担客诉与风险。

    3.2 只读Node接入法

    Hyperliquid是双链结构,有EVM、core双链,集成在一个程序里并且被闭源封装了,外部很难破解读取具体内容,官方也只支持项目方部署这种只读节点(可获取订单、K线、成交数据,但不支持发送交易)。

    而且不开放全部历史数据,这里数据量很庞大:短短2天就会增加约1T+数据,这一年下去,历史数据不封存,这成本本身很难覆盖收益了。

    如果项目方采用部署只读节点,来降低读取官方api的频率从而减少限流问题,这也是目前官方推荐的做法。

    要采用这套方案,其技术挑战也不少:不定时会有落块现象,巨额的存储,缺失的历史数据。而且必须要改造节点的数据方法。

    笔者认为,最大的问题,还是这种开放了一半的机制,带来的一致性问题。

    举个例子,如果我用只读节点的K线数据,下了个订单,但是节点本身是延迟的(这种本身就是概率发生),但是我要下单只能用官方的API去下单,但官方没有延迟。这里可能是两者数据是不一致的,这样我下的市价单,就很有可能以一种我不希望的价格成交。

    那责任是谁的?平台方赚的够这里的赔付吗?平台要多大成本才能提升稳定性?直接推诿合适吗?

    3.3 市场的选择

    这里就呈现了分歧,各家做法都有不同。

    • Metamask作为工具化定位的典型代表,直接采用前端接入开放API的方式,甚至直接开源接入代码,简单粗暴的方式带来快速的上线效率,笔者也是难得见到如此保守主义的头部wallet平台,这么快的市场动作。

    • 同样这种做法的还有Rabby、Axiom、BasedApp。

    • Trust wallet,其实也接入了perps,不过对接的是BN系的aster平台,显然还是自家产品给绿灯。但是内部如何分佣就不确定了。

    • Phantom源于solana上的Meme浪潮崛起,在这里更显得对体验的追求,他采用的

    是只读节点接入方式,甚至下单的操作,都要通过后端再中转,而不是客户端直接找官方api去下单。

    其实市场还有一些神奇的产品,也有不同的角度抉择

    比如Trade.xyz 是目前Hip3上最高交易量的平台,不追求现有市场的红海混战而是直接开拓股票交易的能力。

    VOOI Light 也很能干(工程上),是个基于意图的跨链永续dex,他的核心在于同时接入多个perps dex,可以说是用工程量来同时干了上面多个平台的多条路。但是美中不足的是也卡在多接入的储备金复杂性上了,体验不丝滑。

    最后笔者近期还体验了多款AI trading平台,几乎是都是开放API接入+多家perps的后端接入方案。体验起来很前沿,有的是纯LLM大模型文字交互,有的是AI决策+follow 交易员的方式(这里底层还能和Privy这类Tee托管方案链接起来),实现不用传递私钥给项目方,但可以完成AI辅助perps交易的能力。

    私钥

    一般的项目,是得适配市场,但一个平台的热度到巅峰,就可以让市场来适配他。现在hyperliquid就是这样的待遇,但是他未必能守得住这个待遇,虽然可以解释目前市场上其他竞争对手交易额陡增是有新空投预期,带来的非真实交易结果。

    RWA资产,特别是美股与黄金,正成为当前Perp DEX领域新的流量入口与差异化增长点。TradeXYZ累计perp volume $19.1B,周均$320m,日均$45.7m,这就是最好的证明。

    可以想象,在接入之后看到真实收益情况之后,大量的平台还是舍不得Perps这个赛道的红利,会走向自研与大量拉新宣发,赛道之战没有结束,还会继续烧上一年,但也只有从非Cex拉来的新用户,才是真有效用户。

    免责声明

    本文信息量很密集,因为很多架构概览都是高度浓缩的,并且技术未完全开源,源于已公布信息分析

    另外,纯从技术方案角度讨论,无任何正面/负面评价各家产品的意思。

    jinse.com.cn 0
    好文章,需要你的鼓励
    jinse.com.cn 0
    好文章,需要你的鼓励
    参与评论
    0/140
    提交评论
    文章作者: / 责任编辑:

    声明:本文由入驻金色财经的作者撰写,观点仅代表作者本人,绝不代表金色财经赞同其观点或证实其描述。

    提示:投资有风险,入市须谨慎。本资讯不作为投资理财建议。

    金色财经 > 十四君 > 钱包赛道暗战2: 争相接入Hyperliquid是个好生意吗?
    • 寻求报道
    • 金色财经中国版App下载
      金色财经APP
      iOS & Android
    • 加入社群
      Telegram
    • 意见反馈
    • 返回顶部
    • 返回底部