Can I Set a Royalty Percentage Outside the Collection page’s Presets?

The Solana v2 buy-instruction API accepts an integer royalty input from 0 to 100, while collection-page preferences offer None, Half or Full. The API input describes a buyer royalty parameter, not a replacement for the creator-set rate. It does not override an enforced collection’s rules.

Does a Verified Creator Address Confirm That a Resale Royalty Arrived?

A verified creator flag confirms that the address signed its creator verification, not that a sale paid it. Royalty receipt depends on the executed sale’s payment transfers and the recipient’s configured share.

Can I Change an NFT’s Royalty Rate Just by Owning It?

Owning an NFT does not automatically grant permission to change its royalty rate. For Token Metadata assets, the update authority can change royalty data when the metadata remains mutable. Certain delegated authorities also have update permissions. Making that metadata immutable prevents further changes to its royalty rate.

Do Transfers Between My Own Wallets Create Resale Royalties?

A transfer between your wallets does not, by itself, establish a resale royalty payment. Royalties attach to sale accounting, while pNFT authorization rules can still constrain a transfer. A transfer transaction may incur Solana network fees even when no NFT purchase takes place.

Will Paying Full Royalties Give Me Copyright to the Artwork?

Paying full royalties does not by itself transfer copyright to the NFT’s artwork. NFT ownership covers the token record and its transfer rights. Any transfer of intellectual property rights must come from the applicable purchase terms.

Are Collection Benefits Automatic When I Pay Full Royalties?

Full royalty payments qualify for a creator perk only when the collection offers that perk under applicable eligibility terms. Selecting Full alone does not establish access to an unspecified collection benefit.

Magiceden royalties follow payment choices and the enforcement rules for each sale

Magiceden royalties are creator-set resale payments on Solana NFT sales. Payment reaches the configured creator recipients immediately after a completed sale when the buyer honors the royalty or collection rules enforce it. Optional purchases offer None, Half or Full, each describing the share of the requested royalty. Collection enforcement can remove that choice. The listing amount, creator payment and marketplace charges have separate meanings when calculating the sale total.

Bottom line: The purchase method determines how royalties affect buyer costs or seller proceeds, while collection rules can restrict the available payment choice.

Purchase Costs And Seller Proceeds

Buyer-funded royalties increase the purchase total while the seller’s proceeds follow the charges assigned to that sale. In the ordinary optional purchase flow, the buyer pays the listing amount plus the chosen royalty. The seller receives the listing amount less the marketplace fee. Reducing an optional royalty changes the creator payment without changing the seller’s advertised price. Creator royalties, marketplace fees and network fees also have different recipients and purposes. The creator payment goes to the NFT’s configured recipients; marketplace charges cover the trading service.

Solana network fees cover transaction processing. Selecting None for an optional royalty leaves the other applicable transaction charges in place.

Royalty Inputs And Payment Control

Royalty calculations combine a requested rate, the share honored at sale and the recipients configured for the NFT. For NFTs using Metaplex Token Metadata, the seller fee basis points field records the requested rate. Basis points express hundredths of a percentage point. The creator list identifies recipient addresses, and each creator’s share divides the royalty payment among those recipients. These inputs describe different parts of the payment, so a displayed creator split should not be read as the sale’s royalty rate.

Parameter	Value Or Meaning	Control And Constraints
Requested royalty	The rate recorded in the NFT’s metadata	Authorized metadata updates can change mutable royalty data
Creator recipients	Addresses in the Token Metadata creator list	Metadata configuration identifies the payment recipients
Recipient shares	Each creator’s share of the royalty payment	Configured shares divide the payment among recipients
Optional payment choice	None, Half or Full on eligible purchases	The buyer chooses within the collection’s enforcement rules
pNFT rule set	The asset’s configured authorization rules	Rules can restrict which programs may transfer the NFT
Pool royalty input	Pool setting when the pool buys; buyer input when the pool sells	The pool owner or buyer supplies it, subject to enforcement

None honors 0%, Half honors 50% and Full honors 100% of the requested royalty. Full therefore means the entire creator-requested royalty amount, not the entire NFT sale price.

Collection Enforcement And Program Compatibility

Collection enforcement changes the royalty options and can restrict the programs that transfer a particular NFT. Ordinary Token Metadata royalty fields do not independently enforce royalty payments. They record a requested rate that cooperating marketplaces can honor.

Programmable NFTs (pNFTs) route transfers through the Token Metadata program. Their configured authorization rules can block programs that do not honor royalties. The mechanism depends on the NFT’s actual rule set. The pNFT designation alone does not describe every restriction that its creator has selected.

Magiceden excludes collections that adopted MIP-1 from its optional royalty flow. A saved buyer preference cannot waive royalties where collection enforcement applies. The required transfer rules also remain in force when an NFT owner changes wallets or uses another trading interface.

An incompatible sale program cannot satisfy an asset’s transfer rules through a different royalty percentage. Trading requires a compatible program that follows those rules. A royalty selector controls an optional contribution; it does not grant authority to rewrite the collection’s transfer policy.

Magiceden royalties: Collection Enforcement And Program Compatibility - diagram

View image file

Saved Preferences And Purchase Approval

Saved royalty preferences apply to later eligible collections until the buyer changes the account setting. A previous selection can therefore affect a new purchase. Changing that preference leaves the creator’s requested rate unchanged.

Purchase approval should reflect the selected NFT and the total payment that the sale requires. The buyer wallet, item identifier and sale amount describe the intended transaction. An item page displays the creator-set royalty rate, while the purchase details concern the amount payable for that sale. Review those amounts before signing. A saved preference is only one input, and the sale method can affect its final treatment.

Pool Trades And Royalty Direction

Pool royalty accounting follows trade direction, with different inputs for a pool buying an NFT and selling one. When a pool buys through a collection offer, royalties reduce the seller’s effective payout from the spot price. The pool owner sets the royalty input for that purchase. When a pool sells through an automated listing, the purchasing trader supplies the royalty input, and royalties increase the effective purchase amount. Applicable pool and trading charges also affect both calculations.

Magiceden’s pool rules require full royalties for pNFT trades, overriding the user’s royalty input. For Open Creator Protocol (OCP) tokens with enforced royalties, those rules use full royalties or the dynamic royalty when available. A fixed royalty estimate does not describe a collection that applies a different dynamic amount.

Sale Completion And Creator Payouts

Creator payout timing starts with a completed sale, so a listing or an unfilled offer establishes no payment. Creator royalty payments occur immediately after completed sales when traders honor them or collection rules enforce them. A quoted purchase total shows an intended charge, and signing expresses authorization. Neither state alone proves that the network executed the payment.

Solana executes the instructions within a transaction atomically. If an instruction fails, the transaction’s state changes roll back, although transaction fees can still apply. A failed sale differs from a successful sale that contained no optional royalty payment.

Payment verification requires the successful sale transaction and the amounts directed to its creator recipients. Wallet balance changes alone can mix seller proceeds, creator income and network charges. The recipient’s configured share also matters when several creator addresses divide the payment.

Missing Payments And Recipient Checks

Missing royalties can reflect the sale’s payment choice, its configured recipients or a transaction that never completed. If an optional sale used None, the unpaid creator amount does not establish a delayed payout. A royalty recorded in metadata describes a requested payment, whereas the executed sale records what actually changed hands. A sale that honored only part of the request produces a smaller royalty. Changing a preference afterward does not amend the completed transaction or create the payment that the earlier sale omitted.

Recipient reconciliation should use the exact NFT mint address and the creator configuration relevant to the completed sale. The item page separates the NFT’s owner from its creator royalty information. An owner address serves a different purpose from the creator payee addresses. A collection-level percentage cannot, by itself, establish an individual recipient’s amount.

Royalty Records And Marketplace Changes

Royalty maintenance tracks the configuration that governed a sale separately from the settings that govern future trades. Retain the completed transaction and its recipient information when reconciling creator income. A refreshed item display concerns the metadata that the interface reads now. Permitted updates to royalty data can affect later sales. Those updates do not redirect an earlier completed payment. Historical reconciliation therefore concerns the sale’s actual recipient transfers, even when the collection’s displayed configuration has since changed.

Marketplace support for Ethereum Virtual Machine (EVM) chains and Bitcoin ended on March 9, 2026; Solana remains supported. Older multi-chain royalty instructions concern trading surfaces that this marketplace no longer operates.

Magiceden royalties FAQ

Can I Set a Royalty Percentage Outside the Collection page’s Presets?: The Solana v2 buy-instruction API accepts an integer royalty input from 0 to 100, while collection-page preferences offer None, Half or Full. The API input describes a buyer royalty parameter, not a replacement for the creator-set rate. It does not override an enforced collection’s rules.
Does a Verified Creator Address Confirm That a Resale Royalty Arrived?: A verified creator flag confirms that the address signed its creator verification, not that a sale paid it. Royalty receipt depends on the executed sale’s payment transfers and the recipient’s configured share.
Can I Change an NFT’s Royalty Rate Just by Owning It?: Owning an NFT does not automatically grant permission to change its royalty rate. For Token Metadata assets, the update authority can change royalty data when the metadata remains mutable. Certain delegated authorities also have update permissions. Making that metadata immutable prevents further changes to its royalty rate.
Do Transfers Between My Own Wallets Create Resale Royalties?: A transfer between your wallets does not, by itself, establish a resale royalty payment. Royalties attach to sale accounting, while pNFT authorization rules can still constrain a transfer. A transfer transaction may incur Solana network fees even when no NFT purchase takes place.
Will Paying Full Royalties Give Me Copyright to the Artwork?: Paying full royalties does not by itself transfer copyright to the NFT’s artwork. NFT ownership covers the token record and its transfer rights. Any transfer of intellectual property rights must come from the applicable purchase terms.
Are Collection Benefits Automatic When I Pay Full Royalties?: Full royalty payments qualify for a creator perk only when the collection offers that perk under applicable eligibility terms. Selecting Full alone does not establish access to an unspecified collection benefit.

Wed, Oct 7, 2026 · updated