依據目前已確認的產品架構，AllSwap 不會產生一次性入金地址，也不持有該地址的私鑰或同等的鏈上資產轉移權限；付款使用者同樣不擁有該地址的私鑰。相關轉移權限由底層做市商網路的鏈上結算機制掌握與執行，但具體技術架構及控制主體並未公開，因此不能宣稱「沒有人控制」或「資金絕對安全」。
「控制私鑰」與「AllSwap 能管理訂單」有什麼不同？
私鑰是外部帳戶簽署鏈上交易時使用的祕密憑證；如果資金由智慧合約管理，真正決定資金能否轉出的也可能是合約規則、管理員權限或其他同等執行權限，不一定對應某一把傳統私鑰。因此，準確的判斷方式不只是詢問「誰保管一把私鑰」，而是確認：誰具備發起或授權鏈上資金轉移的實際能力？
在 AllSwap 目前的流程中，應用層負責彙整報價、建立及顯示訂單、傳回一次性入金地址與 Memo（如有）、查詢結算狀態，並在異常時協助使用者與底層結算網路聯繫。應用層能夠顯示地址、讀取狀態或協調查核，不代表能替該地址簽章，更不代表可以自行將入金轉往任意地址。
目前已確認的技術邊界是：AllSwap 不產生一次性入金地址、不保存該地址的私鑰，程式碼層也沒有簽章錢包，或可單方面轉移、凍結、暫停入金資產的執行路徑。地址由底層結算網路針對特定訂單產生並傳回，後續資產轉移則由其鏈上結算機制執行。使用者可透過 AllSwap 安全說明了解應用層的非託管邊界；不過，「應用層沒有轉移權限」不能擴大解讀為「底層不存在任何控制者」。
不同階段的資產控制權如何改變？
| 兌換階段或地址 | 誰擁有實際控制能力 | 對使用者的意義 |
|---|---|---|
| 付款前的來源錢包 | 來源錢包私鑰或帳戶權限的持有人 | 資產尚未轉出，使用者可以選擇不付款；AllSwap 建立訂單或顯示倒數時間，不會因此取得來源錢包的控制權 |
| 一次性入金地址與結算中的資金 | 底層做市商網路的鏈上結算機制掌握私鑰或同等轉移權限 | 使用者不能用來源錢包私鑰撤回該筆入金，AllSwap 應用層也無權轉移；資金會依照訂單進入結算、退款或異常處理流程 |
| 成功後的目標資產 | 使用者所填目標收款地址的控制者 | 若填寫本人自託管錢包，到帳後由本人控制；若填寫他人或交易所地址，則由對應地址或帳戶的控制者掌握 |
| 已填寫退款地址時的退款 | 訂單所填退款地址的控制者 | 只有實際退款交易在鏈上到達該地址後，控制權才會移轉給該地址持有人 |
| 未填寫退款地址時的退款 | 先由 AllSwap 平台備援退款地址接收，形成平台營運控制環節 | 使用者必須聯絡官方客服並提交真實、可驗證的付款證明；審核通過後由平台人工退款，是否完成應以使用者最終收款地址的鏈上到帳為準 |
這裡有兩個容易混淆的重點。第一，使用者付款前控制自己的來源錢包，不代表轉帳取得鏈上確認後還能使用來源錢包私鑰取消交易。多數區塊鏈轉帳一旦確認，付款人便無法自行撤回；AllSwap 也沒有代替使用者「撤銷鏈上付款」的簽章權限。第二，AllSwap 應用層無法單方面動用一次性入金地址，不代表平台在所有情況下都沒有資金操作環節。訂單未填退款地址時，退款會先進入平台備援地址，後續的付款證明查核與人工退款明確包含平台營運控制。
哪些底層控制資訊仍未公開？
目前沒有足夠且可驗證的公開證據，能確認每一條路線的一次性入金地址究竟採用以下哪一種安排：
- 單一鏈上私鑰或機構錢包；
- MPC（多方計算）或多重簽章授權；
- 智慧合約依照預設規則執行；
- 求解器、做市商或其他結算參與方控制；
- 上述機制的組合，以及管理員、暫停或緊急權限的具體持有人。
不同架構會影響結算故障、私鑰外洩、合約漏洞、人工介入及權限濫用等風險。若沒有公開架構說明、權限清單或可核驗的審計證據，就不應自行推斷底層流程「完全自動」、「沒有人能介入」、「絕對去中心化」或「零託管風險」。AllSwap 的非託管表述，只能證明應用層不持有一次性地址私鑰，也沒有單方轉移資產的執行路徑；它無法取代使用者對底層結算網路、鏈上壅塞、流動性及操作風險的評估。更多邊界可參閱 AllSwap 跨鏈兌換風險揭露。
使用者如何核實資金權限與最終結果？
- 只使用目前官網訂單傳回的地址。確認瀏覽器主機名稱為
allswap.io，並逐項核對訂單編號、來源網路、來源資產、精確金額、一次性入金地址及倒數時間。如果訂單傳回入金 Memo/Tag，地址與 Memo/Tag 都必須正確。不要相信社群平台私訊、搜尋廣告或陌生客服另外傳送的地址。 - 付款前妥善保管來源錢包憑證。正常付款只需要使用者在來源錢包簽署轉出交易。AllSwap 客服或底層結算協查都不需要使用者提交來源錢包私鑰、助記詞、密碼、一次性驗證碼，也不需要取得裝置遠端控制權；任何索取這些憑證的人，都可能企圖奪取來源錢包的控制權。
- 付款後保存來源鏈證據。記錄訂單編號、一次性入金地址及來源鏈交易雜湊值（TxID），再使用相應網路可信的區塊瀏覽器，確認接收地址、代幣合約、金額及 Memo 均與訂單相符。來源鏈 TxID 能證明付款已發生，但無法單獨證明目標資產已完成結算。
- 以最終交易確認控制權的落點。成功訂單應核對目標鏈 TxID 及實際收款地址；退款訂單應核對最終退款 TxID。未填退款地址時，底層資金進入平台備援地址不代表使用者已收到退款；使用者還必須完成訂單歸屬與付款證明查核，並確認平台人工退款後，款項最終轉入使用者地址的鏈上紀錄。具體程序請參考 AllSwap 退款處理說明。
- 發生異常時停止追加轉帳。若來源鏈付款已確認但訂單未識別、長時間處理中、顯示成功卻未到帳，或顯示退款但沒有最終退款紀錄，請勿再次向一次性地址付款。保存訂單資料、鏈上交易雜湊值與已遮蔽敏感資訊的螢幕截圖，再透過 AllSwap 幫助中心所列的官方管道提交查核。
總結而言，AllSwap 能夠查看訂單與協調異常處理，屬於應用層服務能力；能夠對一次性入金地址簽章，或依照鏈上機制轉移資金，則屬於底層結算權限。將這兩種權限分開理解，才能正確掌握 AllSwap 的非託管邊界，同時不忽略底層結算及平台備援退款情境中的實際控制風險。