60
0Hello，大家好，我是 James，欢迎来到我的播客。
今天我们聊一个很容易被误解的项目：Hyperliquid。
很多人把它理解成一个链上永续合约交易所。这个理解没有错，但不够。因为这场对话里，创始人 Jeff Yan 讲的并不是“怎样多做一个交易产品”，而是一个更大的问题：金融系统到底应该被一家公司垂直地拥有，还是应该像互联网一样，成为所有人都能接入的公共基础设施？
今天我想给出的结论很简单。
Hyperliquid 真正想竞争的，不是某一家交易所。它想验证的是另一种金融架构：底层负责订单簿、清算、流动性和结算；上层让不同公司、开发者和地区品牌去服务自己的用户。若这个架构成立，价值不只来自交易量，而来自谁掌握底层流动性、谁最容易在这层基础设施上创新。
但先把风险说在前面。开放金融不是天然更安全，也不是天然更公平。它会把技术、合规、市场操纵、清算和用户保护的问题，一起推到更难的位置。
先解释一个问题：为什么永续合约会成为这场故事的起点？
Jeff 的说法很朴素。对于一项资产，如果大部分用户只是想表达“我认为它会上涨还是下跌”，最有效的设计，可能不是准备几十个到期日、行权价和不同合约，而是让大家集中在一个不会到期的市场里交易。
这不是说期权和期货没有价值。它们在需要非线性收益、限制下行、做复杂对冲时很有必要。但对于最基础的方向判断，一个价格、一个深度市场，能让流动性更集中，也让价格发现更直接。
这就是永续合约的真正吸引力：它不是把金融变复杂，而是把大量本来分散的判断，汇聚到一个更容易交易、也更容易形成流动性的地方。
从这个角度看，为什么传统金融也在向全天候市场、股票相关永续产品和更即时的交易体验靠近，就不难理解了。用户不是因为某个协议的名字而改变习惯，而是因为一个产品形式能更直接地表达自己的判断。
接下来是 Hyperliquid 的第二层野心：让更多原来很难交易的东西，变成可进入的市场。
访谈里谈到的 HIP-3，可以理解成一种让部署者创建市场的工具。重点不在某一个具体市场，而在它试图把金融创新的门槛放低。比如，一种原本只有少数人能参与的资产，一种只能在特定时间交易的商品，或者上市之前的风险敞口，是否能通过更开放的市场设计让更多人参与？
这里最容易被营销语言带偏。更容易参与，不等于风险更低；二十四小时交易，也不等于价格发现一定更好。市场越开放，越需要流动性、清算能力、价格来源和风险控制同时跟上。没有这些，所谓“普惠”只会变成让更多人更快地承担风险。
所以，我们要看 HIP-3 不能只看成交量。更重要的是三个问题：这个市场是否解决了原来用户做不到的事？它是否有足够可靠的价格和深度？它在剧烈波动时，清算与用户保护是否经得起考验？
第三层，才是我认为最值得关注的 Builder Codes，也就是“开发者代码”这个概念。
Jeff 把全球金融的架构分成两条路。
第一条路，是我们熟悉的垂直整合。一个公司从获客、开户、订单、清算、市场定义到结算，全部自己掌握。这样做效率很高，用户体验也能很完整。大多数金融科技公司都走这条路。
第二条路，更像互联网或操作系统。底层协议把最难、最重、最没有差异化但必须做好的工作处理掉，比如订单簿和清算。上层的团队不必重新造一套交易引擎，而是专注于自己的用户、品牌、分发和界面；他们通过自己的入口带来交易流，也能按照协议规则获得费用。
这套思路最重要的一句话是：没有人在和互联网竞争，你只是在使用互联网。
如果 Hyperliquid 真能成为这样的工具层，那么一家南非的本地金融品牌、一个面向专业交易员的终端、一个手机钱包，甚至一个未来的人工智能代理，都可以在不放弃自己用户关系的前提下，接入同一套底层流动性。
这带来一个很有意思的变化。金融信任往往是本地化的。用户未必信任一个遥远的全球交易品牌，却可能信任自己熟悉的钱包、银行、券商或地区应用。基础设施若能把“全球流动性”和“本地信任”分开，可能比强行打造一个全球统一品牌更有效。
不过，开放架构也有代价。谁负责客户服务？谁负责损失？谁决定哪些市场能上线？当本地监管与全球流动性发生冲突时，协议、界面和部署者各承担什么责任？这才是开放金融从技术演示走向大规模采用时，必须回答的问题。
我们还可以把它放到一个更大的商业问题里看。基础设施的价值，往往不在于它把每件事都做完，而在于它是否让别人在上面做出更好的产品。云计算没有替每个软件公司面对用户；移动操作系统没有替每个应用决定服务什么人。它们做的是把通用、昂贵、复杂的底层能力做成标准件。
金融如果也走向这种结构，最大的赢家未必只有底层协议。也可能是最理解某类用户的产品团队，是最能建立本地信任的品牌，是能把复杂工具变成简单体验的界面。反过来，底层如果不能长期提供可靠流动性，或者规则不断变化，上层就会失去建立产品的意愿。
因此，判断这类协议的健康程度，不能只看表面热度。要看开发者是不是持续留下来，看新的界面是不是带来真实而非短期补贴的用户，看底层费用结构是否让所有参与者都有动力维护系统，也要看极端行情时不同层之间会不会互相推卸责任。
第四层，是人工智能。
Jeff 的判断很克制。他不认为人工智能代理接入金融系统，最大的障碍是接口技术。代理已经能调用接口、读取数据、执行规则。真正的障碍是，传统金融里的数据和价值不在同一层：你能在互联网里传输信息，但真正移动资金时，仍要经过一层层机构许可。
而链上系统的独特性在于，数据和价值可以在同一个抽象层上流动。未来的用户也许只需给出高层目标，例如控制风险、维持现金流、进行再平衡。代理再把目标转化成操作。
这听起来很美，但不能把它当作近在眼前的收入预测。人工智能代理接管金融操作，首先会遇到授权、欺诈、责任、模型错误和不可逆交易的问题。技术可以把交易做得更快，也能把错误放大得更快。谁拥有撤销权，谁承担模型造成的损失，依然比“代理能不能下单”重要得多。
最后，聊聊 HIP-4，也就是结果市场和凸性工具。
永续合约适合表达一个线性的判断：涨还是跌。但用户有时不想承受线性的收益和亏损。他可能只想承担有限损失，或者对一个事件、一个区间、一个结果做判断。这就需要期权、二元市场、标量市场这类凸性工具。
Jeff 的思路不是说永续合约要取代所有金融产品，而是用少数通用的基础模块，组合出更多金融体验。一个好的协议不需要预先定义所有用途；它需要把基础模块做得足够可靠，让别人发现连创始团队也没有想到的用途。
但金融产品不是乐高玩具。模块可以自由组合，损失也可以自由传导。越是允许复杂产品被快速拼出来，越需要清楚的风险披露、透明的结算规则和能够经受压力测试的市场深度。否则用户看见的是一个简单入口，背后承担的却是一组自己根本没有理解的风险。
这也是我们观察 Hyperliquid 的正确方式。不要只问它下一季交易量会是多少，也不要只问某个代币会不会上涨。更该问的是：它能否持续吸引开发者？是否能把流动性留在底层？不同界面接入后，用户体验与风险控制是否仍然足够好？合规市场和开放市场能否共存？
如果这些问题的答案越来越好，它就可能不仅是一个交易所，而是一层新的金融操作系统。
如果答案不好，它仍然可能是一家优秀的交易平台，但“金融互联网”的叙事就会停留在理想层面。
所以，今天我们不需要急着赞美，也不需要急着否定。真正值得持续追踪的，是基础设施能否让更多人创造新的金融服务，同时不把复杂风险藏在更漂亮的界面后面。
今天的内容仅用于研究与交流，不构成任何投资建议。
我是 James，感谢你听到这里。下一期，我们继续拆一个更现实的问题：当所有资产都可以二十四小时交易时，普通人获得的是自由，还是更难退出的风险？
