Aller au contenu
login
arrow_backRetour aux issues
MyZubster-Ecosystem/myzubster #526

[BOUNTY · OPEN FOR CONTRIBUTORS] Crea il fumetto visuale “Come funziona MyZubster” — 300 MYZ proposed

ecoDébutant documentation good first issue bounty type:bounty status:proposed reward:myz reward:xmr reward:token

descriptionDescription

# 🎨 Bounty — Crea il fumetto visuale “Come funziona MyZubster” ## Status **OPEN FOR CONTRIBUTORS / PROPOSED** > Questa issue è aperta a contributor visuali, illustratori e designer. Per evitare lavoro duplicato, commenta **`CLAIM`** prima di iniziare indicando alias, workflow (human-made / AI-assisted / mixed) e data prevista di consegna. ## Reward **300 MYZ proposed** — `Discovery Episode` tier. - Asset/accounting unit: **MYZ internal reward/accounting ledger** - Amount: **300 MYZ proposed** - Funding state: **PROPOSED — not yet guaranteed or externally settled** - Review: **manual maintainer verification** La definizione del reward rende il task leggibile e confrontabile, ma non costituisce promessa automatica di pagamento. Il reward può essere registrato solo dopo i gate previsti da `BOUNTIES.md`; qualunque settlement esterno resta separato e richiede verifica indipendente. ## Objective Trasformare il workflow **“Come funziona MyZubster”** in un fumetto/visual guide originale, chiaro, coerente con l’architettura reale del progetto e comprensibile anche a chi non conosce il codice. ## Deliverable minimo Realizzare **4–8 vignette/pagine + cover**, oppure una tavola equivalente ad alta leggibilità, che rappresenti: 1. **Osserva** 2. **Documenta** 3. **Collega** 4. **Collabora** 5. **Verifica** 6. **Pubblica** 7. **Reward / settlement** La visual deve mostrare in modo comprensibile il rapporto tra App/Web, Core MyZubster, osservazioni/media, bounty, IPFS/IPNS, Gateway e verifier. ## Formati da consegnare - versione README: PNG/WebP ottimizzata, leggibile desktop/mobile; - versione high-resolution per docs/social; - file sorgente modificabile **oppure** workflow/prompt/passaggi sufficienti per rigenerare l'asset; - breve `README`/nota con autore, licenza/diritti e strumenti usati; - PR che aggiunge gli asset al repository e aggiorna README/docs. Target consigliato: ```text docs/comic/myzubster-how-it-works.png docs/comic/myzubster-how-it-works-hires.png ``` ## Acceptance criteria - [ ] Il fumetto è originale e il contributor possiede/può concedere i diritti necessari. - [ ] Il flusso Osserva → Documenta → Collega → Collabora → Verifica → Pubblica → Reward/Settlement è riconoscibile. - [ ] Non introduce funzionalità inesistenti come se fossero già operative. - [ ] **MYZ** è rappresentato come ledger/reward accounting interno, non come pagamento blockchain automatico. - [ ] Eventuali XMR/token/settlement esterni sono separati e soggetti a verifica indipendente. - [ ] Real-world evidence e parti narrative/fiction sono distinguibili. - [ ] Nessun secret, dato personale non necessario, wallet address, path locale o dettaglio sensibile negli asset. - [ ] Asset leggibili su desktop e mobile. - [ ] Sorgenti/workflow di rigenerazione documentati. - [ ] PR, screenshot/render finali e riferimenti agli asset inclusi come evidence. ## Come partecipare 1. Commenta `CLAIM` su questa issue. 2. Indica alias, lingua, stile e workflow (human-made / AI-assisted / mixed). 3. Un maintainer conferma che non ci sia un claim concorrente già attivo. 4. Crea una branch/fork e prepara gli asset. 5. Apri una PR con `Closes #526`. 6. Allega render/screenshot e descrivi come hai soddisfatto ogni acceptance criterion. **Claim consigliato: 72 ore per mostrare una prima bozza.** Se non arriva alcun aggiornamento, la bounty può tornare libera per altri contributor. ## Reference visual già esistente Una prima visual di riferimento è stata selezionata e archiviata su Drive come `MyZubster-How-It-Works-Comic-README.png`. È un riferimento del progetto, **non sostituisce la consegna contributor richiesta da questa bounty** e non deve essere semplicemente ricopiata. ## Evidence richiesta - Pull request con asset e aggiornamento README/docs; - screenshot/render finali; - checklist dei criteri di accettazione; - opzionale: CID IPFS degli asset pubblici sanitizzati. ## Review & reward lifecycle ```text PROPOSED → VALIDATED → APPROVED → ACTIVE → SUBMITTE
codeOuvre sur GitHub