一台Collection，多台糖果机
One Collection, Multiple Candy Machines
我正在尝试创建一个 NFT collection 999 件。在这 999 件中，有 23 件将保留给早期投资者（他们将收到定制的 NFT）。因为没有办法铸造特定的 NFT（投资者 NFT）——有人建议我创建 2 台糖果机，一台 public 将连接到 Candy Machine UI 和一台我将使用的私人机器手动铸造所有投资者 NFT 和空投。
文件夹我是这样设置的
./public-assets/ - Public 机器的 NFT
./private-assets/ - 私有机器的 NFT
./public-config.json - Public 机器的配置
./private-config.json - 私人机器的配置
现在理论上 public-assets 目录将包含 976 个资产，private-assets 目录将包含 23 个 NFT，配置将匹配该数字。
关于这种方法我有很多问题：
- 我有重复的 NFT 号码，例如
"Collection Name #0" (public mint)" = "Collection Name #0" (private mint) - 即使 NFT 不同
- 铸币平台剩余物品总数UI为999 - 23 //这个我通过修改糖果机UI连接私机获取剩余数量解决项目 - 但我不知道是否有更好的方法
- NFT 似乎不属于同一 collection，即使附加到每个资产的元数据具有相同的 collection 名称和家族
是否有更好的方法来解决这个问题？如果是这样，它如何解决我面临的所有问题？ TMy first stack overflow post，抱歉，如果没有提供足够的细节。
- 您必须在创建糖果机之前处理元数据生成/重命名它们
- 是的，最好的方法是也连接到私人机器，或者只是对整个数字进行硬编码。
- 您需要确保它们都是同一个链上集合的一部分。链外 JSON 中的集合名称和系列对此无关紧要。
为此，您可以
- 照常创建第一台糖果机。这将创建一个新集合
- 在
-m <collection> 的第二台机器上传时使用此集合 mint。这将自动使铸造的 NFT 成为该集合的一部分。
重复的 NFT 号码意味着您没有更改 script/art 引擎，您以前使用的引擎会在较晚的号码开始递增以补偿已经使用的号码。默认情况下，Hashlips 和其他引擎从 #0 开始生成集合。
理想情况下，您希望 Collection 1 具有来自 #0 - #976 的元数据，然后 Collection 2 具有来自 #978 - #999 的元数据。
您可以使用快速 py 或 JS 脚本（或语言或您的选择）轻松修改集合 2 生成的链下数据，以循环并调整文件集合名称，或者手动进行，因为它只有 23。
一旦将集合 2 重新上传到新的 candymachine 并进行铸造，就可以通过将集合 2 的元数据集合地址更新为与集合 1 相同的地址，将它们合并到更大的集合中。这会将所有内容归入同一集合。
更新 Solana NFT 元数据的主要工具之一是 Metaboss。
https://metaboss.rs
关于前端计数器，如果它能工作就工作:P
您需要注意的是新的机器人税。例如，如果第二台较小的糖果机没有售罄，但前端的 UI 仍然显示 990/999 任何在此时成功尝试铸造的人都将被征税 0.01 SOL，因为本质上 public 机器已售罄，但私人机器还有一些剩余，但数字并未反映这一点。因此，需要确保您的 UI 逻辑正确，并阻止人们在 public 机器售罄时尝试铸造。
我正在尝试创建一个 NFT collection 999 件。在这 999 件中，有 23 件将保留给早期投资者（他们将收到定制的 NFT）。因为没有办法铸造特定的 NFT（投资者 NFT）——有人建议我创建 2 台糖果机，一台 public 将连接到 Candy Machine UI 和一台我将使用的私人机器手动铸造所有投资者 NFT 和空投。
文件夹我是这样设置的
./public-assets/ - Public 机器的 NFT
./private-assets/ - 私有机器的 NFT
./public-config.json - Public 机器的配置
./private-config.json - 私人机器的配置
现在理论上 public-assets 目录将包含 976 个资产，private-assets 目录将包含 23 个 NFT，配置将匹配该数字。
关于这种方法我有很多问题：
- 我有重复的 NFT 号码，例如
"Collection Name #0" (public mint)"="Collection Name #0" (private mint)- 即使 NFT 不同 - 铸币平台剩余物品总数UI为999 - 23 //这个我通过修改糖果机UI连接私机获取剩余数量解决项目 - 但我不知道是否有更好的方法
- NFT 似乎不属于同一 collection，即使附加到每个资产的元数据具有相同的 collection 名称和家族
是否有更好的方法来解决这个问题？如果是这样，它如何解决我面临的所有问题？ TMy first stack overflow post，抱歉，如果没有提供足够的细节。
- 您必须在创建糖果机之前处理元数据生成/重命名它们
- 是的，最好的方法是也连接到私人机器，或者只是对整个数字进行硬编码。
- 您需要确保它们都是同一个链上集合的一部分。链外 JSON 中的集合名称和系列对此无关紧要。 为此，您可以
- 照常创建第一台糖果机。这将创建一个新集合
- 在
-m <collection>的第二台机器上传时使用此集合 mint。这将自动使铸造的 NFT 成为该集合的一部分。
重复的 NFT 号码意味着您没有更改 script/art 引擎，您以前使用的引擎会在较晚的号码开始递增以补偿已经使用的号码。默认情况下，Hashlips 和其他引擎从 #0 开始生成集合。
理想情况下，您希望 Collection 1 具有来自 #0 - #976 的元数据，然后 Collection 2 具有来自 #978 - #999 的元数据。
您可以使用快速 py 或 JS 脚本（或语言或您的选择）轻松修改集合 2 生成的链下数据，以循环并调整文件集合名称，或者手动进行，因为它只有 23。
一旦将集合 2 重新上传到新的 candymachine 并进行铸造，就可以通过将集合 2 的元数据集合地址更新为与集合 1 相同的地址，将它们合并到更大的集合中。这会将所有内容归入同一集合。
更新 Solana NFT 元数据的主要工具之一是 Metaboss。 https://metaboss.rs
关于前端计数器，如果它能工作就工作:P
您需要注意的是新的机器人税。例如，如果第二台较小的糖果机没有售罄，但前端的 UI 仍然显示 990/999 任何在此时成功尝试铸造的人都将被征税 0.01 SOL，因为本质上 public 机器已售罄，但私人机器还有一些剩余，但数字并未反映这一点。因此，需要确保您的 UI 逻辑正确，并阻止人们在 public 机器售罄时尝试铸造。