作者：Nicky，Foresight News
Hyperliquid 作為本週期表現最為突出的交易平台之一，日交易量超150 億美元，佔據著鏈上超74% 的Perps 份額，原生代幣HYPE 目前位居加密貨幣市值排行的第12 名。 Hyperliquid 的野心不僅是成為單一的鏈上交易平台，而是建構一個以自己為核心的生態網路Hyper EVM 。
近日，Hyper EVM 生態中一個全新項目Project X 引起社區關注，該DEX 上線僅三天TVL 已突破4000 萬美元。作為一個新興項目，Project X 的生態位置和團隊背景值得關注。
若要理解Project X 的誕生，繞不開其創始團隊的「前作」— Pacmoon。
作為Blast 鏈上的社交Meme 項目，Pacmoon 憑藉“Yap 模式”（透過社交裂變與社區共識驅動代幣價值）FDV 最高超2 億美元成為當時Blast 生態的代表性項目，但目前該項目代幣PAC 的FDV 僅3.5 萬美元，接近歸零。一方面有Blast 網路逐漸沉寂的原因，另一方面也說明該專案曇花一現的屬性。
根據官方文件顯示，目前暫未明確專案創始人身份，但團隊主要成員共7 人，其中Lamboland 負責成長板塊，BOBBY 負責產品運營，hisho 負責產品設計，Ali 負責創意指導。另外還有YC 背景的CTO，和兩位DeFi 原生後端開發人員。
在已公開暱稱的四人中，根據已發布的推文判斷四人均不同程度地參與過Pacmoon 或Blast 網路建設。其中Lamboland 和BOBBY 則為Pacmoon 的創始人。
如今，團隊將目光轉向DeFi 基礎設施：AMM DEX（自動做市商去中心化交易所）。在Project X 的規劃中，團隊希望跳脫「模仿Uniswap」的框架，透過「分發機制、激勵設計與使用者體驗」，改變交易平台的競爭邏輯。正如官網所言：「科技正在趨同，下一輪DeFi 的勝負手將在於如何更有效率地分配價值、設計激勵，並讓用戶願意停留。」
Project X 的開發採用分階段推進策略，目前聚焦於第一階段「HyperEVM DEX」，後續將逐步擴展至「EVM Aggregator」與未公開的第三階段，最終目標是成為「加密交易者的首選交易平台」。
作為目前核心產品，定位為「Uniswap 風格的AMM DEX」，但在使用者體驗與激勵機制上做了差異化設計：
- 費用分配：V3 版本中，86% 的交易費用直接分配給流動性提供者（LP），剩餘部分用於協議營運。這一比例在同類AMM 中屬於「高LP 回報」梯隊，官網直言「要讓LP 在Project X 賺取更多收益」；
- V2 池籌備：儘管V2 版本尚未上線，團隊已釋放訊號，未來將透過更複雜的做市策略（如動態手續費、跨鏈流動性聚合）進一步提升LP 收益。
在完成第一階段的HyperEVM DEX 的建造後，第二階段的「EVM Aggregator」將聚焦跨鏈交易聚合，用戶可透過Project X 一鍵存取多條EVM 鏈的流動性，解決目前「多鏈DEX 割裂」的痛點。
參與方式
Project X 積分機制是目前啟動使用者成長的關鍵。目前積分是用戶參與生態的核心憑證，未來可能直接關聯代幣空投或生態權益。
目前積分的獲取路徑明確指向「用戶貢獻」：
- 流動性提供（LP）：使用者可將資產存入HyperEVM DEX 的流動性池（如目前主推的kHYPE 池），根據產生的交易費用獲得積分。官網特別強調「大部分積分將流向LP」，且積分計算與「費用產出」強相關— 例如，存入100 萬美元流動性池並產生100 美元費用的用戶，積分將低於存入1 萬美元但產生1000 美元費用的用戶；
- 交易：用戶在平台完成現貨交易（需支付手續費），根據交易規模與頻率獲得積分；
- 邀請好友：分享專屬邀請碼，用戶可獲得雙重獎勵：一是賺取好友產生積分的10% 作為推薦獎勵；二是好友的基礎積分獲取效率提升10%（例如，好友每日原本可獲得100 積分，邀請後可獲得110 積分）。
同時為快速冷啟動生態，Project X 設定了短期誘因：
- 每日100 萬積分池：目前階段，平台每日固定釋放100 萬積分，所有用戶的積分獲取均來自該池；
- 首月積分乘數：前30 天內，每日積分前100 名的用戶均可獲得最低1 倍的積分乘數獎勵。
要注意的是，專案方近期已調整積分系統UI，目前積分取得已即時反映在使用者介面，但具體空投規則（如積分與代幣的兌換比例、空投時間）尚未公佈，需以官方後續公告為準。
風險提示
與多數依賴VC 融資的DeFi 專案不同，Project X 的資金來源顯得更為「草根」：官網明確標註「100% 自籌資金，無VC、無天使投資、無私募」。這一模式的優勢在於團隊對專案的控制權更強，更傾向於「長期主義」。
但也伴隨潛在風險，無外部融資意味著專案抗風險能力較弱，若遭遇極端行情或智能合約漏洞，可能面臨「無法賠償用戶損失」的困境。
