避免销毁

开始之前

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

操作步骤

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

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

四种形态，已执行

Executed ARC-20 allocation vectors from conformance/vectors/arc20-allocation.json

Case	Coloured inputs	Result per output	Burned	Clean
Oversized next output burns the remainder oversized-next-output	1200 units at input 0	out 0: 700 sats to 700 units; out 1: 546 sats to 0 units	500 units of TOKENA	no
Outputs run out before the value does too-few-outputs	1200 units at input 0	out 0: 700 sats to 700 units	500 units of TOKENA	no
First output larger than the whole lot first-output-too-large	500 units at input 0	out 0: 20000 sats to 0 units	500 units of TOKENA	no
A non-clean slot triggers the output zero fallback two-tokens-non-clean-fallback	700 units at input 0, 400 units at input 1	out 0: 700 sats to 700 units; out 1: 546 sats to 0 units	400 units of TOKENB	no

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

发送给不理解 Atomicals 的服务

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

唯一一种有意销毁的情形

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

广播之后

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

来源

销毁与分配。