<p>There are a couple different ways minters are doing this. First is they create a policy ID that expires 6-12 months in the future. This allows them to mint multiple collections under the same ID but the ID DOES eventually lock. As long as the ID locks at some point in the future, Pool.pm shows a lock icon.</p>
<p>Other artists choose to permanently have their ID unlocked. This allows them to mint collections under the same ID anytime in the future. As you noted, this makes it somewhat simpler for buyers to associate NFTs with the single ID, however, secondary marketplaces these days make it pretty straight forward to confirm NFTs are authentic even with multiple IDs so it's not a huge advantage.</p>
<p>The other reason an artist might choose to keep the ID open is if the NFT has future utility, such as workbench functionality, or some other feature where the artist might want to CHANGE the actual NFT that's in your wallet.</p>

CC BY-SA 4.0
2021-12-27T00:38:52.567Z
2021-12-27T00:38:52.567Z
Tygar Pool
<p>NFT projects tend to use a PolicyId to group NFTs into collections.</p>
<p>A PolicyId is tied to a minting wallet and may optionally contain an expiry date.</p>
<p>Once the expiry date passes, the minting wallet cannot mint or update NFTs tied to the PolicyId.</p>
<p>This gives buyers the assurance that a Collection with a expired policyId has not minted more than the stated supply and cannot change the minted asset's metadata.</p>
<hr />
<p>The minting wallet can Mint two or more identical NFTs, but the NFTs will not technically be a NFT anymore (it becomes fungible).</p>
<p>NFT asset = PolicyId + AssetName</p>
<p>(If 2 Assets in the same PolicyId have the same AssetName, the block explorer will show a count of 2).</p>
<p>NFT buyers will usually check the total supply of NFTs in a PolicyId and that each NFT asset in that PolicyId is unique (non-fungible).</p>

CC BY-SA 4.0
2022-02-09T07:50:30.237Z
2022-02-10T01:45:21.967Z
2022-02-10T01:45:21.967Z
CicadaTactics
<p>You are right, some people consider a NFT being a real NFT only after the policy expires, so that you can be sure it is unique.
You can also mint multiple NFTs with one policy in one transaction.</p>

CC BY-SA 4.0
2021-12-23T12:45:42.653Z
OK, so that means most of current popular NFT projects don't do it right, because their policy doesn't seem to expire? (they keep minting more and more NFTs under same policy)
Petr
CC BY-SA 4.0
2021-12-23T12:41:55.350Z
2021-12-23T12:41:55.350Z
George - APEX Stake Pool
<p>In my opinion of the English language, the token is fungible if it is possible to make more identical tokens.
One could include the splitting or changing of the token itself, but that is perhaps out of context if you regard the &quot;token&quot; to be the set of relevant unique identifiers.</p>
<p>Therefore if the policy is not locked, then the tokens are fungible.
Cases where another functionally identical token can be, but has not yet been made, are in the state of fungibility.</p>
<p>Of course various blockchain browsers can render and annotate data as they choose. Users beware.</p>
<p>I am not suggesting that non locked policies are inferior to locked policies.
There is obviously a lot of functionality to be obtained from burning tokens to create another with the relevant key hooks. Just don't confuse people, or mislead them into misconception.</p>

CC BY-SA 4.0
2023-01-14T11:52:14.083Z
2023-01-15T07:44:36.097Z
2023-01-15T07:44:36.097Z
carrotshade
<p>The minting guide say that you should set the policy to expire after certain slot to make sure that nobody can mint more of the same NFT. This kind of makes sense, but then how can you reuse the same policy to mint more of different NFTs?</p>
<p>I saw that most NFT projects share same policy ID, which makes perfect sense, you can verify that NFT really belongs to that same project and isn't forgery, but does it mean these projects didn't set expiry in their policy? Because if they did, how can they keep minting more and more NFTs over time and add them to their collection? What prevents them from adding two identical NFTs?</p>

CC BY-SA 4.0
2022-01-10T02:39:00.043Z
Can you give some examples? I don't think most projects will use the same policy ID, because it loses the meaning of NFT. If you see that a project is keeping minting, it should use different policy IDs, but just register all policy IDs [here](https://github.com/Cardano-NFTs/policyIDs) as the same project.
Joseph Ku
CC BY-SA 4.0
2022-01-10T06:35:22.037Z
If a project has thousands of NFTs, the same policy will be used, but the NFTs will have unique names, and they will be unique (non fungible).
The purpose for the multiple policies in that list is to allow the policies to be time locked, so that the NFTs can be really unique (because the policy owned can still mint new NFTs with the same policy and the same name as long as the policy is not locked).
George - APEX Stake Pool
CC BY-SA 4.0
2022-01-10T06:35:30.240Z
But they still want to be able to mint new NFTs with the same "Project ID", because registering a project on that github repository takes weeks, and this is why they register in a project multiple polict IDs with different timelock dates.
George - APEX Stake Pool
CC BY-SA 4.0
2022-02-20T19:25:52.233Z
@George-APEXStakePool, you mentioned registering a project on github.  Can you say more about this, please? I'm planning an NFT campaign and am not aware of registering anything.  Thanks much
Kurt Hartmann
CC BY-SA 4.0
2022-02-20T19:33:50.903Z
I think I found it.  Just leaving this here for posterity. https://github.com/Cardano-NFTs/policyIDs
Kurt Hartmann
CC BY-SA 4.0
2022-02-21T10:41:54.913Z
Yes, that's the one.
George - APEX Stake Pool
<nft><minting>
How should you properly mint multiple NFTs under same policy?
# How should you properly mint multiple NFTs under same policy?

(Asked by: username_0 on 2021-12-23)

The minting guide say that you should set the policy to expire after certain slot to make sure that nobody can mint more of the same NFT. This kind of makes sense, but then how can you reuse the same policy to mint more of different NFTs?

I saw that most NFT projects share same policy ID, which makes perfect sense, you can verify that NFT really belongs to that same project and isn't forgery, but does it mean these projects didn't set expiry in their policy? Because if they did, how can they keep minting more and more NFTs over time and add them to their collection? What prevents them from adding two identical NFTs?

**Tags:** nft, minting
> **Comments:**
> **username_1**: Can you give some examples? I don't think most projects will use the same policy ID, because it loses the meaning of NFT. If you see that a project is keeping minting, it should use different policy IDs, but just register all policy IDs [here](https://github.com/Cardano-NFTs/policyIDs) as the same project.  
> **username_2**: If a project has thousands of NFTs, the same policy will be used, but the NFTs will have unique names, and they will be unique (non fungible). The purpose for the multiple policies in that list is to allow the policies to be time locked, so that the NFTs can be really unique (because the policy owned can still mint new NFTs with the same policy and the same name as long as the policy is not locked).  
> **username_2**: But they still want to be able to mint new NFTs with the same "Project ID", because registering a project on that github repository takes weeks, and this is why they register in a project multiple polict IDs with different timelock dates.  
> **username_3**: @George-APEXStakePool, you mentioned registering a project on github.  Can you say more about this, please? I'm planning an NFT campaign and am not aware of registering anything.  Thanks much  
> **username_3**: I think I found it.  Just leaving this here for posterity. https://github.com/Cardano-NFTs/policyIDs  
> **username_2**: Yes, that's the one.  

---

## 4 answers

### Answer by username_4 on 2021-12-27. Score: 2

There are a couple different ways minters are doing this. First is they create a policy ID that expires 6-12 months in the future. This allows them to mint multiple collections under the same ID but the ID DOES eventually lock. As long as the ID locks at some point in the future, Pool.pm shows a lock icon.

Other artists choose to permanently have their ID unlocked. This allows them to mint collections under the same ID anytime in the future. As you noted, this makes it somewhat simpler for buyers to associate NFTs with the single ID, however, secondary marketplaces these days make it pretty straight forward to confirm NFTs are authentic even with multiple IDs so it's not a huge advantage.

The other reason an artist might choose to keep the ID open is if the NFT has future utility, such as workbench functionality, or some other feature where the artist might want to CHANGE the actual NFT that's in your wallet.


---

### Answer by username_5 on 2022-02-09. Score: 2

NFT projects tend to use a PolicyId to group NFTs into collections.

A PolicyId is tied to a minting wallet and may optionally contain an expiry date.

Once the expiry date passes, the minting wallet cannot mint or update NFTs tied to the PolicyId.

This gives buyers the assurance that a Collection with a expired policyId has not minted more than the stated supply and cannot change the minted asset's metadata.

---

The minting wallet can Mint two or more identical NFTs, but the NFTs will not technically be a NFT anymore (it becomes fungible).

NFT asset = PolicyId + AssetName

(If 2 Assets in the same PolicyId have the same AssetName, the block explorer will show a count of 2).

NFT buyers will usually check the total supply of NFTs in a PolicyId and that each NFT asset in that PolicyId is unique (non-fungible).


---

### Answer by username_2 on 2021-12-23. Score: 2

You are right, some people consider a NFT being a real NFT only after the policy expires, so that you can be sure it is unique.
You can also mint multiple NFTs with one policy in one transaction.

> **Comments:**
> **username_0**: OK, so that means most of current popular NFT projects don't do it right, because their policy doesn't seem to expire? (they keep minting more and more NFTs under same policy)  

---

### Answer by username_6 on 2023-01-14. Score: 0

In my opinion of the English language, the token is fungible if it is possible to make more identical tokens.
One could include the splitting or changing of the token itself, but that is perhaps out of context if you regard the "token" to be the set of relevant unique identifiers.

Therefore if the policy is not locked, then the tokens are fungible.
Cases where another functionally identical token can be, but has not yet been made, are in the state of fungibility.

Of course various blockchain browsers can render and annotate data as they choose. Users beware.

I am not suggesting that non locked policies are inferior to locked policies.
There is obviously a lot of functionality to be obtained from burning tokens to create another with the relevant key hooks. Just don't confuse people, or mislead them into misconception.


---

