把範圍、網格、投入資金、費用、停止條件與資金復原列為啟動前檢查。

直接回答

啟動任何 Binance Bot 前,把產品類型、交易對、方向、每個參數的單位、價格範圍或排程、投入與名義曝險、最低訂單、費用、失效條件和停止後資產寫成一張可人工重算的檢查表。只要有一個欄位靠預設值或陌生範本、說不出作用,就不要按建立。參數能被介面接受,只表示格式通過,不代表策略合理或適合本人。

Pakistan 使用情境

Faisalabad 使用者有 100,000 PKR 上限,複製了一組 Grid 參數。建立頁沒有報錯,但他在本地重算後發現網格數與最低訂單令實際所需資金超出上限,而且停止時會留下兩種現貨,不是自動回到 PKR。他刪除草稿,先降低複雜度,而不是為了讓參數通過追加資金。

開始前準備

  • 已選定具體機器人類型與交易對,不用同一組參數套用所有產品
  • 能說明每個輸入值控制什麼,以及哪個條件會停止執行
  • 只使用可承受損失的測試資金並保留未投入餘額

操作步驟

  1. 逐欄讀懂參數

    抄下方向、價格範圍、觸發價、網格數、投入資產與停止條件,對照當下產品說明。

    每個欄位都能用自己的話說明,單位、方向和交易對沒有互換。

    有欄位只靠預設值卻不懂作用,或帳戶沒有該產品入口時,不按建立。

    清空草稿並回到產品說明,先用本地規劃工具重新檢查數值關係。

  2. 檢查資金與費用

    核對最低下單額、每格資金、交易費、可能滑點及預留餘額,避免參數可填但無法執行。

    預覽沒有最低額或餘額警告,每筆訂單資金與總投入能算回同一結果。

    為通過最低額而提高到超出風險上限時,取消方案而不是追加資金。

    減少格數、縮小範圍或降低總投入後重新計算;仍不合理就改用手動觀察。

  3. 寫出停止後狀態

    確認停止時是否撤單、是否平倉、保留哪種資產,以及資金會回到 Spot、Funding 或 Futures。

    停止選項的預覽與自己的退出清單一致,且知道去哪裡核對剩餘委託。

    無法判斷停止會留下哪種資產或部位時,不啟動自動策略。

    先取消未送出的設定;已運行則按產品頁停止並逐個錢包核對,不重複點擊。

第一欄先寫完整產品名稱與資金性質

記錄是 Spot Grid、Futures Grid、DCA、Rebalancing、Arbitrage 或其他當下產品,並寫明使用現貨、合約或排程。不同產品即使都有範圍、金額或停止按鈕,欄位含義和最壞結果也不同。

確認本人 Pakistan 帳戶實際有該入口、交易對和資格。沒有顯示就停止,不用其他地區截圖或 VPN 推定。Futures 類產品另要標記槓桿、保證金和強平。

寫清資金所在錢包與來源。PKR 只能作個人預算換算,不代表平台直接以 PKR 扣款;若先經 P2P 取得資產,前一道付款要分開核對。

每個欄位都要有名稱、單位、方向與資料來源

建立四欄表:參數名稱、輸入值、單位、作用。價格、百分比、資產數量、日期、槓桿倍數和格數不能混寫。交易對的基礎資產與計價資產也要分清。

方向要用完整句子驗證,例如價格上升時此參數會增加買單、賣單、部位還是停止。只會說「平台建議」或「預設最好」不算理解。

資料來源記為本人帳戶、官方產品說明或自己的風險決定。社群範本、AI 建議和回測只列為待驗證,不能成為唯一依據。

範圍、觸發與停止條件要能畫在同一條線上

價格類 Bot 把現價、下限、上限、觸發價、停止條件和任何強平價格畫在同一數軸。檢查大小關係與方向,避免上下界反轉、觸發落在不可能區域或停止晚於不可接受損失。

排程類 Bot 則把開始、下一次、頻率、結束或總期數畫在時間線,注意帳戶時區與 Pakistan 本地時間。日期重疊或兩個排程同時執行,可能造成重複投入。

範圍或日期來自什麼假設要另寫。假設變更時先停止,再重新評估;不能為維持 Bot 在線不停移動邊界。

從每筆最低額反推格數或期數

先固定總 PKR 風險上限,再換算為實際投入資產。用預覽中的最低訂單、每格或每期金額,重算所有訂單需要的資金和預留。不能先選格數,再增加總額滿足。

Grid 要考慮兩邊資產、掛單佔用與捨入;DCA 或 Auto-Invest 要考慮期數乘每期金額;Rebalancing 要考慮每項資產最小調整。合約則另列名義倉位,不能只算保證金。

若最小可行設定仍超出風險上限,排除該產品。降低格數或期數會改變策略,需重新判斷,不是假裝參數優化。

費用、滑點與資金佔用都要進入壓力表

列出建立、運行與退出可能產生的成交費,另加滑點、資金費率或其他產品特定成本。Grid 多筆成交、套利兩邊開平、合約持有與排程每期的成本結構不同。

費率表只作前置參考,實際以本人帳戶預覽和成交紀錄為準。保留小數精度,最後再顯示捨入;不要把看不懂的費用欄填零。

資金被掛單或部位佔用時,可用餘額會小於總餘額。預留不只為費用,也要避免其他生活或安全用途被自動策略佔滿。

用三種失敗情境驗證參數,不只跑有利回測

情境一是價格快速跌破範圍,寫出資產、部位、掛單與停止動作。情境二是快速升破上限,檢查是否留下非預期資產或方向。情境三是平台、網路或裝置暫時無法操作,確認不依賴即時追加。

排程 Bot 另測餘額不足、重複排程和某期處理中;套利 Bot 另測單邊成交;Copy Trading 另測策略漂移;Futures 另測保證金和強平。每個產品有自己的失敗表。

回測或預覽若沒有涵蓋費用、滑點和極端路徑,就不能用它消除失敗情境。無法接受任何一種結果就不啟動。

啟動前建立版本,運行中一次只改一組參數

保存版本號、日期、產品、交易對、全部參數、預期行為、資金上限與停止條件。啟動後所有修改都另建版本,不直接覆蓋原始值,否則無法解釋成交行為。

一次只改一組關係,例如格數或範圍,而不是同時改方向、槓桿與投入。修改前先暫停新動作並確認待處理訂單,修改後重新做最低額和壓力測試。

若平台不允許安全修改,閱讀停止與重建流程。確保舊 Bot 完全停止後才建立新版本,避免兩套規則同時佔用資金。

運行後用預期、訂單、成交與錢包四層核對

預期層是版本表,訂單層是 Bot 建立的委託,成交層是實際價格、數量和費用,錢包層是資產與佔用變化。四層能連接,才知道參數真的按理解運行。

出現缺單、重複、方向錯誤或餘額差異時先暫停,不用第二個 Bot 補做。保存 Bot 與訂單編號、時間和版本,再按實際持倉優先處理。

只看彙總收益會漏掉未實現部位與費用。定期重算總曝險和剩餘 PKR 上限,不能讓多個 Bot 各自合格但合併後超額。

停止清單必須在啟動前完成

寫明停止是暫停新動作、終止 Bot、撤銷掛單、平掉合約部位、保留現貨或另行轉換。每個動作對應頁面和完成證據,不能只寫「按停止」。

停止後預期在哪個錢包看到哪些資產,如何用最後成交和轉帳對帳,也要事先列出。合約部位、現貨掛單和內部轉帳各自驗證,不共用一個完成標記。

若停止結果無法理解,這個 Bot 不應啟動。異常時保存版本、Bot 編號、訂單與錢包狀態,從登入後官方支援處理,不交出 OTP 或 API secret。

對預覽做反向算術,找出小數與方向錯誤

不要只從輸入推預覽,也從預覽反算:每筆數量乘價格、所有格或期數合計、費用後到帳、保證金對名義倉位。兩個方向都能接近,才能排除少一個零、資產單位顛倒或百分比誤讀。

保留原始小數做計算,顯示時才捨入。若平台依精度調整,記錄調整前後差異;多格或多期的小差額可能累積,不能假設全部為零。

任何合計與建立頁不符時先停止,查看是否有預留、佔用、費用或最小訂單。不要修改數字直到畫面通過而不理解原因。

介面或產品說明更新後,舊參數要重新審查

保存查核日期、產品版本可見資訊、官方說明與建立頁摘要。欄位名稱、預設值、最低額或退出選項改變時,舊檢查表失效,不能直接重用。

重新建立前比較新增、移除與定義變更,逐欄更新單位和作用。截圖只證明當時頁面,不是永久操作指令;Pakistan 帳戶可用性也要重新確認。

若官方說明與帳戶頁互相矛盾,保持未啟動,保存差異並向官方支援詢問。不要用搜尋結果或社群回覆自行選一個版本。

建立二十四小時冷靜期與第二次閱讀

高風險或複雜 Bot 完成草稿後不要立即啟動,至少隔一個自己預先設定的冷靜期再重新閱讀。第二次只看方向、資金上限、最壞情境與停止結果,不被回測或介面動態數字吸引。

若有可信且理解同類產品的人協助,可只分享不含帳戶與個資的參數表,請對方指出單位與邏輯問題;不能把登入交給他人代看,也不能把意見當成收益背書。

第二次閱讀仍有任何欄位需要猜測,就刪除草稿。錯過一次建立機會不會造成資金損失,誤啟動卻可能立即產生成交與費用。

費用核對

  • 將最低訂單、每格資金與雙向交易費一起計算
  • 啟動前以產品預覽確認實際金額

適合的條件

  • 願意逐欄驗證參數並記錄變更
  • 可以持續查看訂單與停止條件

不適合的條件

  • 只想複製陌生人的參數
  • 無法承擔參數錯誤造成的交易風險

常見問題

建立頁沒有報錯,是否代表參數安全?

不代表。介面接受通常只說明格式或最低條件通過,策略假設、曝險、費用和退出仍需本人重算。

可以直接使用平台預設或社群範本嗎?

只能作待驗證輸入。每個欄位、單位、風險與停止結果都能自行說明後,才有資格繼續評估。

最低額不足時提高槓桿可以嗎?

不應為通過最低額提高風險。若最小可行設定超出上限,就調整方案或排除產品。

運行中可以同時改很多參數嗎?

不建議。先暫停並保存版本,一次只改一組關係,重新做資金、費用和失敗情境檢查。

停止清單為什麼要在啟動前寫?

因為停止可能包含撤單、平倉和資產處置等不可逆動作;平靜時先寫,異常時才不會連續誤操作。