昨天的3D擎天柱网站制作拆解，工具用了 Hyper3D 的MCP + GPT6。 核心流程： 1. Codex 生图 2. 让Hyper3D MCP 生成 3D 模型和 Bang 拆解素材。 3. 把GBL格式 3D 模型嵌入网页，按指定动效展示 想让网站炫酷，增加3D素材是个好方法。 Rodin 2.5模型还能制作3D游戏，太方便了！ 免费注册就能领10积分，生成多个3D素材。 新用户一个月会员只要1美元，补贴不小，推荐试试。

吴说获悉，Hyperdash 联合创始人 Hans Birringer 表示，Hyperliquid 的 AQAv2 treasury wallet 于 10 月 3 日完成首笔约 1,458 万美元付款，对应 30 天的 USDC 储备收入，为协议在交易手续费之外新增一项收入来源。首期覆盖 8 月 26 日至 9 月 24 日的 30 次储备余额读数，隐含平均利率约为 3.14%。按照 AQAv2 机制，相关 USDC 储备收入每 30 天结算，并支付至 Assistance Fund 用于购买 HYPE。Hans 数据显示，2026 年 1 月至 9 月 Hyperliquid 永续合约交易量约 2 万亿美元，协议获得约 4.933 亿美元交易手续费。

吴说获悉，据 Hyperdash 联合创始人 Hanson Birringer 分析，Jump Trading 自 2025 年 12 月 12 日向 Hyperliquid 首次充值以来，通过 1 个主账户与 16 个子账户累计交易量已接近 1,500 亿美元，占平台永续合约总成交量的 7.8% 以及 xyz 市场的 18.9%；在 7 月份的高峰期，其交易量一度占全平台的 17.9% 及 xyz 市场的 28.7%。目前其总账户规模为 6,360 万美元，名义持仓达 1.45 亿美元。迄今 Jump 已向 Hyperliquid 支付了约 700 万美元手续费，其目前约 6,500 万美元的 USDC 保证金依托 AQAV2 费率每年为协议带来约 180 万美元的净利息收入。

Hyperliquid 生态，依旧大有可为。 1/ 第一个例子 - @hypurrdash HyperDash 是第一个经典案例。 在很多人眼里，HyperDash 不过是 Hyperliquid 的一个数据分析网站。但很少有人注意到它的收入。 ▌2026 年 Q2：协议收入 17 万美元 ▌2026 年 Q3：协议收入 40 万美元 单看收入，这已经超过了很多 DeFi 协议。 它的路径也很清晰： 2024 年创立，作为 Hyperliquid 的独立分析仪表盘； 2025 年 11 月被 收购，从分析平台向交易终端转型； 2026 年 7 月收购机构级数据公司 Imperator，成为 Hyperliquid 的活跃验证节点。 先用分析工具吸引用户，再培养粘性，最后提供交易能力、培养交易习惯。HyperDash 证明了，只要服务足够有用，用户和收入都是水到渠成的事。 Hyperdash 传送： 2/ 第二个例子 - @leveracc_xyz 和 HyperDash 不同，Lever/acc 更早期，10 月 12 日才正式对外公布，不到一周。 而且它一开始就把交易功能内嵌在产品里，没有走先工具后交易的老路。 它是什么？ Lever/acc 是 Hyperliquid 上的信用与结算协议，交易者用自有 USDC 作抵押，最多可借入 4 倍资金，也就是拿到 5 倍购买力去做永续合约。 我自己试了一把，充值 100 USDC，借出 400 USDC，开了一张 HYPE 多单，舔了 3% 涨幅就离场。整个过程轻松丝滑。 （如图） 问题来了：LeverAcc 为什么敢给更高杠杆？ 关键在于，它的借款不是通用资金，而是绑定到 Hyperliquid 交易账户的专用信用。由此带来几层控制： ▌资金用途被锁定 借到的 USDC 会直接进入用户在 HyperCore 的交易账户，用户当然可以提现，但每次提现都会重新核算实时账户价值与未偿债务，只放行安全范围内的那部分。 ▌实时健康监控 + 自动降风险 Aave 这类协议靠预言机 + 清算，LeverAcc 靠的是持续监控健康度 + 自动执行： 健康度 > 1.167 - 可以正常交易 健康度≤ 1.167 - 禁止加重仓位 健康度 ≤ 1.125 - 开始减仓 健康度 ≤ 1.05 - 减掉 65% 仓位 说人话就是，系统会实时盯着你的单子，并有权替你减仓。用户最多只能亏掉本金。 ▌兜底设计 LeverAcc 还会在 Hyperliquid 上为每个借款仓位挂 reduce-only 止损单。就算 LeverAcc 服务宕机、RPC 拥堵、轮询没跟上，交易所本身也会按止损价平仓。 LeverAcc 传送： 目前还在测试阶段，建议小额体验，别上大资金。

这两天越用 GPT 5.6 Sol，就越喜欢 Fable 5 。。。 前几天让 Fable 5 把我的一个 NextJS 自部署的项目，迁移到 SvelteKit + 部署到 Cloudflare Workers，迁移完过后，跑起来和迁移之前一模一样，看不出任何区别。 这个仓库里包含了官网项目和 app 项目，要求它两个都完整地迁移，包括相关的技术栈全都迁移到 Cloudflare，比如 Redis -> KV，Inngest -> Cloudflare Queeu，Postgres -> Hyperdrive。所以算是一个特别复杂的任务了，断断续续跑了好几个五小时，最终结果也算没让我失望。 今天没事干，想着试试用 GPT 5.6 Sol Max 来把我另一个 NextJS 项目迁移到 SvelteKit（想着也许能省点 Cloudflare 的账单），基本上就只有这一个迁移点，这个项目本身也就是部署在 Cloudflare 上的。 而且这就一个官网，也没啥逻辑，想着对于 GPT 5.6 Sol 来说应该问题不大。 但是迁移完过后，连样式都是各种错乱的，把我之前复杂一点的元素全都给简化了。感觉它做的工作更像是总结了一下这个项目是干啥的，然后重新写了一份，而且还写得很一般。 看了 GPT 迁移的版本过后，我直接撤销了这次修改。。。