# 避免销毁

预防所有销毁形态的实用步骤，并附上展示每种形态的已执行用例。

Page ID: guides/avoid-burns
Applicability: protocol-behavior
Authority: executed-source
Networks: mainnet
Verified: 2026-08-31
Locale: zh-cn
URL: https://bitcoinuniverseio.github.io/atomicals-and-arc-20/zh-cn/guides/avoid-burns/

---
## 开始之前

- 支持的网络：mainnet。
- 状态：协议行为。
- 预防是唯一的手段，没有恢复途径。

## 操作步骤

1. 以 outpoint 和聪为单位工作，绝不要使用代币金额输入框。
2. 除非已为多代币情形建模，否则每笔交易只移动一个代币。
3. 当批次超过要发送的数量时，务必包含一个着色找零输出。
4. 把找零输出的大小设为余额的**精确值**。
5. 在构建之前，按顺序建模确切的输入与输出集合。
6. 确认计算出的销毁数量为零。
7. 加入手续费输入与基数找零，然后重新建模。
8. 确认销毁数量仍为零。
9. 签署之前，把钱包提示与你的模型逐行比对。

第七步和第八步最容易被跳过，而钱包添加的找零正是在这里悄悄改变结果。

## 四种形态，已执行

| 形态 | 预防方式 |
| --- | --- |
| 下一个输出太大 | 把找零设为余额的精确值 |
| 输出不足 | 务必包含着色找零 |
| 第一个输出大于整批 | 绝不要把小批次送入大额首笔支付 |
| 多代币回退 | 每笔交易只移动一个代币 |

交易所充值地址、普通比特币钱包，或任何不支持 Atomicals 的服务，都会把该输出当作普通比特币花掉。
单位就此消失，任何销毁记录都无法弥补。发送之前，请确认目标方支持 Atomicals。

## 唯一一种有意销毁的情形

有意销毁单位是一种合法操作。请明确地进行：构建一笔恰好销毁你所要销毁数量的交易，确认数字并记录
原因。绝不要依赖意外销毁。

## 广播之后

通过会报告销毁的数据源读取该交易，确认数字与预期一致。比较着色输入总额与着色输出总额之和。

## 来源

[销毁](/protocol/arc20/burns/)与[分配](/protocol/arc20/allocation/)。