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)
- L'utente fa: [azione].
- Il sistema fa: [cosa succede all'interno].
- L'utente ottiene: [risultato/vantaggio].
- Dov'è la blockchain: [cosa è esattamente onchain: regolamento/contabilità/garanzie/proprietà].
- Ruolo del token (se presente): [perché il token è necessario; se nessuno — "nessun token"].
Link rapidi: Allineamento con la tesi sull'IA
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) | [ ] |
Link (links_*)
| Tipo | Link |
|---|---|
| Website | [ ] |
| Docs | [ ] |
| GitHub | [ ] |
| Releases / Changelog | [ ] |
| Whitepaper | [ ] |
| Roadmap | [ ] |
| Security advisories | [ ] |
| Explorer | [ ] |
| X | [ ] |
| Discord | [ ] |
| Telegram | [ ] |
| Medium | [ ] |
| Audit report(s) | [ ] |
| Bug bounty | [ ] |
| CoinGecko | [ ] |
| CoinMarketCap | [ ] |
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] | [ ] |
No comments to display
No comments to display