nftstorage / nft.storage

**Notice: Uploads Decommissioned - Existing Data is Safe!** NFT.Storage Classic (classic.nft.storage) offers free decentralized storage and bandwidth for NFTs on IPFS and Filecoin. June 2024 Update: No new uploads, but all existing data is safe. Try the new NFT.Storage, which preserves data in long term Filecoin storage. Go to app.nft.storage
https://classic.nft.storage
Other
620 stars 168 forks source link

Contracts on testnets #2711

Open tobyjaguar opened 6 days ago

tobyjaguar commented 6 days ago

When I select a network, there is no way to specify a testnet. Is the service only for mainnet products right now? And if so, is there a sandbox I can test with?

elizabeth-griffiths commented 5 days ago

Hi Toby, This product launched a few months ago, we have not built sandbox or testnet support yet. It would be helpful to understand why this is important to you, so that we can better prioritise the work and build the right solution. If you can answer these questions that would be great:

  1. Why do you need sandbox support?
  2. What does a good sandbox support solution look like?
  3. Why do you need testnet support?
  4. What does a good testnet support solution look like?

Thanks! Elizabeth

tobyjaguar commented 5 days ago

Hello Elizabeth,

I realize the company has built its product targeting what seems like a mainnet solution for 10k PFPs where all of the tokens are generated at once. So the request for a sandbox with this in mind does not make sense. I am working on a project that incrementally mints tokens over time. And in this scenario I was using the classic solution to upload an image and the metadata file to IPFS vis nft.storage one at a time. Therefore, in looking at the new product I was hoping to due some testing on incremental token uploads, one at a time. To do this, I wanted to test the http API to make sure that I was crafting the API call correctly. I am now using the Pinata APIs to store the image and metadata files, then I wanted to persistently store the just minted token id with the metatdata CID to ntf.storage. I am testing all this on the Base Sepolia testnet, hence the inquiry into testnet support.

Again, this request doesn't make sense if the primary product is intended for mainnet token launches following the 10k PFP projects. I, however, am looking to use the nft.storage API to incrementally store minted NFTs as customers create them, in which case I would like to test the product against our testnet application, rather than against our mainnet application.

thanks for the reply, toby

elizabeth-griffiths commented 14 hours ago

Hi Toby,

Thank you for providing such detailed context on your use case. We appreciate your feedback and the insights into how you’re utilizing the product.

Your scenario of incrementally minting tokens over time is exactly the kind of use case we aim to support with nft.storage. While we currently don’t have a sandbox or testnet support, we recognize the importance of these features and are actively considering them in our future development plans.

Understanding your need to test the HTTP API calls on a testnet like Base Sepolia is very helpful. Could you let us know if the absence of a sandbox is a hard blocker for you to integrate with nft.storage? If so, please share more details on your specific requirements. If not, would you be able to find a workaround until we build out the sandbox and testnet support?

Thanks again for your valuable input. We look forward to supporting your incremental minting project.

Best regards, Elizabeth CEO