Skip to content

最低交易日與交易週期說明

TIP

先看結論:

  • 達到利潤目標,不代表已經通過
  • 最低交易日也要滿足
  • 是否有最大交易天數,以購買方案規則為準

什麼是最低交易日?

  • 指挑戰階段中需要完成的最低有效交易天數
  • 只有達到要求,帳戶才能滿足對應階段的通過條件
為什麼要設定最低交易日?

設定最低交易日,是為了更真實地評估交易穩定性和風控紀律。

它可以減少以下情況:

  • 單次大倉位衝刺
  • 極短時間完成目標
  • 只依賴單筆行情
  • 透過無意義交易刷紀錄

提前達到利潤目標怎麼辦?

  • 如果已達到利潤目標,但最低交易日未滿足,需繼續完成有效交易日要求。
  • 在最低交易日未滿足前,帳戶不會進入下一階段或審核流程

什麼是有效交易日?

有效交易日指當日已成交訂單的名義價值累計不低於帳戶名義資金的 5%

  • 成交額按已成交訂單的名義價值累計(開倉、加倉、減倉、平倉均計入)
  • 帳戶名義資金指該帳戶首次開倉時分配的初始資金金額
  • 當日累計名義價值 < 帳戶名義資金 5% 的,不計為有效交易日

註:帳戶名義資金 50,000U,當日需完成名義價值不低於 2,500U 的成交訂單,才算作一個有效交易日。

是否有最大交易天數?

  • 是否設定最大交易天數,以產品頁面顯示為準
  • 如果設定了最大交易天數,需要在規定時間內完成目標
  • 超過最大交易天數仍未滿足通過條件,帳戶將判定為挑戰失敗,狀態變更,帳戶被收回,挑戰費用不予退還。

WARNING

最低交易日和利潤目標需要同時滿足。只完成其中一項,不算通過。

最長持倉時間限制

任意單筆持倉時間不得超過 7 天

自開倉時間開始計算,若到期仍未平倉,系統將執行強制平倉。

範例:7 月 10 日 14:30 開倉,截止時間為 7 月 17 日 14:30。

加倉不會重置持倉時間,將以首次開倉時間作為計算基準。

每日保證金使用限制

規則概述

為控制帳戶風險,防止用戶在同一交易日內過度集中建倉,系統將對每日累計開倉與加倉保證金進行限制。規則內容:每日累計開倉與加倉保證金不得超過帳戶名義資金的 200%

統計口徑

  • 统计周期:每日 00:00(UTC+8)至次日 00:00(UTC+8),与每日亏损统计周期一致。
  • 統計範圍: 當日所有開倉與加倉操作所使用的保證金總額。
  • 不納入統計: 減倉與平倉操作不計入該限制。

觸發後果

  • 當累計開倉與加倉保證金達到或超過帳戶名義資金的 200% 時,系統將禁止繼續開倉或加倉。
  • 減倉與平倉操作仍可正常進行,不受影響。
  • 次日 00:00(UTC+8)統計週期重置後,保證金使用額度將恢復。

範例

若帳戶名義資金為 10,000U,則每日累計開倉與加倉保證金上限為:10,000U × 200% = 20,000U。若當日開倉與加倉所使用的累計保證金達到 20,000U,則當日無法再進行任何新的開倉或加倉操作。減倉/平倉不計入累計限制,不受操作限制,待次日週期重置後即可重新開倉。

目的

該規則旨在:

  • 避免用戶於單日內集中重倉,降低單一方向的交易風險。
  • 引導用戶分散持倉,合理管理資金使用。
  • 與每日虧損及總虧損風控機制形成互補,從持倉規模角度提供額外保障。

與相關風控規則的區別

规则規則關注維度重置週期
每日最大虧損權益下降金額每日重置
帳戶最大總虧損總權益累計下降整個帳戶週期不重置
每日保證金使用限制開倉/加倉保證金規模每日重置

相關頁面

BitFrog User Documentation