Ethereal 是一個 Ethena 原生的 Perp DEX, 其設計建立在一個簡單的核心命題之上: 如果大量加密貨幣衍生品擔保品本來就處於閒置狀態, 那麼交易所就應該預設讓這些擔保品具備收益能力。作為 Ethena 生態系中的旗艦交易平台, Ethereal 將 CEX 等級的執行能力(sub-20ms 延遲, 高吞吐量), 與 DeFi 原生的自我託管機制, 以及綁定 USDe, Ethereal Points 與 Ethena Exchange Points(EEP → ENA)的激勵結構結合在一起。對 API 交易者, BOT 操作者與高交易量交易者而言, Ethereal 的差異化重點不只是「另一個 Perp DEX」。它是一個執行平台, 具備以下特徵:擔保品收益為原生設計(up to ~27.2% APR, 受計畫上限限制)手續費屬於鏈上最低水準之一(0.015% Taker, Maker 回饋 up to -0.008%)提供機構級 API 限制設計(rate-limit headers, REST + WebSocket, 透明 quota)本文將拆解 Ethereal 在 2026 年的架構, 手續費模型, 激勵機制, 以及最適合其微結構的交易策略。交易所資訊: 什麼是 Ethereal?平台概覽成立時間: 2024生態系: Ethena (USDe synthetic dollar)創辦人: 匿名帳號 @0xAfif (Afif)上線時間軸:Season Zero 預存款: 2025 年 2 月(產品上線前存款 >$1B)Mainnet Alpha: 2025 年 10 月 20 日(初期採分階段開放 / whitelist)Ethereal 透過 Ethena 治理獲得批准, 並與 Ethena Labs 緊密協作開發, 因此成為 USDe 計價交易活動中最直接的「鏈上交易所層」。注意: 「Ethereal Ventures」(Joseph Lubin) 與 Ethereal DEX 無關。技術架構(以執行為優先的 DEX 設計)Ethereal 並不是一般性的 L2 部署。它是一個以執行為導向的 appchain 架構, 被設計為具有撮合引擎般的運作特性。組件詳細內容鏈類型Ethena Network 上的 L3 EVM AppChain結算Arbitrum One (Ethereum security)資料可用性Celestia執行應用專屬 sequencer吞吐量Up to 1M orders/sec (官方陳述)延遲Sub-20ms (官方陳述)擔保品USDe這本質上是一個為高頻訂單流所設計的 CLOB 風格 Perp DEX, 同時保留自我託管特性。監管狀態(實務上的現實)Ethereal 是一個非託管 DEX, 目前未披露任何監管牌照, 也未說明有 KYC/AML 要求。Alpha 階段初期曾採用 whitelist/waitlist, 但其設計意圖仍然是 permissionless。對於建構在 DeFi 基礎設施上的槓桿衍生品, 可假設:全球監管不確定性仍未解決存取條件與執行方式可能隨時間改變該協議承接了 Perp DEX 市場常見的合規風險交易者核心功能支援產品產品狀態備註永續期貨✅ LiveBTC, ETH 與主要交易對現貨交易🔜 Roadmap開發中貨幣市場🔜 RoadmapUSDe 借貸RWA🔜 Roadmap真實世界資產選擇權❌不支援交易機制最大槓桿: up to 50x (BTC/USD 市場)保證金模式: cross-margin (預設); isolated margin 在 Roadmap 中無 gas 訂單/交易: 使用體驗接近 CEX進階訂單類型: 限價單, 市價單, 條件單無限 subaccounts: 可對 BOT 與策略做清楚分離TradingView 圖表: 專業圖表工作流程Pyth Lazer 預言機: sub-1ms 價格推送, 提升清算精準度Ethereal 很明確是為以下族群而設計:做市商系統化執行交易者DeFi 原生量化交易者重視擔保品效率的高交易量交易者API 細節(適合演算法交易)Ethereal 提供機構整合等級的專業 API 架構。文件: https://api.ethereal.trade/docs介面: REST + WebSocketRate limit 透明度: headers 包含 RateLimit-Remaining, RateLimit-Reset, Retry-AfterRate Limits(quota 制)Rate Limit 類型QuotaWindowHTTP (所有 endpoints)20,000 points1 minuteWebSocket (connections/subscriptions)3,500 points5 minutesAccount (authenticated)220 points1 minute營運限制:每個 subaccount 最多 50 個 open positions每個 subaccount 在每個市場最多 200 筆 orders每日最多 10 次 withdrawalsWebSocket 於 12 小時後斷線(client 必須重新連線)呼叫依複雜度消耗 1/5/10 points交易者可得出的重點是: Ethereal 是為高吞吐量, 多 subaccount 自動化而建構。若你能在 points 制 quota 內運作, 它會比不透明的「req/sec」上限更具可預測性。手續費與成本結構Ethereal 的定價結構旨在鼓勵 Maker 流量, 並降低 Taker 成本拖累。手續費類型費率Taker 手續費0.03% (3 bps)Maker 回饋 (最大)0.00% (0 bps)存款Free提款小額 USDe 手續費對 CLOB 風格的 Perp DEX 而言, 0.015% Taker + 0.00% Maker 是一個相當明確的訊號, 目標是將專業交易流量拉上鏈。激勵與積分結構(為何交易者提早進場)Ethereal 早期的成長高度依賴激勵驅動, 但其設計方式與實際交易活動(OI, Maker 流量, 手續費)保持一致。1) USDe 交易獎勵(Up to ~27.2% APR)每週交易所手續費最多 25% 導入 Trading Rewards pool按總 open interest(OI) 佔比進行比例分配自動符合資格: 持倉時間 ≥ 1 小時每週發放(週四)總計(Balance + Trading)以上限 ~27.1828% APR 的平均保證金餘額為基準解讀: 對許多策略而言, 保證金不再只是閒置資本, 而是具收益能力的擔保品。2) Ethereal Points(未來代幣分配)可透過以下方式獲得:已支付手續費持有的 OIMaker/Taker 交易量清算referrals每週三 23:59 UTC 進行快照, 週五發放。轉換價值在 TGE 前仍屬推測。3) Ethena Exchange Points(EEP → ENA)在 Ethereal 交易可獲得 EEP, 並於計畫結束時轉換為 ENA每週發放 100M EEP (回溯至 2025 年 12 月初)ENA stakers 可獲得未來 Ethereal 代幣供應量的 15% 配額4) 機構 USDe 放貸(新功能)將 USDe 借給 Ethereal 上的機構交易公司收益: ~15% APR + Ethereal Points + 20× Ethena Points multiplier優勢與劣勢優勢具收益能力的擔保品: 保證金可產生有意義的 APR, 改變持倉成本邏輯CEX 等級執行表現: sub-20ms, 高吞吐量, CLOB 體驗超低手續費: 3 bps Taker 與 0 bps Maker深度整合 Ethena: 以 USDe 為核心的流動性基礎與用戶分布無託管型對手風險: 以自我託管為設計基礎專業 API + 透明 Rate Limits: 專為演算法交易設計劣勢 / 風險Mainnet Alpha 階段: 可能存在 bug, 功能尚未完整, 前提持續變動Sequencer 中心化: 早期階段仍有信任假設USDe 系統性風險: 擔保品為 USDe, 脫鉤風險會直接影響保證金價值流動性規模: 與既有龍頭相比仍有明顯差距(大額滑價風險)僅支援 cross-margin: isolated margin 尚未上線, 風險分離能力有限代幣不確定性: 積分價值在 TGE 前未定價監管不確定性: 槓桿衍生品 DEX 仍處於全球灰色地帶Ethereal 上的加密貨幣 API 與 BOT 交易策略1) Maker 策略: 做市 + 收益型擔保品Ethereal 的結構偏向有利於 Maker 流量:Maker 0.00%具收益能力的 USDe 保證金可部分對沖回撤並降低持倉成本subaccounts 可清楚分離:MM inventory accounthedge accountliquidation / opportunistic account實作想法:依波動度調整價差的被動報價根據 OI 與 funding regime 調整 inventory skew儘可能採用 maker-only routing 以避免 3 bps Taker 成本差異化在於:多數 perp 平台上的擔保品不產生收益。這裡的 USDe 保證金可獲得 reward APR, 從而改善淨期望值。2) 套利與 HFT: 跨場域基差與微結構機會Ethereal 被設計成近似高速訂單簿, 因而創造以下機會:跨場域 perp 基差交易ex> Ethereal vs 其他 Perp DEX (Hyperliquid/GRVT/edgeX/ApeX Protocol), CEX (BingX/Bitget/Deepcoin)funding regime divergence overlays圍繞 oracle 更新出現的短暫錯位, 可由低延遲策略捕捉執行說明:價格與訂單更新使用 WebSocket, 並設計重連邏輯(12h cutoff)使用 points quotas (220/min) 對 authenticated endpoints 進行節流風險控制:USDe 擔保品風險必須納入套利 PnL 歸因中(將 USDe 視為一個風險因子)3) 交易量挖礦: 多層激勵堆疊(手續費 + OI + Points)Ethereal 在設計上就考慮了激勵堆疊:USDe 交易獎勵(OI 基礎)Ethereal Points (交易, Maker 流量, 清算, referrals)EEP → ENA 積分流合理的交易量挖礦方式:聚焦流動性高的主要交易對透過平衡 inventory 與 hedges, 讓 PnL 盡量接近平坦使用 maker 偏向以降低成本並可能獲取回饋若目標是 OI 基礎的獎勵份額, 持倉時間需 ≥ 1 小時常見失敗模式:若持倉輪動過快, 可能降低 OI 資格並提高 Taker 手續費拖累風險與限制在 Ethereal 上擴大部位之前, 應先處理以下事項:建模 USDe 脫鉤情境與保證金清算門檻將 Alpha 階段變動視為常態(手續費調整, 激勵變動, sequencer 假設)依據實際流動性來決定倉位規模(大額滑價的重要性高於公告手續費)建立穩健的 API 節流與重連邏輯(points quotas + WebSocket 斷線行為)偏好冷式營運衛生: 分離錢包, subaccounts 與策略總結: 2026 年哪些人適合交易 Ethereal?Ethereal 最適合被理解為一個 USDe 原生的 perp 執行平台, 其目標是同時解決 DeFi 交易中的兩個歷史問題:DeFi perps 往往偏慢 → Ethereal 目標是 CEX 等級速度擔保品沒有產出 → Ethereal 讓保證金具備收益能力它最具吸引力的對象是:DeFi 原生的 API 交易者與做市商Ethena 生態系使用者(USDe / ENA exposure)重視擔保品效率的收益導向系統化交易者能承擔 Alpha 風險的早期 points 農夫如果你的工作是持續比較 CEX 與 Perp DEX 平台上的手續費, 回饋與激勵結構, 以避免 BOT 在執行成本上流失 edge, 那麼可透過 DexCexHub 追蹤最適合的選項。更新時間：2026 年 3 月👇 立即開始節省手續費🧾 比較回饋方案 → [https://dexcexhub.com] 🧾 CEX 回饋清單 → [https://dexcexhub.com/CEXlist] 🧾 Perp DEX 回饋清單 → [https://dexcexhub.com/DEXlist] 🧾 部落格 → [https://dexcexhub.com/zh-tw/blog]💡 在 X 上追蹤我們，獲取每日回饋更新： [@DexCexHub]Happy crypto trading — and stop overpaying.— -⚠️ Important Notes & Disclaimer- This article is for informational purposes only and does not constitute financial or investment advice.- Rebates listed on DexCexHub are provided via referral links or affiliate codes, and may be subject to change by each exchange.- Users are responsible for confirming rebate eligibility and following each platform’s API terms of service.- DexCexHub does not handle funds, collect user data, or operate any exchange services.- By using any rebate link or information shared, you acknowledge that DexCexHub and its operators accept no responsibility or liability for any outcomes, including but not limited to financial losses, account issues, or API restrictions.