Cetus 兑换预览：coin type、交易方向与最低收到
链小知 · 入门 · 核验 · 依官方文档整理
核对 Sui 兑换两端资产与金额，再区分固定输入/输出、滑点限制、价格影响和池费。
开始前准备
- 准备计划输入和输出资产的完整 Sui coin type、金额及所在网络。
- 打开 app.cetus.zone；开发者须明确使用 CLMM、Aggregator 或 DLMM，本文字段解释限 CLMM。
1. 固定资产身份和输入方向
进入官方兑换页，核对选中资产的完整身份，再输入金额。CLMM 中 coinTypeA/B 表示池的两种币，a2b=true 才是 A 到 B，不能从币种在列表的排列推定发送方向。
检查结果：输出输入币、输出币、完整 coin type 及方向，符号相同也不省略标识。
2. 区分固定输入与固定输出
明确这笔计划是花固定数量还是取固定数量。CLMM 的 byAmountIn=true 固定输入，amountLimit 对应最低输出；false 固定输出，amountLimit 对应最高输入。开发者预计算还要按各币的小数位换算，不能把展示数量直接当原始整数。
检查结果：金额模式与保护字段方向一致，没有把最低输出误当最高输入。
3. 把价格影响和滑点分别记录
读报价，再看价格影响与 Slippage tolerance。价格影响反映该笔兑换对成交价格的影响，滑点容忍限制报价到执行之间的变化。官方 UI 的 1% 是演示值，应按自己可接受的边界选择；CLMM amountLimit=0 会失去对应保护。
检查结果：分别记录价格影响、滑点容忍与最低收到/最高输入，不采用零保护来消除报错。
4. 核对池费和钱包请求
同一币对可有不同池和费档，不能把滑点百分比当兑换费。查看实际路由和池费，并在用户准备执行时核对钱包中的资产、金额与网络费；若钱包请求与预览不符，取消该请求并重新取报价。
检查结果：池/路由、费档、保护金额和钱包请求能够对应到同一笔计划。
5. 报价失败时重新核对条件
报价更新、余额或保护边界不满足时，重新确认 coin type、方向、金额模式和报价，保留错误信息。不能把旧 CLMM 示例复制到新聚合产品，也不要仅靠不断调高滑点解决失败。已有成交则以执行结果和实际收到资产再核对。
检查结果：给出可复核预览或具体失败条件；签名弹窗与报价成功均未当成成交证据。
怎样确认完成
- 保存两端身份、金额模式、路由/池、保护金额与费用核对结果。
- 有已有成交记录才核对实际收到；本文属于官方文档核验。
常见错误与边界
- 展示金额、小数位和原始整数混用会造成错误数量。
- Aggregator、DLMM 与 CLMM 的字段和费用不能混写。
- 价格影响、滑点容忍与交换费不是同一个百分比。