跳到內容

本頁面的來源

本頁面的每項論述都對應固定的修訂版本。開啟路徑即可檢視驗證所依據的確切來源。

atomicals-electrumx-1.5.2.0

Atomicals ElectrumX

修訂 v1.5.2.0 (2025-03-27)

開啟固定路徑: mintParser

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

atomicals-guide

Atomicals protocol guide

修訂 unversioned

開啟固定路徑: specification

Concept and command-line explanation. Explicitly states that the specification is defined in code.

Atomicals protocol

Raw

One page that puts every Atomicals primitive, operation, and validation boundary in relation to each other.

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/overview
Normative authority
Atomicals reference implementation
Networks
mainnet
Documentation version
2026.08
Audience
everyone, developer
Owner
bitcoin-universe-docs
Sources
Known limitations
  • The Atomicals specification is defined in code. This page summarises one pinned revision and is not an independent consensus specification.

本頁內容尚未翻譯。

The Atomicals specification is defined in code. The official guide says so directly. Everything below describes what the pinned reference revision does, not what a standard document declares.

The Atomicals protocol family

Every Atomicals primitive starts from the same envelope written in a reveal transaction. The operation inside the envelope decides what is produced. The fungible branch produces direct FT issuance, fixed decentralised deployments, and their mint claims. The non-fungible branch produces plain NFTs, Containers with DMINT items, and the name primitives Realm, Subrealm, and Payname. The AVM is a separate beta layer that is not part of either branch today.

  1. A builder constructs a commit transaction paying to a Taproot output that commits to a script containing the envelope.
  2. A reveal transaction spends that output and exposes the envelope in its witness.
  3. A validator reads atom, the operation code, and the CBOR payload.
  4. The validator checks the operation against the rules active at that block height on that network.
  5. On success it assigns the result, usually to output zero for a mint.
  6. Transfers of existing Atomicals are decided by allocation over the transaction’s inputs and outputs.
Question Decided by Read
Is this envelope well formed? Mint parser Envelope and operations
Is this ticker name legal? Ticker rule at the active revision Tickers and candidates
Does this claim satisfy Bitwork? Bitwork check Bitwork
Which output gets the value? Blueprint builder allocation Allocation
Did anything burn? Allocation remainder handling Burns
Can this create value from nothing? No-inflation validation Allocation
Is this rule active yet? Per-network activation table Activation boundaries