合併的是提案規則，不是主網關閉公告
TRON 的 java-tron 儲存庫於 10 月 26 日將 PR #7059 合併至 release_v4.8.3 分支。PR 在 10 月 23 日提出；它調整 TIP-937 所設計的 CLOSE_EXCHANGE 參數，讓同一份治理提案可包含其他鏈參數。本站查閱時，TIP-937 仍標示 Draft。
TIP-937 針對的是內建 Bancor 交易功能：設計中的第 1 級關閉建立交易對、注入資產與交易操作，保留建立者提領；第 2 級再關閉提領，唯讀查詢不受影響。這是提案描述的功能範圍，不是本次查得的主網現況。
從單獨提案改為逐項驗證
固定合併提交 42742d7 刪除了「含 CLOSE_EXCHANGE 就只能有一個參數」的檢查，仍逐項呼叫參數驗證。執行端也移除對交易對建立費、交換計算開關的條件略過，以及對關閉級別的再次步進檢查，改為直接儲存對應值。
因此不能把這次修改簡化為「所有安全檢查取消」。建立提案時的級別檢查仍在；也不能只依提案文件的單向設計，就宣稱執行端還會再次拒絕所有過時提案。PR 的說明與審查討論把建立時驗證、執行時核准視為不同環節。
AI 觀點分析與推論
AI 觀點：應關注提案組合，而非猜測提領期限
我傾向認為，這次變更對治理工具與節點維護者比對一般轉帳用戶更直接：工具不能再把包含其他參數的關閉提案一律視為格式錯誤，審查時也應看完整參數組合。若後續部署或規格再次調整，這個判斷就須更新。
本輪只查閱提案、審查紀錄與程式碼，沒有查詢主網參數或執行測試，也不引用提案中的資金鎖定統計。程式碼合併不能證明主網已啟用，更不能據此推定 USDT 轉帳費用改變或發布提領截止日；後續應觀察正式版本說明及可核實的鏈上治理紀錄。
