コンテンツにスキップ

このページのソース

このページの主張はすべて固定されたリビジョンに紐づいています。検証元のソースを正確に確認できます。

atomicals-electrumx-1.5.2.0

Atomicals ElectrumX

リビジョン v1.5.2.0 (2025-03-27)

固定パスを開く: normalFtAllocation

Version-sensitive ARC-20 and Atomicals validation behavior used as the pinned reference baseline.

焼失

Raw

ARC-20 の価値がどのように破棄されるか、それを引き起こす四つの形、そしてそれぞれを防ぐ確認事項。

Protocol behavior Verified 2026-08-31 Metadata & Sources

Describes the Atomicals protocol itself at the pinned reference revision. It does not promise that any product exposes it.

Page ID
protocol/arc20/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
Known limitations
  • 確認済みの焼失は恒久的です。このドキュメントの何もそれを取り消せません。

焼失とは、バリデータが対象となるどの出力にも置けなかった色付きの価値です。破棄として記録されます。 それを引き起こした Bitcoin トランザクションは有効で、採掘され、確認されています。

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.

最も多い形です。置くべき単位が 500 残っていて、次の出力が 546 サトシの場合、収まらないため 500 単位が破棄されます。

防止策。 おつりの出力は、残したい残りの額に正確に合わせてください。

すべての出力が埋まり、まだ価値が残っています。置く場所がありません。

防止策。 ロットが送付額を超えるときは、必ず色付きのおつり出力を含めてください。

3. 最初の出力がロット全体より大きい

Section titled “3. 最初の出力がロット全体より大きい”

何も置けないため、ロット全体が焼失します。

防止策。 最初の出力が大きなカーディナル支払いであるトランザクションに、小さな色付きロットを 送らないでください。

4. フォールバックが複数トークンのトランザクションを再構成した

Section titled “4. フォールバックが複数トークンのトランザクションを再構成した”

あるトークンをきれいに置けなかったため、ビルダーがすべてのトークンを出力ゼロから再開し、別の トークンが枠を失いました。

防止策。 複数トークンの場合をモデル化していない限り、1 トランザクションにつき 1 トークンに してください。

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. 理由がない限り、1 トランザクションにつき 1 トークンにします。
  6. ウォレットが追加したおつりを含め、出力の集合が変わったら再確認します。

手順 1 と 2 には 割り当てビジュアライザ を使ってください。

バリデータはトランザクションごとに焼失を記録します。それを報告する情報源からトランザクションを 読み、色付きの入力合計と色付きの出力合計を比較してください。差分はすべて焼失です。

Universe の ARC-20 アクティビティフィードは、確認済みアクティビティの中に焼失レコードを公開します。 ARC-20 API を参照してください。