-
Notifications
You must be signed in to change notification settings - Fork 7
feat: [Standard > NFT > Comparison] Improve article #954
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
To fix the formatting issues:
npx remark -o --silent --silently-ignore standard/tokens/nft/comparison.mdx |
|
To fix the formatting issues:
npx remark -o --silent --silently-ignore standard/tokens/nft/comparison.mdx |
|
Thanks for the updates across the docs page ( |
|
To fix the formatting issues:
npx remark -o --silent --silently-ignore standard/tokens/nft/comparison.mdx |
|
To fix the formatting issues:
npx remark -o --silent --silently-ignore standard/tokens/nft/comparison.mdx |
| | ---------------------------- | ---------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | | ||
| | Deployment and minting flow | Creator mints an item. | Any user with a valid proof can deploy an item. | | ||
| | Who pays for item deployment | Creators pay in most cases. | Audience pays. | | ||
| | Eligibility or allowlist | Creator controls custom off-chain or on-chain logic. | On-chain Merkle allowlist; users verify proofs using root from [Merkle root](/foundations/proofs/overview). | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"users verify proofs using root from", proof is not only from root( it from backend ), may be we can just delete sentence about root.
| Royalty defines the percentage of NFT sales paid to the collection creator. It is set at the collection level and available using the `get_royalty_params`. For full specification, refer to [TEP‑66](https://github.com/ton-blockchain/TEPs/blob/1e5b2c4c8290d88d6bc3ddc4729812e3ac232c00/text/0066-nft-royalty-standard.md). | ||
|
|
||
| Marketplaces can rely on this model and pay royalties to the collection creator regardless of how the collection was deployed. | ||
| Any collection, including cNFT, can implement royalties. Marketplaces automatically pay royalties to the creator, regardless of the collection type. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Marketplaces automatically pay royalties"
Not really, they can pay, but can not to pay
| - When to use: one-off assets, experimental pieces, or cases where collection-level coordination is unnecessary | ||
| - Metadata: stored entirely on the item | ||
| - Discoverability: no collection index; external indexers or explicit links are required to surface the item | ||
| - Trade-offs: simpler setup but fewer shared features, including no collection-wide royalties or configuration, no batch queries by index. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
may be just "no index", it seems more simpler
fix #935