随着链上衍生品市场规模持续扩大,越来越多交易者开始关注能够兼顾交易效率与资产自主控制权的 DeFi 交易协议,而 Phoenix 正是在这一背景下出现的链上高性能交易基础设施。
相比依赖自动做市商(AMM)的传统衍生品协议,Phoenix 更强调低滑点、高频交易与订单深度管理能力,其架构更接近传统金融市场中的中心化交易所撮合系统。随着链上量化交易、专业做市与高频策略需求增长,Phoenix 所代表的链上订单簿模式也逐渐重新受到市场关注。
去中心化交易市场早期主要由 AMM 模型主导。AMM 通过流动性池完成资产交换,降低了链上做市门槛,但也带来了滑点、资金利用率较低以及价格发现效率有限等问题。当 DeFi 开始向永续合约与专业交易场景扩展时,传统 AMM 模型逐渐难以满足高频交易与复杂订单管理需求。
另一方面,中心化交易所在永续合约市场长期占据主导地位,其核心优势来自高性能订单簿与实时撮合能力。然而,中心化平台通常要求用户托管资产,并依赖平台自身维护订单与清算系统。
Phoenix 的目标是在链上环境中重建订单簿交易体验。借助 Solana 的高吞吐与低交易成本,Phoenix 将订单撮合、风险检查与市场状态维护部署在链上,希望在保持透明度与可验证性的同时,实现更接近中心化交易所的执行效率。
作为一个基于 Solana 构建的链上永续合约交易协议,Phoenix 采用 Fully On-Chain Central Limit Order Book(中央限价订单簿)架构。用户可以直接通过钱包连接协议进行交易,无需将资产托管给中心化平台。
Phoenix 的核心特征主要体现在几个方面,包括链上订单簿撮合、非托管资产管理、高频交易支持以及更接近传统交易所的订单体验。相比传统 AMM 型永续协议,Phoenix 更强调订单深度与价格发现效率。
Phoenix 的交易流程主要包括订单提交、风险检查、撮合执行与链上结算几个阶段。
用户提交订单后,协议会首先检查账户保证金与风险参数,确认账户是否满足开仓条件。随后,订单会进入链上订单簿,与其他买卖订单进行价格匹配。
当买卖双方价格匹配时,系统会完成交易撮合,并更新双方仓位状态。整个过程均记录在链上,所有交易状态都可公开验证。
Phoenix 采用中央限价订单簿(CLOB)模式,因此交易者可以使用限价单、市价单等更接近传统交易所的订单类型,而不仅仅依赖流动性池自动定价。
在永续合约市场中,资金费率(Funding Rate)机制同样十分重要。当永续价格高于现货价格时,多头通常需要向空头支付资金费率;反之则相反。该机制用于维持市场价格平衡。
Phoenix 的技术结构建立在 Solana 高性能网络之上,其核心组件包括:
Phoenix 使用 Fully On-Chain Order Book 模型保存市场订单状态。所有挂单、撤单与成交信息均记录在链上,而不是由中心化服务器维护。
这种设计提高了透明度,但同时也对底层区块链性能提出更高要求。Solana 的低延迟与高吞吐能力使 Phoenix 能够在链上环境中运行订单簿交易系统。
撮合引擎负责匹配买卖双方订单,并更新市场状态。与传统中心化交易所不同,Phoenix 的撮合逻辑运行在链上程序中。
风险引擎负责检查账户保证金、维持保证金比例以及仓位风险水平。当账户风险超过限制时,系统可能触发强制平仓。
Phoenix 依赖外部预言机提供市场参考价格,以避免市场操纵与异常价格波动影响清算逻辑。
Phoenix 与传统 AMM 型永续协议最大的区别在于市场结构。
AMM 协议主要依赖流动性池完成交易,价格由算法自动计算。当大额订单进入市场时,通常会产生明显滑点。
Phoenix 则采用订单簿模式,交易价格由买卖双方挂单形成,更接近传统金融市场中的价格发现机制。
两种模型在交易体验上也存在明显差异:
| 对比维度 | Phoenix | AMM 型永续协议 |
|---|---|---|
| 市场结构 | 链上订单簿 | 流动性池 |
| 价格形成 | 买卖挂单撮合 | 算法定价 |
| 滑点控制 | 相对较低 | 大额交易较明显 |
| 高频交易支持 | 较强 | 相对有限 |
| 做市方式 | 专业做市商 | LP 提供流动性 |
| 订单类型 | 限价单、市价单等 | 通常较少 |
无论是 Phoenix 还是 Drift,都建立在 Solana 高性能网络基础之上。Solana 的高吞吐与低手续费能力,使其能够支持复杂链上交易结构运行。
相比之下,Phoenix 与 Drift 两者采用了不同的市场结构与流动性模型。
此外,Phoenix 与 Hyperliquid 都是链上永续合约交易领域的重要协议,但两者采用了不同的技术路线与市场结构。
链上永续合约交易涉及杠杆,因此风险控制是 Phoenix 架构中的关键组成部分。
用户开仓时需要提供初始保证金。当市场波动导致账户净值下降时,若低于维持保证金要求,系统可能触发清算机制。Phoenix 会自动平仓部分或全部仓位,以避免协议出现坏账风险。
除此之外,Phoenix 的风险系统还依赖 Oracle 提供市场价格数据,因此预言机稳定性同样会影响协议整体运行安全。由于永续合约本身具有高杠杆特性,极端行情下仍可能出现较大市场风险。因此,交易者在参与链上衍生品交易前,需要充分理解清算规则与杠杆机制。
Phoenix 的主要应用场景包括链上专业交易、高频做市与 DeFi 交易基础设施。
对于普通交易者而言,Phoenix 提供了无需托管资产即可参与永续合约市场的方式。用户可以通过钱包直接交易,并保留资产控制权。
对于做市商与量化团队而言,Phoenix 的订单簿结构更适合高频策略部署。相比 AMM,订单簿能够提供更精细的价格控制与流动性管理能力。
与此同时,Phoenix 还能够作为 Solana DeFi 生态中的基础设施组件,与聚合器、策略协议以及其他金融应用进行组合。这种可组合性也是 DeFi 协议的重要特点之一。
Phoenix 的主要优势来自链上订单簿架构与 Solana 网络性能。相比传统 AMM 型协议,其交易体验更接近中心化交易所,并能够提供较低滑点与更高订单精度。
另一方面,Phoenix 依旧保留了 DeFi 的核心特点,包括非托管资产管理、链上透明性以及开放式金融组合能力。这使其既能够服务普通交易者,也能够支持专业量化团队与做市商。
不过,Phoenix 也存在一定局限。订单簿市场需要持续流动性支持,而高频交易生态又对网络稳定性提出较高要求。此外,链上衍生品市场本身仍面临系统性风险、Oracle 风险以及极端行情下的波动压力。
Phoenix 作为 Solana 生态中的链上永续合约交易协议,采用 Fully On-Chain Order Book 架构,为用户提供非托管的杠杆交易体验。相比传统 AMM 型衍生品协议,Phoenix 更强调订单簿深度、价格发现效率与高频交易能力。
不过,链上衍生品市场仍属于高风险领域,用户在参与杠杆交易前,需要充分理解保证金机制、资金费率以及清算风险。
不是。Phoenix 属于去中心化永续合约交易协议,用户通过钱包直接连接协议进行交易,资产无需托管给中心化平台。
Phoenix 主要采用链上订单簿(CLOB)模式,而不是传统 AMM 流动性池结构。
Solana 具有高吞吐、低延迟与低交易成本等特点,更适合运行链上订单簿与高频撮合系统。
Phoenix 支持永续合约、杠杆交易、限价单、市价单以及保证金交易等功能。
资金费率用于维持永续合约价格与现货市场价格之间的平衡。
存在。由于永续合约涉及杠杆,当账户保证金不足时,系统可能触发强制平仓。
Phoenix 更强调订单簿撮合与专业交易结构,而传统 DEX 多数采用 AMM 流动性池模式。





