如果 AllSwap 只是临时无法访问，未付款的报价不应继续付款；已在时限内向正确存款地址入金的订单，其结算不依赖网页持续在线，可由底层做市商与结算网络继续结算或进入退款流程。但这不是固定时间或必然成功的保证；永久停运还会带来查询、客服及人工退款风险。
先判断订单处于哪个阶段
网站打不开不等于所有订单都会停止，也不等于每笔资金都能自动退回。处理方式取决于用户是否已经正确入金：
- 尚未付款的报价或订单：不要再付款。 一次性存款地址、金额和倒计时属于某一笔具体订单。如果页面已无法核对，或付款倒计时已结束，不应向截图、浏览器历史或旧页面中的地址付款。等待官方入口恢复后，从 AllSwap 兑换入口 重新获取报价并创建订单。
- 已正确入金但尚未完成：保存证据，不要重复付款。 一次性存款地址和后续执行由底层做市商网络与结算网络生成、处理。在当前产品架构下，临时前端故障不会撤销已经发生的链上付款，也通常不会阻止已发起订单继续结算或按协议规则进入退款。
- 订单已成功：以目标链记录为准。 网页是否可访问不会改变已经确认的链上交易。用户应用目标链 TxID（交易哈希）在该网络的可信区块浏览器核对交易状态、资产合约、金额和最终收款地址。
- 订单进入退款：根据是否填写退款地址分开处理。 已填写退款地址时，应按订单指定地址核对退款 TxID。未填写时，底层退款可能先到 AllSwap 平台兜底退款地址；用户需向官方客服提供可验证的真实转账证明，经审核后由平台人工退款。这不是自动退回源链发送地址，也不能承诺固定完成时间。
为什么临时前端故障不等于资金停在网页中？
AllSwap 的网页用于获取报价、创建订单、展示存款信息和查询状态；它不是存放用户账户余额的中心化钱包。当正确入金已经在源链上成功确认时，链上转账不会因浏览器关闭、前端宕机或 DNS 故障自动撤销；已发起的协议层结算也不需要用户一直打开页面。
但是，“不依赖前端在线”不等于“一定按原报价立即到账”。源链或目标链中断、确认拥堵、流动性变化、做市商网络或结算网络异常，都可能导致延迟、退款或需要人工处理。用户可查阅 AllSwap 风险披露，但不应把“非托管”解读为保险、储备证明、服务级别协议或零风险保证。
临时不可访问与永久停运有什么不同？
临时不可访问可能只是网络、DNS、前端部署或某条链的短期故障，在问题恢复后，订单查询和客服通道可能恢复。截至 2026 年 7 月，AllSwap 的公开资料没有公布备用域名、独立只读灾备订单查询页，也没有公布针对永久停运的用户资金兜底合同、保险或 SLA（服务级别协议）。AllSwap 状态页 当前也是静态状态框架，不应当作每笔订单的实时监控或完整事故记录。
因此，如果是永久停运，已正确入金订单的协议层处理仍可能不依赖 AllSwap 前端，但用户不能由此推定所有订单都必然恢复。官方客服是否持续可用、订单查询能否恢复，以及未填写退款地址后依赖平台兜底地址的人工退款，都存在运营连续性风险。这正是创建订单时应尽量填写本人可控源链退款地址，并且不把大额资产当作平台长期余额存放的原因。
网站无法访问时，用户应该怎样操作？
- 立即暂停新的付款。 不使用旧存款地址，不因“补单”“解冻”或“验证”向任何地址追加转账，也不使用搜索引擎或私信中出现的“备用 AllSwap 域名”。
- 固定订单与链上证据。 保存
orderId、depositAddress、源链 TxID、目标链或退款 TxID（如有），以及源链、目标链、资产、金额、收款地址、退款地址和付款时间。保存脱敏截图时，遮住与核验无关的个人信息，但保留可核对的订单字段。 - 直接查询链上结果。 先用源链 TxID 确认付款是否成功、实际收款方是否为订单存款地址，再用目标链或退款 TxID 确认最终去向。只有源链成功记录，只能证明用户已付款，不能单独证明兑换成功。
- 在可用时联系已核验的官方支持。 通过
[email protected]或 Telegram@allswapservice提交上述材料，也可在主站恢复后查看 AllSwap 帮助中心。对于无订单号的情况，客服可尝试根据源链 TxID 协助定位，但不保证一定能找回完整订单。
官方核查不需要私钥、助记词、钱包密码、一次性验证码或远程控制权限。任何声称能在网站故障期间“保证追回”，却要求用户先交保证金、税费或解冻费的账号，都应视为高风险信号。