跨所资金费率套利小工具:Nomina.io
多平台资金费率套利 + 刷积分(Multi-Venue Funding Rate Arbitrage + Points Farming) 具体怎么玩(2025年11月最主流的玩法):找到资金费率正负分化的币种 比如 BTC 或 ETH 在不同 perp DEX 的资金费率出现明显分化:Hyperliquid:+28%(年化,正费很高,多头付空头)Drift:+5%dYdX:-12%(负费,空头付多头)Aevo:-8%Jupiter Perps:-15%用 Nomina 一键做「跨平台 Delta Neutral 对冲」在所有正费平台同时做空(卖出)相同数量的 BTC/ETH 永续在所有负费平台同时做多相同数量 → 总方向完全对冲(delta ≈ 0),价格涨跌几乎不亏 → 但每天能吃到 正费平台给的钱 + 负费平台给的钱,年化经常 15%-40% 无风险收益最关键:同时在 5-10 个平台刷积分/空投 现在几乎所有 perp DEX 都在发积分(Hyperliquid、Drift、Jupiter、Aevo、SynFutures、Equinox…) 你这一单操作下去,等于同时在 8...
HyperCore 和 HyperEVM 架构及生态系统指南
HyperCore 和 HyperEVM 架构及生态系统指南状态执行被分为两个主要组件:HyperCore 和 HyperEVM。虽然这种双架构在性能和可扩展性方面提供了坚实的基础,但对于首次进入生态系统的新用户和构建者来说,它可能显得陌生且复杂。在实践中,许多用户经常混淆 HyperCore 和 HyperEVM 的角色,或者难以理解哪个链负责哪个功能。 在本文中,我们将分别探讨 HyperCore 和 HyperEVM 的角色、在此结构上运行的项目类型,以及这种架构如何推动生态系统扩展和收入生成。1. HyperCore (Hyperliquid Exchange)什么是 HyperCore?HyperCore 是实现 Hyperliquid 的链上交易所功能的的核心链。它是一个高性能的 Layer 1 区块链(基于 Rust),能够处理每秒高达 20 万笔交易 (TPS),并大约每 0.07 秒生成一个区块。 Hyperliquid 网站上提供的所有关键功能——期货和现货交易、金库操作、质押、ticker 拍卖等——全部在 HyperCore 上运行。本质上,HyperCo...
获取用户当前状态(clearinghouseState)响应体字段解析
顶层字段marginSummary (全账户汇总)accountValue: 账户总价值totalNtlPos: 所有持仓的名义总价值totalRawUsd: 原始USD总值totalMarginUsed: 已使用的保证金总额crossMarginSummary (全仓模式汇总)与 marginSummary 类似,但仅统计全仓模式的持仓其他顶层字段crossMaintenanceMarginUsed: 全仓维持保证金 ($1,478,344.33)withdrawable: 可提现金额 ($3,804,648.64)time: 时间戳 (毫秒)assetPositions (持仓详情)每个持仓包含以下字段:基本信息coin: 交易对代币名称 (如 'BTC', 'ETH')szi: 持仓数量(正数=多头,负数=空头)例如: BTC 的 -13.10863 表示做空 13.10863 个 BTC杠杆信息 (leverage)type: 杠杆类型cross: 全仓模式(使用全账户资金)isolated: 逐仓模式(仅使用该持仓的保证金)val...
跨所资金费率套利小工具:Nomina.io
多平台资金费率套利 + 刷积分(Multi-Venue Funding Rate Arbitrage + Points Farming) 具体怎么玩(2025年11月最主流的玩法):找到资金费率正负分化的币种 比如 BTC 或 ETH 在不同 perp DEX 的资金费率出现明显分化:Hyperliquid:+28%(年化,正费很高,多头付空头)Drift:+5%dYdX:-12%(负费,空头付多头)Aevo:-8%Jupiter Perps:-15%用 Nomina 一键做「跨平台 Delta Neutral 对冲」在所有正费平台同时做空(卖出)相同数量的 BTC/ETH 永续在所有负费平台同时做多相同数量 → 总方向完全对冲(delta ≈ 0),价格涨跌几乎不亏 → 但每天能吃到 正费平台给的钱 + 负费平台给的钱,年化经常 15%-40% 无风险收益最关键:同时在 5-10 个平台刷积分/空投 现在几乎所有 perp DEX 都在发积分(Hyperliquid、Drift、Jupiter、Aevo、SynFutures、Equinox…) 你这一单操作下去,等于同时在 8...
HyperCore 和 HyperEVM 架构及生态系统指南
HyperCore 和 HyperEVM 架构及生态系统指南状态执行被分为两个主要组件:HyperCore 和 HyperEVM。虽然这种双架构在性能和可扩展性方面提供了坚实的基础,但对于首次进入生态系统的新用户和构建者来说,它可能显得陌生且复杂。在实践中,许多用户经常混淆 HyperCore 和 HyperEVM 的角色,或者难以理解哪个链负责哪个功能。 在本文中,我们将分别探讨 HyperCore 和 HyperEVM 的角色、在此结构上运行的项目类型,以及这种架构如何推动生态系统扩展和收入生成。1. HyperCore (Hyperliquid Exchange)什么是 HyperCore?HyperCore 是实现 Hyperliquid 的链上交易所功能的的核心链。它是一个高性能的 Layer 1 区块链(基于 Rust),能够处理每秒高达 20 万笔交易 (TPS),并大约每 0.07 秒生成一个区块。 Hyperliquid 网站上提供的所有关键功能——期货和现货交易、金库操作、质押、ticker 拍卖等——全部在 HyperCore 上运行。本质上,HyperCo...
获取用户当前状态(clearinghouseState)响应体字段解析
顶层字段marginSummary (全账户汇总)accountValue: 账户总价值totalNtlPos: 所有持仓的名义总价值totalRawUsd: 原始USD总值totalMarginUsed: 已使用的保证金总额crossMarginSummary (全仓模式汇总)与 marginSummary 类似,但仅统计全仓模式的持仓其他顶层字段crossMaintenanceMarginUsed: 全仓维持保证金 ($1,478,344.33)withdrawable: 可提现金额 ($3,804,648.64)time: 时间戳 (毫秒)assetPositions (持仓详情)每个持仓包含以下字段:基本信息coin: 交易对代币名称 (如 'BTC', 'ETH')szi: 持仓数量(正数=多头,负数=空头)例如: BTC 的 -13.10863 表示做空 13.10863 个 BTC杠杆信息 (leverage)type: 杠杆类型cross: 全仓模式(使用全账户资金)isolated: 逐仓模式(仅使用该持仓的保证金)val...

Subscribe to 石小龙

Subscribe to 石小龙
<100 subscribers
<100 subscribers
Builder Codes 是 Hyperliquid 区块链(Layer 1)上的一个内置核心功能,旨在为开发者提供一种无许可(permissionless)、链上(onchain)和信任less 的方式来连接他们的应用前端与 Hyperliquid 的后端流动性基础设施。它类似于一个开发者工具或 referral(推荐)机制,但更专注于 monetization(变现),允许开发者通过简单集成(如添加一行代码)从用户交易中赚取费用分成,从而激励生态系统的创新和增长。 这项功能是 Hyperliquid 作为“流动性 AWS”(Amazon Web Services)的关键组成部分,帮助开发者避免从零构建流动性池,而是直接利用 HyperCore(Hyperliquid 的核心交易引擎)的深度流动性、订单簿和执行速度。
Builder Codes 本质上是一个独特的标识符(unique identifier)或标签(tag),开发者可以将它附加到交易中。当用户通过开发者的应用(如前端界面、移动钱包、Telegram bot 或社交交易平台)执行交易时,这个代码会触发费用分成机制。具体流程如下:
集成与连接:开发者在他们的应用中集成 Hyperliquid 的 API 或 SDK(如 TypeScript SDK 或 Rust SDK Ferrofluid),使用 Builder Codes 作为桥梁连接到 HyperCore。HyperCore 是 Hyperliquid L1 的核心部分,支持永续合约(perps)、现货交易(spot)、资金存款和 HYPE 质押等功能。它能处理高达 200,000 笔订单/秒,中位延迟约 0.2 秒,所有操作(如订单、交易、取消)均在链上发生,由 HyperBFT 共识机制支持。
交易执行:用户在应用中下单时,订单路由到 HyperCore 的订单簿。Builder Codes 确保交易归属于该开发者,同时应用可以自定义交易路由、执行逻辑或 UI(如实时价格更新、余额显示)。为了安全性,系统支持“代理(agent)基于交易系统”:代理只能执行交易,无法转移用户资金,减少黑客风险。
费用分成与变现:开发者设置自定义费用(在 Hyperliquid 标准费用之上),用户需批准这些费用。交易完成后,开发者从生成的流量中赚取分成。这是一个原生的、无需批准的机制,确保开发者按比例获得收益(如交易量的百分比)。
Builder Codes 解决了 DeFi 应用的常见痛点:流动性引导问题(bootstrapping liquidity)。开发者无需自己构建订单簿或吸引做市商,就能访问 HyperCore 的 CEX 级流动性(低滑点、深度市场),从而专注于用户体验(如本地化界面或 AI 交易工具)。这类似于 Shopify 的应用商店模式,但链上化:开发者构建,平台提供基础设施,并分享收益。
自定义费用上限:对于永续合约,开发者可设置高达 0.1% 的费用;对于现货交易,高达 1%。这些费用以基点(basis points)的十分之一表示(例如,f=10 表示 1 个基点)。
查询与监控:使用 API 查询已批准费用(JSON payload: {"type": "maxBuilderFee", "user": "0x...", "builder": "0x..."})或检查收益({"type": "referral", "user": "0x..."})。交易数据可通过 CSV 文件下载(如 https://stats-data.hyperliquid.xyz/Mainnet/builder_fills/{builder_address}/{YYYYMMDD}.csv.lz4),地址需小写。
分成机制:收益与应用驱动的交易量成正比,可能超过 L1 自身费用数倍。Hyperliquid 也从中获益,形成飞轮效应:更多应用 → 更多流量 → 更深流动性。
设置 Builder Codes 相对简单,通常只需一行代码集成。官方推荐使用 @SovrunOfficial 的 boilerplate 模板作为起点:
克隆模板:从 GitHub 克隆 boilerplate,验证钱包连接、交易界面和 UI。
替换 API 调用:使用 Unofficial TypeScript SDK(https://github.com/nomeida/hyperliquid/tree/main)或 Rust SDK Ferrofluid 替换直接 API 调用,提高效率。
自定义:添加功能如高级策略、分析仪表盘或 DeFi 集成。使用 Tailwind CSS、shadcn/ui、Wagmi、Viem 等工具构建 UI;Zustand 管理状态;TanStack Query 处理数据获取。TypeScript 确保类型安全。
示例代码片段(查询费用):
{
"type": "maxBuilderFee",
"user": "0xYourUserAddress",
"builder": "0xYourBuilderAddress"
}
Python SDK 示例可在 https://github.com/hyperliquid-dex/hyperliquid-python-sdk/blob/master/examples/basic_builder_fee.py 找到。
@pvp_dot_trade(Telegram 交易 bot):累计收入 ~$7.11M-$7.5M,占 Builder 交易量 78%。
@Okto_wallet(移动前端):收入 ~$825K。
@AxiomExchange:收入 ~$691K-$1.3M。
Phantom 和 Rabby 钱包:集成后,提供 perps 交易,收入达数百万美元。
其他:区域化前端、 fiat onramps、社会交易 app、AI bot 等。2025 年 5 月 3 日,Builder Codes 交易量达 $650M,占总量的 4.2%。
技术上,Builder Codes 支持自定义贸易执行、路由和代理系统,与 HIP-3(perps-as-a-service)结合,允许开发者部署自定义市场。 未来,它将加速 Hyperliquid 的分布扩展,超越 CEX:开发者蜂拥而至,创建股票、预测市场、商品等新产品,形成“一切交易所”。 截至 2025 年,Builder Codes 收入接近 $10M,预示着大规模采用。
Builder Codes 是 Hyperliquid 区块链(Layer 1)上的一个内置核心功能,旨在为开发者提供一种无许可(permissionless)、链上(onchain)和信任less 的方式来连接他们的应用前端与 Hyperliquid 的后端流动性基础设施。它类似于一个开发者工具或 referral(推荐)机制,但更专注于 monetization(变现),允许开发者通过简单集成(如添加一行代码)从用户交易中赚取费用分成,从而激励生态系统的创新和增长。 这项功能是 Hyperliquid 作为“流动性 AWS”(Amazon Web Services)的关键组成部分,帮助开发者避免从零构建流动性池,而是直接利用 HyperCore(Hyperliquid 的核心交易引擎)的深度流动性、订单簿和执行速度。
Builder Codes 本质上是一个独特的标识符(unique identifier)或标签(tag),开发者可以将它附加到交易中。当用户通过开发者的应用(如前端界面、移动钱包、Telegram bot 或社交交易平台)执行交易时,这个代码会触发费用分成机制。具体流程如下:
集成与连接:开发者在他们的应用中集成 Hyperliquid 的 API 或 SDK(如 TypeScript SDK 或 Rust SDK Ferrofluid),使用 Builder Codes 作为桥梁连接到 HyperCore。HyperCore 是 Hyperliquid L1 的核心部分,支持永续合约(perps)、现货交易(spot)、资金存款和 HYPE 质押等功能。它能处理高达 200,000 笔订单/秒,中位延迟约 0.2 秒,所有操作(如订单、交易、取消)均在链上发生,由 HyperBFT 共识机制支持。
交易执行:用户在应用中下单时,订单路由到 HyperCore 的订单簿。Builder Codes 确保交易归属于该开发者,同时应用可以自定义交易路由、执行逻辑或 UI(如实时价格更新、余额显示)。为了安全性,系统支持“代理(agent)基于交易系统”:代理只能执行交易,无法转移用户资金,减少黑客风险。
费用分成与变现:开发者设置自定义费用(在 Hyperliquid 标准费用之上),用户需批准这些费用。交易完成后,开发者从生成的流量中赚取分成。这是一个原生的、无需批准的机制,确保开发者按比例获得收益(如交易量的百分比)。
Builder Codes 解决了 DeFi 应用的常见痛点:流动性引导问题(bootstrapping liquidity)。开发者无需自己构建订单簿或吸引做市商,就能访问 HyperCore 的 CEX 级流动性(低滑点、深度市场),从而专注于用户体验(如本地化界面或 AI 交易工具)。这类似于 Shopify 的应用商店模式,但链上化:开发者构建,平台提供基础设施,并分享收益。
自定义费用上限:对于永续合约,开发者可设置高达 0.1% 的费用;对于现货交易,高达 1%。这些费用以基点(basis points)的十分之一表示(例如,f=10 表示 1 个基点)。
查询与监控:使用 API 查询已批准费用(JSON payload: {"type": "maxBuilderFee", "user": "0x...", "builder": "0x..."})或检查收益({"type": "referral", "user": "0x..."})。交易数据可通过 CSV 文件下载(如 https://stats-data.hyperliquid.xyz/Mainnet/builder_fills/{builder_address}/{YYYYMMDD}.csv.lz4),地址需小写。
分成机制:收益与应用驱动的交易量成正比,可能超过 L1 自身费用数倍。Hyperliquid 也从中获益,形成飞轮效应:更多应用 → 更多流量 → 更深流动性。
设置 Builder Codes 相对简单,通常只需一行代码集成。官方推荐使用 @SovrunOfficial 的 boilerplate 模板作为起点:
克隆模板:从 GitHub 克隆 boilerplate,验证钱包连接、交易界面和 UI。
替换 API 调用:使用 Unofficial TypeScript SDK(https://github.com/nomeida/hyperliquid/tree/main)或 Rust SDK Ferrofluid 替换直接 API 调用,提高效率。
自定义:添加功能如高级策略、分析仪表盘或 DeFi 集成。使用 Tailwind CSS、shadcn/ui、Wagmi、Viem 等工具构建 UI;Zustand 管理状态;TanStack Query 处理数据获取。TypeScript 确保类型安全。
示例代码片段(查询费用):
{
"type": "maxBuilderFee",
"user": "0xYourUserAddress",
"builder": "0xYourBuilderAddress"
}
Python SDK 示例可在 https://github.com/hyperliquid-dex/hyperliquid-python-sdk/blob/master/examples/basic_builder_fee.py 找到。
@pvp_dot_trade(Telegram 交易 bot):累计收入 ~$7.11M-$7.5M,占 Builder 交易量 78%。
@Okto_wallet(移动前端):收入 ~$825K。
@AxiomExchange:收入 ~$691K-$1.3M。
Phantom 和 Rabby 钱包:集成后,提供 perps 交易,收入达数百万美元。
其他:区域化前端、 fiat onramps、社会交易 app、AI bot 等。2025 年 5 月 3 日,Builder Codes 交易量达 $650M,占总量的 4.2%。
技术上,Builder Codes 支持自定义贸易执行、路由和代理系统,与 HIP-3(perps-as-a-service)结合,允许开发者部署自定义市场。 未来,它将加速 Hyperliquid 的分布扩展,超越 CEX:开发者蜂拥而至,创建股票、预测市场、商品等新产品,形成“一切交易所”。 截至 2025 年,Builder Codes 收入接近 $10M,预示着大规模采用。
Share Dialog
Share Dialog
No activity yet