避免銷毀
預防所有銷毀型態的實用步驟,並附上呈現每種型態的已執行案例。
Protocol behavior Verified 2026-08-31
Describes the Atomicals protocol itself at the pinned reference revision. It does not promise that any product exposes it.
- Page ID
-
guides/avoid-burns - Normative authority
- Executed source code at a pinned revision
- Networks
- mainnet
- Documentation version
- 2026.08
- Audience
- everyone, holder, developer
- Owner
- bitcoin-universe-docs
- Sources
-
- Atomicals ElectrumX
at
v1.5.2.0
- Atomicals ElectrumX
at
- Known limitations
-
- 已確認的銷毀是永久的。本步驟用於預防銷毀,沒有任何方式能撤銷它。
- 支援的網路:mainnet。
- 狀態:協定行為。
- 預防是唯一的手段,沒有復原途徑。
- 以 outpoint 與聰為單位作業,絕不要使用代幣金額輸入框。
- 除非已為多代幣情形建立模型,否則每筆交易只移動一個代幣。
- 當批次超過要傳送的數量時,務必包含一個著色找零輸出。
- 把找零輸出的大小設為餘額的精確值。
- 在建構之前,依序建立確切的輸入與輸出集合模型。
- 確認計算出的銷毀數量為零。
- 加入手續費輸入與基數找零,然後重新建立模型。
- 確認銷毀數量仍為零。
- 簽署之前,把錢包提示與你的模型逐行比對。
第七步與第八步最容易被略過,而錢包加入的找零正是在這裡悄悄改變結果。
四種型態,已執行
Section titled “四種型態,已執行”| 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 |
| 型態 | 預防方式 |
|---|---|
| 下一個輸出太大 | 把找零設為餘額的精確值 |
| 輸出不足 | 務必包含著色找零 |
| 第一個輸出大於整批 | 絕不要把小批次送入大額首筆付款 |
| 多代幣回退 | 每筆交易只移動一個代幣 |
唯一一種刻意銷毀的情形
Section titled “唯一一種刻意銷毀的情形”刻意銷毀單位是一種合法操作。請明確地進行:建構一筆恰好銷毀你所要銷毀數量的交易,確認數字並記錄 原因。絕不要依賴意外銷毀。
透過會回報銷毀的資料來源讀取該交易,確認數字與預期一致。比較著色輸入總額與著色輸出總額之和。