最近在做一个跨链兑换产品 AllSwap ，先坦白是自己的项目，发出来主要想收集真实使用反馈，不做收益承诺，也不是发币项目。
项目地址：https://allswap.io/
我们想解决的场景比较具体：用户手里有某条链上的资产，但需要另一条链上的币。例如把 Ethereum 网络的 USDT 换成 Tron 网络的 USDT ，或者把 BTC 换成 Solana 上的 USDC 。传统流程可能要经过交易所充值和提现，也可能需要连接钱包，组合 DEX 、Bridge 和多次授权。
目前做成的流程是：
- 选择发送资产、接收资产和金额；
- 输入自己的目标链收款地址；
- 系统生成一次性充值地址和限时报价；
- 用户从自己的钱包发送资产；
- 订单确认后，把目标资产结算到用户填写的地址。
产品没有账户体系，不要求连接钱包，也不会让用户签代币授权。这样做的优点是交互比较直接，也减少了遗留授权的问题；缺点是普通转账本身不可逆，所以网络、地址、金额和报价有效期必须提示得非常清楚。
目前我们重点处理了几个容易出问题的地方：
- 报价页面展示预计到账，而不是只显示一个看起来很低的费率；
- 来源链交易和目标链交易分别记录，方便定位卡在哪个阶段；
- 订单页保留状态查询；
- 路线无法正常完成时进入退款处理，而不是让订单直接消失；
- 页面反复提醒用户核对网络、地址，并建议首次小额测试。
现在比较纠结的是几个产品问题，想听听 V 友意见：
- 不连接钱包、使用一次性充值地址，大家会觉得更简单，还是反而缺少熟悉感？
- 报价页面最应该突出“最终到账”“服务费”“预计耗时”中的哪一个？
- 订单长时间确认时，展示区块确认数是否比“处理中”更有帮助？
- 对跨链产品来说，哪些信息会直接影响你是否愿意先做一笔小额测试？
- 除了 ETH 、Tron 、Solana 、BTC 、BNB Chain 等常见网络，还有哪些跨链路线是实际经常使用的？
技术上我们把报价、订单、充值检测、确认、路由、目标链结算拆成不同状态，并尽量保证重试幂等。后续也考虑整理一篇完整的订单状态机和异常处理文章。如果大家对某个阶段的实现更感兴趣，也欢迎直接提。
风险还是要说明：链上转账不可撤销，跨链也可能受到网络拥堵、流动性、价格波动、错误地址或错误网络影响。建议只使用自己能够理解的路线，并先小额测试。
欢迎直接拍砖，尤其希望听到对报价展示、订单状态、退款说明和移动端操作的意见。
Select Language