Skip to main content

Modello di progetto

Nota: Questo documento è una traduzione automatica della versione originale in inglese.

[Project Name] — una scheda di riferimento per un progetto crypto: cosa fa il prodotto e quanto sono verificabili le affermazioni chiave del progetto; inoltre — allineamento con la tesi dell'Intelligenza Artificiale Decentralizzata (DecAI Fit).

[Project Name] — un progetto [category] su [chain], token (simbolo: [ticker]).

Disclaimer (testo completo)

Importante: questa pagina è una panoramica di riferimento del progetto. All'interno di DecAIHub, registriamo separatamente una verifica basata su fonti aperte all'interno della tesi sull'IA (cos'è la vera IA/onchain/perché un token e su quali fonti si basa).
Questo non è un consiglio finanziario e non è una raccomandazione ad acquistare/vendere/mantenere alcun asset. Noi non valutiamo prezzi, rendimenti o tempistiche di ingresso/uscita.
Le conclusioni si basano su materiali disponibili pubblicamente trovati alla data della verifica. L'assenza di conferma non implica l'assenza della tecnologia.

TL;DR (per lettori non esperti di IA)

  • Cos'è: un [protocollo/app/rete/marketplace] per [scopo semplice].
  • Per chi è: [utenti principali: utenti/sviluppatori/team/aziende].
  • Perché onchain/token: [una frase senza termini IA: pagamenti/accesso/incentivi/sicurezza/contabilità].

Come funziona (in breve)

  1. L'utente fa: [azione].
  2. Il sistema fa: [cosa succede all'interno].
  3. L'utente ottiene: [risultato/vantaggio].
  4. Dov'è la blockchain: [cosa è esattamente onchain: regolamento/contabilità/garanzie/proprietà].
  5. Ruolo del token (se presente): [perché il token è necessario; se nessuno — "nessun token"].

Passaporto del progetto (fatti in breve, nessun link)

Campo Valore
Nome del progetto [ ]
Conosciuto anche come (aliases) (sinonimi/ticker/ortografie) [ ]
Logo (logo) (link/file) [ ]
Simbolo del token (ticker) (o — se non c'è token) [ ]
Categoria (1–3 etichette; esempi: AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) [ ]
Catena principale (chain) [ ]
Tipo (EVM / non‑EVM / Appchain) [ ]
Stato della rete (mainnet / testnet / beta) [ ]
Consenso (consensus) (PoS/PoW/…) [ ]
Data di lancio (launch_date) (YYYY o data) [ ]
Stato del progetto (status) (attivo / in sviluppo / chiuso) [ ]
Token (standard) (nativo / ERC‑20 / SPL / CW20 / nessuno) [ ]
Contratto del token (indirizzo o —) [ ]
Modello di token (token_type) (utilità / governance / meccanismo di commissioni / …) [ ]
Fornitura massima (max supply; parametri di fornitura del token) [ ]
Emissione (fissa / inflazionistica / burn / —) [ ]
Tokenomics (tokenomics, brief) (1–2 fatti) [ ]
Governance (DAO / multisig / azienda / —) [ ]
Amministratori/chiavi (rinunciato / timelock / multisig / —) [ ]
Audit (sì/no/—; i link vanno in links_ e/o Evidence)* [ ]
Bug bounty (sì/no/—; i link vanno in links_ e/o Evidence)* [ ]
Team (team) (breve/—) [ ]
Finanziamento (investors/funding) (sovvenzioni/round/fondi; confermato/—) [ ]
Componente IA (ai_component) (3–10 parole) [ ]
Caso d'uso (use_case) (3–10 parole) [ ]
DecAI Fit — Allineamento con la tesi sull'IA (X/6 + livello) [ ]
Riepilogo dei componenti DecAI Fit (ai_score / onchain_score / token_score / evidence_score) [ ]
Ultima verifica (YYYY‑MM‑DD) [ ]

Panoramica generale del progetto

[In dettaglio e con linguaggio semplice (senza ripetere il TL;DR sopra): cos'è il progetto, quale problema risolve, per chi è e che forma assume (protocollo/app/rete).]

Funzionalità/moduli

  • [Moduli/componenti chiave del prodotto (come elenco).]
  • [Cosa conta di più / cosa è unico per gli utenti.]

Scenari tipici

  • Scenario 1: [chi fa cosa → quale risultato]
  • Scenario 2: [chi fa cosa → quale risultato]
  • Scenario 3: [facoltativo]

Per iniziare (portafoglio/rete)

  • Cosa ti serve: [portafoglio/account/requisiti minimi]
  • Rete/catena: [quale rete, dove passare]
  • Commissioni: [quali commissioni si applicano e dove si verificano]

Architettura/tecnologia (non-IA)

  • Componenti: [contratti/nodi/client/indicizzatori/backend, ecc.]
  • Ruoli dei partecipanti: [utenti/validatori/provider/operatori…]
  • Dove viene eseguita la logica: [L1/L2/appchain/offchain + cosa viene eseguito e dove]
  • Dipendenze: [oracoli/DA/ponti/provider RPC/archiviazione, ecc.]

Token/economia (espanso, senza previsioni)

  • Utilità del token: [cosa pagano gli utenti / cosa ottengono]
  • Driver di necessità del protocollo: [chi usa il token per cosa e perché non funziona senza di esso]
  • Chi paga le commissioni: [utenti/provider/terze parti]
  • Dove vanno le commissioni: [validatori/provider/tesoreria/burn]
  • Emissione/burn: [modello + link/parametri]
  • Meccanismi di sicurezza/incentivazione: [staking/slashing/altro; sì/no, condizioni, rischi]
  • Distribuzione e programma di emissione dei token: [vesting/sblocchi; chi ottiene cosa/programma/link; per valutare centralizzazione/incentivi]
  • Tesoreria: [chi la controlla / come viene spesa / link]

Governance

  • Chi prende le decisioni: [DAO/team/fondazione/multisig]
  • Come cambiano i parametri del protocollo: [processo/votazione/aggiornamenti]
  • Dove vengono discusse/prese le decisioni: [forum/repo/snapshot/link]
  • Chiavi/multisig: [firmatari/soglia/link]

Sicurezza e incidenti

  • Audit: [chi/quando/link] (se molti — inserire una tabella sotto)
  • Bug bounty: [sì/no, link]
  • Incidenti: [hack/interruzioni/hard fork/post-mortem]
  • Modello di minaccia: [principali rischi e presupposti di sicurezza]

Stato del progetto e tempistiche

  • Stato attuale: [mainnet/testnet/beta/…]
  • Rilasci/traguardi chiave: [date/versioni]
  • Tabella di marcia (Roadmap): [cosa si sta costruendo ora + link]

Ecosistema/integrazioni

  • Integrazioni: [portafogli/ponti/infrastruttura/strumenti/exchange (se applicabile)]
  • Partner: [se ce ne sono di confermati]
  • Dove viene effettivamente utilizzato: [esempi di integrazione/casi d'uso + link]

Componente IA del progetto

  • Cos'è la vera IA qui? [1–2 frasi]
  • Cosa è veramente onchain? [1–2 frasi]
  • Perché è necessario un token? [1–2 frasi]
  • Campanelli d'allarme (Red flags): AI‑washing / onchain‑washing / token‑washing [ ], cosa ricontrollare [ ], principali rischi di AI‑washing [ ].

Riepilogo dei componenti DecAI Fit

  • DecAI Fit: [X/6 — allineamento basso/medio/alto con la tesi dell'Intelligenza Artificiale Decentralizzata]
Component Livello Score
AI reality [basso/medio/alto] [0–3]
Onchain necessity [basso/medio/alto] [0–3]
Token necessity [nessun token/basso/medio/alto] [0–3]
Evidence [Tier‑1 presente/assente] [0–3]
Dettagli

AI reality

AI_0 — intento IA (roadmap Tier‑1) (1/0)

  • AI_0 (decision): [1/0/—]
  • Claim (1 riga): [quale roadmap/dichiarazione di Tier‑1 dichiara l'intento IA]
  • Evidence: Tier‑1 — [link]
  • Why sufficient / why not (1 riga): [perché questo è un intento, non una prova di IA funzionante]
  • Conflict note (se presente): [ ]

AI_1 — cosa fa l'IA (1/0)

  • AI_1 (decision): [1/0/—]
  • Claim (1 riga): [cosa fa effettivamente l'IA]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente per 1, o perché 0/—]
  • Conflict note (se presente): [ ]

AI_2 — demo/esempi (1/0)

  • AI_2 (decision): [1/0/—]
  • Claim (1 riga): [quale demo/esempio esiste e cosa mostra]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente per 1, o perché 0/—]
  • Conflict note (se presente): [ ]

AI_3 — metriche/qualità (1/0)

  • AI_3 (decision): [1/0/—]
  • Metriche: [ ]
  • Contesto (versione/data/come è stato misurato): [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché le metriche sono valide/sufficienti, o perché 0/—]
  • Conflict note (se presente): [ ]

AI_4 — descrizione tecnica/architettura/versioni (1/0)

  • AI_4 (decision): [1/0/—]
  • Claim (1 riga): [cosa è documentato/descritto]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente per 1, o perché 0/—]
  • Conflict note (se presente): [ ]

Onchain necessity

OC_1 — contratti/indirizzi/catena (1/0)

  • OC_1 (decision): [1/0/—]
  • Catena (Chain): [ ]
  • Indirizzi/identificatori: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente per 1, o perché 0/—]
  • Conflict note (se presente): [ ]

OC_2 — onchain oltre un semplice token (1/0)

  • OC_2 (decision): [1/0/—]
  • Quale logica utile è onchain: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente per 1, o perché 0/—]
  • Conflict note (se presente): [ ]

OC_3 — onchain è critico (1/0)

  • OC_3 (decision): [1/0/—]
  • Test "sostituisci la blockchain": cosa si rompe senza onchain: [ ]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché il test è provato, o perché 0/—]
  • Conflict note (se presente): [ ]

Token necessity

TK_0 — nessun token (1/0)

  • TK_0 (decision): [1/0/—]
  • Claim (1 riga): [il progetto non ha alcun token]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è sufficiente, o perché —]
  • Conflict note (se presente): [ ]

TK_1..TK_4 (1/0)

TK_1 — pagamento per il servizio (1/0)

  • TK_1 (decision): [1/0/—]
  • Claim (1 riga): [cosa pagano gli utenti con il token]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è provato, o perché 0/—]
  • Conflict note (se presente): [ ]

TK_2 — incentivi/garanzie/penalità (1/0)

  • TK_2 (decision): [1/0/—]
  • Claim (1 riga): [quali incentivi/garanzie/penalità esistono e perché]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è provato, o perché 0/—]
  • Conflict note (se presente): [ ]

TK_3 — governance (1/0)

  • TK_3 (decision): [1/0/—]
  • Claim (1 riga): [come viene utilizzato il token per la governance]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questo è provato, o perché 0/—]
  • Conflict note (se presente): [ ]

TK_4 — il token è sostituibile (1/0)

  • TK_4 (decision): [1/0/—]
  • Claim (1 riga): [perché il token può/non può essere sostituito]
  • Evidence: Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 riga): [perché questa conclusione è supportata, o perché —]
  • Conflict note (se presente): [ ]

Evidence (tabella)

Se non c'è alcun Tier‑1 per un'affermazione chiave ma ci sono menzioni Tier‑2/3, includili nella tabella e aggiungi una riga di nota esplicita:
Tier‑1 | — | Nessuna fonte Tier‑1 trovata per l'affermazione X.
(I soli Tier‑2/3 non aumentano il punteggio; sono contesto/marketing finché non esiste il Tier‑1).

Tier Fonte Cosa dimostra
Tier‑1 [link] [ ]
Tier‑2 [link] [ ]
Tier‑3 [link] [ ]