MyZubster MVP: from an idea to a live decentralized green ecosystem

A developer has released the first public MVP of MyZubster, an experimental open-source project combining environmental data, AI, and decentralized technologies, now deployed on Render. The build, written in Python with Flask, Gunicorn, and Docker, exposes a public comics catalog API and a Zorgax-oriented question endpoint, while exploring Ollama and Qdrant for semantic search. The project explicitly marks one comic entry as an NFT candidate but keeps its rights status as TO_VERIFY, with no on-chain minting claimed.

Today I’m sharing the first public MVP of MyZubster , an experimental open project that brings together environmental data, artificial intelligence, decentralized technologies and digital creativity. After developing and testing the first APIs, the project now has a public deployment running on Render . 🌐 Live project: https://myzubster-mvp.onrender.com/ https://myzubster-mvp.onrender.com/ 💻 Source code: https://github.com/nicolaususnicola-lgtm/myzubster-mvp https://github.com/nicolaususnicola-lgtm/myzubster-mvp MyZubster explores the idea of a decentralized green ecosystem where technology can help connect real-world environmental observations with AI and new digital tools. The project currently experiments with: This is an MVP: some components are already operational, while others remain experiments or require further verification. One experiment inside MyZubster is Nicola Comics . The MVP exposes a small comic catalog through a public API. You can see it here: https://myzubster-mvp.onrender.com/api/comics https://myzubster-mvp.onrender.com/api/comics The catalog currently contains three entries. One of them, n4k48-comic-001 , is marked as: NFT CANDIDATE This deliberately does not mean that an NFT has already been minted. The project currently keeps its rights status as TO VERIFY , while contract address , token id and transaction hash remain empty until verifiable evidence exists. This is an important design principle for the project: a proposal for tokenization is not the same thing as an on-chain asset. The MVP also includes a public Zorgax-oriented endpoint: POST /api/zorgax/ask For example, the catalog can process a request such as: { "question": "Show me the Nicola Comics", "action": "gallery" } The endpoint has been successfully tested on the public deployment and returns the Nicola Comics catalog with absolute links to the individual entries. At this stage, this verifies the public catalog adapter running inside the MyZubster MVP . Integration with a separate or upstream Zorgax service should be considered a different integration step and is not being claimed by this MVP test. The public MVP currently uses: Python + Flask for the API Gunicorn as the application server Docker for containerization Render for the public deployment GitHub for source code and documentation The broader development environment also explores Ollama and Qdrant for AI and semantic-search functionality. 🌐 Live website https://myzubster-mvp.onrender.com/ https://myzubster-mvp.onrender.com/ 🎨 Nicola Comics API https://myzubster-mvp.onrender.com/api/comics https://myzubster-mvp.onrender.com/api/comics 💻 MyZubster MVP source code https://github.com/nicolaususnicola-lgtm/myzubster-mvp https://github.com/nicolaususnicola-lgtm/myzubster-mvp 🧭 Main MyZubster repository https://github.com/nicolaususnicola-lgtm/myzubster https://github.com/nicolaususnicola-lgtm/myzubster The next steps are to improve the public interface, develop the environmental-data components, connect Nicola Comics more deeply with the ecosystem, verify provenance and rights before any NFT-related operation, and continue experimenting with the AI architecture. MyZubster is still an early public build. That is exactly why I’m publishing it now: to build in public, test the architecture, document what works and clearly distinguish experiments from verified functionality. Feedback, testing, ideas and collaboration are welcome. Build first. Verify everything. Then decentralize what actually makes sense.