# 銷毀

ARC-20 價值如何被銷毀、導致銷毀的四種型態，以及分別預防它們的檢查。

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

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

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

## 導致銷毀的四種型態

### 1. 下一個輸出太大

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

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

### 2. 輸出不夠

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

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

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

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

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

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

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

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

## 已執行的案例

## 預防這四種情況的檢查

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

第一步與第二步請使用[配置視覺化工具](/tools/allocation-visualizer/)。

## 事後發現銷毀

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

Universe 的 ARC-20 活動資料流會在已確認活動中發布銷毀記錄。
參見 [ARC-20 API](/reference/api/arc20/)。