跳到內容

本頁面的來源

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

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.

Collections and Containers

Raw

How an NFT proves membership in a collection, what a Container adds, and what a collection label alone proves.

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/nft/collections-and-containers
Normative authority
Atomicals reference implementation
Networks
mainnet
Documentation version
2026.08
Audience
creator, developer
Owner
bitcoin-universe-docs
Sources

本頁內容尚未翻譯。

A collection in Atomicals is not a label. It is a relationship a validator can check.

An NFT payload can say it belongs to a collection. Nothing checks that. Anyone can mint an object claiming membership in anything.

A product that groups by a metadata field is grouping by an unverified string.

A Container is a named Atomical that represents the collection identity. Items prove membership against it, and with a sealed DMINT manifest that proof is checkable.

Property Metadata claim Container membership
Anyone can assert it Yes No
A validator can check it No Yes, against the manifest
Rules can be changed later Not applicable No, once sealed
Item count is bounded No Yes, by the manifest

See Containers and DMINT.

Mint commands accept --parent and --parentowner, which link the new object to a parent Atomical at mint time. That linkage is set once and is part of the mint.

  1. The collection’s Container Atomical ID, not just its name.
  2. Whether the manifest is sealed.
  3. Whether this item’s membership was verified against the manifest, or merely asserted in metadata.
  4. The number of verified items against the manifest total.

A user interface that shows a collection name without those four is showing a claim.