Optional
description?: stringA string describing this NFT type for use in user interfaces.
In user interfaces with limited space, names should be hidden beyond the
first newline character or 140
characters until revealed by the user.
E.g.:
Optional
extensions?: ExtensionsA mapping of NFT type extension identifiers to extension definitions. Extensions may be widely standardized or application-specific.
Optional
fields?: string[]A list of identifiers for fields contained in NFTs of this type. On
successful parsing evaluations, the bottom item on the altstack indicates
the matched NFT type, and the remaining altstack items represent NFT field
contents in the order listed (where fields[0]
is the second-to-bottom
item, and the final item in fields
is the top of the altstack).
Fields should be ordered by recommended importance from most important to
least important; in user interfaces, clients should display fields at lower
indexes more prominently than those at higher indexes, e.g. if some fields
cannot be displayed in minimized interfaces, higher-importance fields can
still be represented. (Note, this ordering is controlled by the bytecode
specified in token.nft.parse.bytecode
.)
If this is a sequential NFT, (the category's parse.bytecode
is
undefined), fields
should be omitted or set to undefined
.
The name of this NFT type for use in interfaces. Names longer than 20
characters may be elided in some interfaces.
E.g. Market Order Buys
, Limit Order Sales
, Pledge Receipts
,
ACME Stadium Tickets
, Sealed Votes
, etc.
Optional
uris?: URIsA mapping of identifiers to URIs associated with this NFT type. URI
identifiers may be widely-standardized or registry-specific. Values must be
valid URIs, including a protocol prefix (e.g. https://
or ipfs://
).
Clients are only required to support https
and ipfs
URIs, but any
scheme may be specified.
Generated using TypeDoc
A definition for one type of NFT within a token category.