Binance Simple Earn Auto-Subscribe：先看資金流程，再決定是否啟用

理解 Simple Earn 的第一步不是比較最高 APR，而是畫出資產從哪裡來、進入哪種產品、何時開始計入獎勵、如何返回可用餘額。現貨可用餘額、Flexible 部位、Locked 部位、待處理申購、待處理 redeem、已分發獎勵與 Auto-Subscribe 候選餘額是不同狀態。畫面可能把其中幾項彙總成一個估值，但使用者不能因總資產仍顯示，就假設同一數量能立即交易、提領或再次申購。每個事件都應以資產、數量、時間、產品識別與狀態分開保存。

官方 Introduction 將 Simple Earn 分為 Flexible Products 與 Locked Products：前者通常能在較彈性的時間申購與贖回，後者依固定期限與預定日期運作。這種分類是產品框架，不是對每個幣種、帳戶或日期的永遠承諾。產品清單、期限、配額、APR 與贖回規則都要在操作當日重新取得。若私人帳戶沒有入口、資產或期限，就把可用性記為未提供，不變更地區資料，也不交由第三方代操作。

Flexible 適合用生命週期理解：取得產品資訊與可申購額度，提交申購，等待結果，查詢部位與獎勵，必要時提交 redeem，再核對資產是否返回可用餘額。每一段都可能有狀態、配額或處理時間。使用者不應把「flexible」翻譯成任何時間、任何數量、任何狀態下都能即時返回。若官方當日顯示贖回限制、維護、每日上限或不同處理方式，應以該規則為準。

Flexible 顯示的 APR 也可能包含基礎與分層部分，適用數量區間、促銷或資格可能改變。要把畫面 APR、資產數量、實際持有時間與已入帳獎勵分欄，不能拿單一截圖乘以一年就當成已取得結果。若部位在計算週期中申購或贖回，實際可計入的時間要依官方結算規則判斷。本文不保存任何產品的當期 APR，避免讀者在規則變動後沿用過期數字。

Locked 以固定期限或預定日期為核心，申購前至少要核對資產、期限、value date、interest end date、redemption date、是否可提前贖回、提前處理對獎勵的影響、到期後資產去向與是否存在自動續期選項。不同產品可以有不同欄位與規則，不能從一個期限推導另一個。若到期資產會進入 Flexible 或現貨餘額，也要在當期確認，而不是根據上一次操作記憶。

流動性計畫要用最壞可用時間而不是標題中的天數。假設某筆資產可能在到期、處理與入帳之間存在時間差，就不應同時把它排入必須即時使用的交易、提領或付款。提前 redeem 若可用，可能改變已累計或已分發的獎勵；若不可用，就不能依賴客服或非官方工具提前釋放。使用者應在確認頁保存規則摘要，但遮罩帳戶資訊，並在完成後以交易歷史和餘額驗證。

Auto-Subscribe 名稱出現在帳戶時，仍不能由一般 Simple Earn API 文件推定它會使用哪個餘額、何時執行或哪些產品合資格。2026-08-09 的公開重查沒有找到直接描述目前帳戶 Auto-Subscribe 行為的一手頁面，因此本文不宣稱固定開關位置、頻率、配額或可用性。

讀者只能以當下合規帳戶 UI、當時條款、產品詳情與確認紀錄為準。本文的保留額、上限、監控與停止條件屬編輯性的風險控制，不是 Binance 對自動申購行為的承諾。

Auto-Subscribe 通常圍繞既有資產餘額與 Simple Earn 產品申購；Auto-Invest 則可能涉及定期用一種資產購買另一種資產的計畫。兩者在資金來源、價格風險、成交事件、紀錄與停止方式上都可能不同。任何介面若只寫「Auto」或翻譯名稱，應展開條款確認究竟是把同一資產移入 Earn，還是產生新的資產交換。不能用本文的 Auto-Subscribe 檢查表替代其他產品文件。

建立內部術語表時，至少記錄產品正式名稱、資金進入前的資產、進入後的資產、是否發生交易、執行頻率、費用、可取消時間與返回路徑。若流程涉及買賣，印度稅務與紀錄需求可能與單純產品申購不同；具體結果須按現行法律與個人事實判斷。看到相似行銷名稱時先比對事件，而不是比對圖示或顏色，能避免在帳務上把轉帳、申購與資產轉讓混成一筆。

APR 是年化表示，方便在相同假設下比較，不是對未來獎勵的固定承諾。產品 APR 可能浮動，也可能分成基礎、額外、分層或促銷部分；適用數量、帳戶資格、活動期間與計算方式可不同。即使畫面顯示某個年化百分比，實際入帳仍與有效部位、開始計算時間、贖回時間、每期規則及資產精度有關。核對時應以每筆 reward record 為證據，而不是只保存申購前的 APR 截圖。

比較時可以建立一張不含預測的表：查閱時間、產品 ID、產品類型、顯示 APR 組成、適用數量、期限、贖回條件、配額與來源網址。若任何欄位缺失，就標未核驗，不自行補值。不要把 APR 與資產價格變動混成同一結果；即使資產數量增加，換算 INR 的價值也可能上升或下降。也不要把短期已入帳獎勵直接外推全年，尤其當利率、層級或部位會變動時。

第一，確認資產代碼，防止選到包裝或相似名稱；第二，確認 Flexible 或 Locked；第三，記產品識別碼與期限；第四，查產品是否可申購及總配額；第五，查個人剩餘額度與最小、最大數量；第六，確認 APR 組成與更新時間；第七，確認結算、獎勵與 redeem 時間；第八，確認到期或停用 Auto-Subscribe 後資產去哪裡。任何一項只由舊截圖支持，都應重新查官方現行資料。

數量檢查要以可用餘額為準，扣除 open orders、提領、手續費與不可動用緩衝。若使用 API，產品清單、個人額度、申購結果與部位查詢是不同端點，不要因第一個回應成功就假設後面都成功。若使用圖形介面，也要在最終確認頁重新讀產品與數量。本文的流程只提供核對架構，不提供可直接提交的參數或個人資產配置。

贖回不應只記按下 redeem。第一段是請求：產品、資產、數量、方式、時間與識別碼；第二段是處理：接受、待處理、完成、拒絕或其他狀態；第三段是結果：原部位減少多少、獎勵如何處理、資產何時出現在可用餘額。只有三段都對上，才可把流程標為完成。若使用 Flexible 的不同贖回方式，處理速度與規則可能不同，必須以操作當日頁面為準。

Locked 的提前贖回若被產品允許，也可能影響已累計或已分發獎勵，且資產返回時間可能不同。不要為了急用資金而先假設可提前處理。若 redeem 逾時，查詢既有紀錄和部位，不重送全額；若只返回部分，先確認剩餘部位與狀態。資金出現在總資產估值不代表已成為現貨可用餘額，仍要檢查實際可用、鎖定與產品餘額。

Simple Earn 產品可以存在於清單中，但總配額、個人額度、資產餘額或申購狀態可能使新請求無法完成。產品清單、個人額度與實際申購是不同證據。Auto-Subscribe 也可能因配額耗盡而跳過或失敗；因此監控不能只看開關仍啟用，而要看每次預期執行是否產生紀錄，以及未申購資產是否仍留在可用餘額。

配額是必須遵守的限制。不要拆分多帳戶、借用他人身份或改變地區資料來取得額外資格。若配額不足，紀錄產品 ID、時間與官方狀態，讓資金留在原位置，之後重新評估。自動流程若因失敗而無限重試，可能消耗請求限速或在配額恢復時突然移動超出預期的資產，因此應使用有限重試、唯一識別與明確停止。

獎勵核對表應保存資產、產品、期間、有效部位、顯示 APR、獎勵數量、分發時間與紀錄識別。由於產品可能使用不同結算週期、層級或計算精度，自行用餘額乘 APR 得到的結果只能當檢查線索，不能取代官方 reward history。若結果不同，先檢查申購與 redeem 的有效時間、分層上限、四捨五入、產品更新與未完成狀態。

獎勵若進入現貨、產品部位或其他指定位置，Auto-Subscribe 可能再次作用，形成多個事件。帳務上要避免只記最後餘額而失去來源鏈。每次分發建立一筆原生資產數量紀錄，再另附當時 INR 參考值；之後的資產價格變化不要回寫成原始獎勵。這能讓產品紀錄、資產持有與稅務工作在需要時分別核對。

先寫出保留額、允許資產、人工覆核時間與停止條件，是本文建議的控制設計；它不證明平台會按特定來源餘額或頻率執行。UI 開關、可用產品與資格必須在當下帳戶重新確認。

停用後應保存變更時間、畫面狀態及後續 subscribe 紀錄。若出現不一致，不要反覆切換或追加資金，應停止並向官方支援提交不含秘密的證據。

官方 Simple Earn 錯誤頁列出產品、申購、贖回、額度、權限與其他失敗類型。實務上應保存完整代碼、訊息、時間、產品 ID、資產、非敏感數量摘要與請求識別，再決定下一步。產品不存在或不可購要回產品清單；額度錯誤要查個人與總配額；餘額錯誤要查可用與鎖定；簽名、時間戳或權限錯誤要停止整合並保護憑證；系統忙碌則採有限等待與查詢。

回退流程不能把所有錯誤都變成自動重試。尤其在回應逾時時，原請求可能已完成；直接重送會產生重複申購或 redeem。使用唯一識別、查詢交易紀錄、比較前後餘額，再決定是否需要新請求。若錯誤是地區或帳戶限制，就停止，不使用 VPN、錯誤身份資料、第三方帳戶或代操作。無法理解的狀態應停在人工審核，而不是降低檢查。

本文引用 API 文件，是因為它明確列出產品、交易紀錄與狀態欄位，不要求一般讀者建立程式。若確有整合需求，應使用最小權限、IP 限制、秘密管理、時間同步、請求限速與遮罩日誌；不開提領權限，不把 secret 寫入瀏覽器、試算表、聊天訊息或版本庫。測試環境與正式帳戶要分開，且在低影響範圍先驗證查詢，再評估任何寫入。

程式應把讀取產品、讀取個人額度、提交申購、查申購、提交 redeem、查 redeem、查部位與查獎勵視為不同動作。每個寫入都有唯一識別與冪等策略，監控能區分拒絕、逾時和完成。撤銷金鑰後要確認服務不再執行；人員離開或裝置遺失時立即輪替。任何網站或所謂客服要求上傳金鑰來開啟 Auto-Subscribe，都應視為高風險並停止。

月度對帳從每種資產期初的現貨可用、鎖定、Flexible 與 Locked 數量開始，逐筆加入申購、redeem、到期返回、獎勵、費用、交易與提領，再與期末各狀態比對。不要先轉成 INR 再相加，因為不同時間匯率會掩蓋原生資產差異。無法對平的項目單獨列為未決，不用估算數字填平。若產品歷史可下載，保存原始檔、取得日期與雜湊或版本資訊。

對帳也應標示 Auto-Subscribe 造成的移動，區分手動申購與自動申購，並記錄開關變更。若同一獎勵被自動再申購，事件鏈應從獎勵紀錄連到新 purchase id。Locked 到期後若進入另一產品，要有到期與新申購兩個證據。這份表比單一收益摘要更能發現重複請求、漏記贖回、錯誤資產與未預期鎖定，也為後續專業稅務判斷保留事實。

不要啟用的情況包括：一、無法分清 Flexible 與 Locked；二、不知道 Auto-Subscribe 取用哪個餘額；三、沒有足夠可用緩衝；四、產品、期限或 APR 來源過期；五、配額與個人限額不明；六、redeem 路徑或資金返回時間不明；七、帳戶地區資格不明；八、既有餘額或部位無法對平；九、停用後無法驗證。任何一項成立，就先以手動觀察或不參與處理。

也不要因短期促銷、倒數計時或他人分享的 APR 截圖降低核對要求。若資產本身的價格風險、平台風險或鎖定時間超出可承受範圍，產品自動化不會改變這些事實。若需要借款、出售必要資產或延後付款才能維持部位，應停止。本文提供的是證據與控制框架，不替任何人判斷應持有哪個資產或投入多少。

每次操作前查看 Introduction、change log、general information、產品清單、錯誤頁與私人帳戶確認資訊。重新核對 Flexible／Locked 分類、APR 欄位、配額、申購與 redeem 狀態、獎勵時間、Auto-Subscribe 含義、到期去向及任何地區通知。來源日期要與內部檢查日期一起保存；如果文件之間不一致，採較保守停止處理並等待官方澄清。

本文的 2026-08-09 日期表示本輪資料核驗，不是產品永久快照。若未來 API 路徑、欄位或介面改名，先判斷只是名稱變動還是資金事件改變；涉及申購、贖回、獎勵或自動化的語義改變時，應重新執行小額測試、故障演練與對帳，而不是只改文章名詞。所有新截圖都要移除姓名、餘額、識別碼與裝置資訊。