Setting Sale Conditions
Settings available to ensure buyers must comply to set conditions to qualify for minting
This feature is designed for projects that want to ensure the NFTs are only minted if the the buyers meet certain conditions such as whitelists, holders of previous collections or to simply ensure that buyers cannot buy more than their fair share. There are currently 8 different customisable conditions, from which you can combine to achieve the results you desire:
Note - these conditions are not available if you have Fiat Payments enabled.

Available Conditions

Note - all conditions are checked at runtime based on the Cardano wallet of the buyer.
What does this mean? These conditions are checked at the time the buyer attempts to make the purchase, this means that they ensure the conditions are true at this exact moment in time only. It does not check the history of the wallet.
If we take for example the 'Buyers must have one or more NFT with a specific Policy ID' condition, this will check that the wallet attempting to make the purchase currently holds the required NFTs. If they do, the purchase will be successful, if not, it will be blocked.
  • Buyers must have one or more NFT with a specific Policy ID
    • This should be used when you want to ensure that a person already owns at least one NFT from another collection (Policy ID), in order to mint the new project. A good example of this would be 'You must hold at least one Series A NFT to be allowed to mint any number of Series B NFTs".
  • Buyer must NOT have a NFT with a specific Policy ID
    • This should be used when you want to ensure that a person does NOT already own one or more NFTs from a specific collection (essentially the opposite of the above). You could also use this if for some reason, you did not want people who hold certain NFTs to be able to mint your new project.
    • For example 'You are not allowed to mint Series B if you already own a Series A NFT". Or another example 'Only one mint per wallet' - whereby you would set the Policy ID as the project to be minted, so as soon as one has been minted by that wallet will then contain the NFT and thus wont be able to mint any additional NFTs.
  • Buyer must have less than x of a NFT with a specific Policy ID
    • Similar to the above, this should be used when you want to limit the number of NFTs that a person can mint. For example 'each wallet may mint a maximum of 5 NFTs from Series B'. In this case, you would put the Series B Policy ID in and then only allow people to mint 1-5 NFTs in one go.
  • The buyer must have the same amount of NFT (with a certain Policy ID) to buy the amount requested.
    • This is a common use case that projects use to reward holders of previous series whereby they want to allow people to mint 1 NFT per 1 NFT they already hold. This can be a good way to reward people more based on how much they already support another project.
    • For example 'You will be allowed to mint 1 Series B NFT for every Series A NFT you already own'. In this case, people who hold 7 Series A NFTs will be able to mint up to 7 from Series B.
  • Buyer must have a minimum of x NFT with a specific Policy ID
    • Similarly to other conditions, this use case is designed for projects that only want to allow collectors to mint the next series. Again this is a method to reward people who are very supportive of a project, ensuring only those who hold larger amounts can mint. For example 'Only people who have at least 10 Series A NFTs will be allowed to mint ANY Series B NFTs'
  • Only whitelisted addresses can buy
    • One of the most common use cases is known as the 'whitelist'. Essentially, this is used by projects who want to create a list of addresses that are allowed to mint the NFT. For example 'You must be whitelisted to mint any NFT, to get whitelisted you must...'.
    • This can be used simply to "lock-down" your mint and ensure only specific wallets are able to purchase your NFT collection.
    • NOTE - if you want to do something complex, like having say 3000 NFTs available for whitelisted purchasers and then "the rest" open for public sale, this feature is best used by splitting your project across 2 separate projects (ENSURE YOU USE THE SAME POLICY ID). Please see the following guide for our recommended best practise.
  • Blacklisted addresses can not buy
    • As you might expect, this works by the complete inverse of the whitelisting mentioned above. Essentially, this is used by projects who want to create a list of addresses that are NOT allowed to mint the NFT. For example 'Certain wallet addresses have been blacklisted and thus will not be able to mint any NFTs'.
  • Buyer must stake on a specific stake pool
    • Finally, this is a relatively new concept in the space that can be used to incentivise and reward people for staking to a specific stake pool.
    • For example 'Only wallets that are currently staking to the NMKR Stake Pool will be able to mint this project'.

Setting Conditions

Video Tutorial

How to set up sale conditions video tutorial

Documented Tutorial

To set conditions for sale on your NFT project, you should first locate the feature on your project dashboard, as shown in Step 1.
Within "Sale Conditions" you need to begin by clicking "Add Conditions" (Step 2).
Choose your conditions, add the required information click on toggle "Condition Activated" to complete that setting, as illustrated in steps 3 and 4 below.
Step 1 - Locate Sale Conditions
Step 2 - Start here to add your Sale Condition(s)
Step 3 - Select your condition
Step 4 - Activate Condition and Save

Multiple Policy ID Support

Users can now add several policy IDs with an "OR" function. This will allow you to restrict minting to wallets that do (or do not) contain one or more NFTs that are part of various collections. This is illustrated in the steps below using Buyer must NOT have a NFT with a specific Policy ID.
  1. 1.
    Locate the Sales Conditions feature in NMKR Studio and click on the "Add Condition" button (as detailed above). The select the appropriate condition, as shown.
Step 1
2/3. Enter the Policy ID, to add a different Policy ID click the "+" symbol.
Step 2
Step 3
4. Click the toggle to activate the condition, and then click save.
Step 4
You now have a sale condition with multiple Policy ID's. In this case, wallets that contain NFTs from either of these Policy IDs will be UNABLE to mint.

Stake Pool Condition

Using this condition requires finding the Pool ID for the pool(s) you wish to whitelist the delegators.
As shown above, navigate to the 'Sale Conditions' Page, add a new condition and select the 'Buyer must stake on a specific stake pool' option.
Buyer must stake on a specific stake pool condition
To find the BECH32 Stake Pool ID - navigate to a site like adapools.org, then search for the pool you are looking for. You will find the Pool ID near the main pool information.
In this example, we have shown the NMKR Stake Pool, the Pool ID is highlighted.
Note - Pool ID's always begin with 'pool'
The NMKR Pool ID on adapools.org
All you now need to do is paste this into NMKR Studio:
The NMKR Pool ID as a sale condition
As with other conditions, you can use the plus sign to add multiple Pools to your conditions of sale. Doing so in this case will apply an 'OR' logic whereby as long as a wallet delegates to ONE OF the pools listed, they WILL be able to mint.
Click these links to find out more regarding Staking on Cardano and how you can earn unique rewards with our NMKR pool.