銷毀

銷毀指驗證器無法放入任何可用輸出的著色價值。它會被記錄為已銷毀。導致銷毀的那筆比特幣交易是有效 的、被打包並確認的。

沒有復原途徑

被銷毀的單位不會去往任何地方。沒有地址持有它們，也沒有流程能把它們找回。預防是唯一的手段。

How coloured value is destroyed. A coloured input of 1200 satoshis is spent. Output zero is 700 satoshis and receives 700 units. The next eligible output is 546 satoshis, which is larger than the 500 units still to place, so it receives nothing and those 500 units are recorded as burned. The Bitcoin transaction is valid and confirms. Making output one 500 satoshis instead would have placed all the value cleanly.

How coloured value is destroyed

A coloured input of 1200 satoshis is spent. Output zero is 700 satoshis and receives 700 units. The next eligible output is 546 satoshis, which is larger than the 500 units still to place, so it receives nothing and those 500 units are recorded as burned. The Bitcoin transaction is valid and confirms. Making output one 500 satoshis instead would have placed all the value cleanly.

導致銷毀的四種型態

1. 下一個輸出太大

最常見的一種。還剩 500 個單位待放置，而下一個輸出是 546 聰。放不下，於是這 500 個單位被銷毀。

預防。 把找零輸出的大小設為你想保留餘額的精確值。

2. 輸出不夠

所有輸出都已填滿，價值仍有剩餘，已沒有地方可放。

預防。 當批次超過你要傳送的數量時，務必包含一個著色找零輸出。

3. 第一個輸出比整批還大

什麼都放不進去，於是整批被銷毀。

預防。 絕不要把一個小額著色批次送入第一個輸出是大額基數付款的交易。

4. 回退重排了多代幣交易

某個代幣無法被乾淨地放置，於是建構器把所有代幣從第零個輸出重新開始，另一個代幣因此失去了位置。

預防。 除非你已經為多代幣情形建立模型，否則每筆交易只移動一個代幣。

已執行的案例

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 change output larger than the remainder burns it change-output-too-large	1200 units at input 0	out 0: 1000 sats to 1000 units; out 1: 546 sats to 0 units	200 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

預防這四種情況的檢查

1. 在簽署之前而不是之後計算預期配置。
2. 確認銷毀數量為零。
3. 有意識地以聰為單位設定每個著色輸出的大小。
4. 讓手續費輸入保持基數且彼此獨立。
5. 除非有理由，否則每筆交易只移動一個代幣。
6. 只要輸出集合發生變化，包括錢包自動加入的找零，都要重新檢查。

第一步與第二步請使用配置視覺化工具。

事後發現銷毀

驗證器依交易記錄銷毀。透過會回報銷毀的資料來源讀取該交易，並比較著色輸入總額與著色輸出總額之和。 任何差額都是銷毀。

Universe 的 ARC-20 活動資料流會在已確認活動中發布銷毀記錄。 參見 ARC-20 API。