......继续书接上回 - 移动端的问题探讨 II. 团队构建App的比较成本 那好，让我们继续，从比较成本进一步探讨这一问题。 我们必须清楚的意识到，构建一个移动端交易App我们到底构建的是什么。一个移动端产品具体会涵盖 UI/交互/下单流程/通知系统/多语言/不同地区的使用习惯/App Store 审核/用户反馈和各种细节体验。虽然听起来是一个比较简单的App但实际所需要构建的模块拆分来看并不少。不难想象的是，在实际构建这么样一个程序，是一件极其持续消耗组织资源的事情。就像在最开始那半篇内容所提到的，OKX 和 Binance 为了做出一款优秀的移动端产品背后是几千人团队的努力。然而，即使是人数多也并不一定能构建出优秀的交易App，只要我们简单回想一下一些二三线的交易所产品，我们就不难意识到这个问题。事实上，Hyperliquid团队仅有11人，尽管我们每一个人都知道也承认Hyperliquid 团队效率极高，工程能力极强，但这仍会是一个不小的挑战。 更重要的是，打造一个优秀移动端交易 App，并不是一次性工程。我们今天做出来一个优秀的 App，不代表着它可以永远保持领先。维护优秀的产品地位需要不停的迭代和不停的创新，以适应时间和行业的发展。因此，若是团队自己投身于交易App的构建，这会极大的牵扯这11人的Hyperliquid团队的精力。如果团队因此去大规模招人，那么 @HyperliquidX 团队就会丧失其在整个 @HyperliquidX 的中立性，违背了在前半章内容中团队提到的对于其自身的定位。这也让我们都离构建一个开放性金融平台的梦想更远，离成为一个狭义的交易所更近。而且，这也可能带来潜在的生态不公平性问题。Hyperliquid 如果想成为「所有金融活动的底层链上系统」，那它就不能只按传统交易所的逻辑来经营。 也所以，将 @HyperliquidX 这一优秀团队的天赋放在这里我认为这会是极大的浪费，同时在战略规划上也是不允许的。我们目前建造金融之家的梦想的进度“不足1%”，我们仍具有很多更具有意义的事情要去做。如果去开发App，这会牵扯掉他们本应该投入在底层基础设施和更值得投入的领域的精力，包括： 1.优化撮合系统 2.继续提升链的性能 3.继续完善 HyperEVM 4.继续推进HIP-3/HIP-4，及更多提案。 5.继续增强 整个生态的可组合性。 等等... 所以，Hyperliquid 团队继续优化平台架构，继续推进协议升级，继续完善 HyperEVM 和 Builder 生态，这些工作的长期价值显然比亲自下场做一个移动端 App 更大。 移动端当然重要。但重要不代表一定要由核心团队亲自做，这不对也不值得。 现在我们应该就能明白了团队的具体战略构想，也因此揣测出团队无意去做出一个优秀的移动端产品。再进一步，社区呼吁团队去做的想法应该改变，或者转向，转向于生态开发者。 站在整个 @HyperliquidX 中，需要更细致的思考我们是否真的缺少移动端App？我们很难说 @HyperliquidX 是没有好用的移动端。就像我们都知道的，目前通过 Builder Code fees总盈利超2300万美元的 @phantom 小幽灵钱包， 是所有builder programs高的。我们很难说一个在不久的时间里就产生超过数千万美元的移动前端是不成功的，但似乎包括我在内的中文社区成员总会下意识的忽略掉它。我思考了下，归根到底是我们都知道中文用户都不习惯日常使用幽灵钱包，更习惯用OKX 钱包 @wallet ，因此可能在直觉上对这些问题有一些不全面的认识。 当然，我不是想表达有了 @phantom 小幽灵钱包就代表着我们不存在缺少好用的移动端产品的问题。相反，我认为我们当前的移动端产品的数量是远远不够的，尤其是基于不同地区/不同交易习惯等方面的因素，本来就需要不同的前端解决方案，所以我相信在 @HyperliquidX 性能/流动性等方面在团队的努力下得到持续保障以后，会有越来越多的移动端开发团队来加入 @HyperliquidX 生态。 我们完全可以想象未来有十个，二十个甚至更多优秀的移动端产品来自担风险自掏腰包竞争来内卷。 这样就可以实现一个由“官方团队”亲自下场无法实现的三赢局面： 「团队」在竞争性不短提供更优秀的产品体验吸引更多用户，赚得更多回报； 「用户」能享受更高质量的产品体验，并产生更多交易活动； 「Hyperliquid」在不承担移动端开发成本内卷成本的情况下，也能实现捕捉到更多协议收入； 这样，也能让 @HyperliquidX 自己离其开放金融平台/新一代金融基础设施的梦想更近。 所以本文的结论是，移动端很重要，但 Hyperliquid 团队没有必要将其精力放在亲自打造「最强移动端」且这一做法也并不理性。我们的目标不是要去和 @binance 和 @okx 在 移动端App 细节上拼人力，这样的战略规划反而会限制我们自身可以达到的天花板。团队更应该做的事继续建设处更好的基础设施。同时，我们社区的对于建设移动端产品的呼吁也应该转向，从过去的“官方团队”转向为更多的生态开发者。 金融之家 Hyperliquid