Skip to main content

Modèle de projet

Remarque : Ce document est une traduction automatique de la version originale anglaise.

[Project Name] — une fiche de référence pour un projet crypto : ce que fait le produit et à quel point les principales affirmations du projet sont vérifiables ; mais aussi — l'adéquation avec la thèse de l'Intelligence Artificielle Décentralisée (DecAI Fit).

[Project Name] — un projet [category] sur [chain], token (symbole : [ticker]).

Avertissement (texte complet)

Important : cette page est une présentation de référence du projet. Au sein de DecAIHub, nous enregistrons séparément une vérification basée sur des sources ouvertes dans le cadre de la thèse de l'IA (ce qui est réellement de l'IA/onchain/pourquoi un token, et sur quelles sources cela se base).
Il ne s'agit pas d'un conseil financier ni d'une recommandation d'acheter/vendre/détenir un actif. Nous n'évaluons pas le prix, les rendements ou le moment d'entrée/sortie.
Les conclusions sont basées sur des documents accessibles au public trouvés à la date de vérification. L'absence de confirmation n'implique pas l'absence de la technologie.

TL;DR (pour les lecteurs qui ne sont pas experts en IA)

  • Ce que c'est : un(e) [protocole/application/réseau/marché] pour [objectif simple].
  • Pour qui c'est : [utilisateurs principaux : utilisateurs/développeurs/équipes/entreprises].
  • Pourquoi onchain/token : [une phrase sans termes liés à l'IA : paiements/accès/incitations/sécurité/comptabilité].

Comment ça marche (très brièvement)

  1. L'utilisateur fait : [action].
  2. Le système fait : [ce qui se passe à l'intérieur].
  3. L'utilisateur obtient : [résultat/avantage].
  4. Où est la blockchain : [ce qui est exactement onchain : règlement/comptabilité/garanties/propriété].
  5. Rôle du token (s'il y en a un) : [pourquoi le token est nécessaire ; si aucun — "pas de token"].

Liens rapides : Adéquation avec la thèse IA

Passeport du projet (faits brefs, sans liens)

Champ Valeur
Nom du projet [ ]
Également connu sous (aliases) (synonymes/symbole/orthographes) [ ]
Logo (logo) (lien/fichier) [ ]
Symbole du token (ticker) (ou — s'il n'y a pas de token) [ ]
Catégorie (1–3 étiquettes ; exemples : AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) [ ]
Chaîne principale (chain) [ ]
Type (EVM / non‑EVM / Appchain) [ ]
Statut du réseau (mainnet / testnet / beta) [ ]
Consensus (consensus) (PoS/PoW/…) [ ]
Date de lancement (launch_date) (YYYY ou date) [ ]
Statut du projet (status) (actif / en développement / fermé) [ ]
Token (standard) (natif / ERC‑20 / SPL / CW20 / aucun) [ ]
Contrat du token (adresse ou —) [ ]
Modèle du token (token_type) (utilité / gouvernance / mécanisme de frais / …) [ ]
Offre maximale (max supply; paramètres de l'offre de token) [ ]
Émission (fixe / inflationniste / combustion (burn) / —) [ ]
Tokenomics (tokenomics, brief) (1–2 faits) [ ]
Gouvernance (DAO / multisig / entreprise / —) [ ]
Administrateurs/clés (renoncé / timelock / multisig / —) [ ]
Audit (oui/non/— ; les liens vont dans links_ et/ou Evidence)* [ ]
Prime aux bugs (Bug bounty) (oui/non/— ; les liens vont dans links_ et/ou Evidence)* [ ]
Équipe (team) (bref/—) [ ]
Financement (investors/funding) (subventions/tours/fonds ; confirmé/—) [ ]
Composant IA (ai_component) (3–10 mots) [ ]
Cas d'utilisation (use_case) (3–10 mots) [ ]
DecAI Fit — Adéquation avec la thèse IA (X/6 + niveau) [ ]
Résumé des composants DecAI Fit (ai_score / onchain_score / token_score / evidence_score) [ ]
Dernière vérification (YYYY‑MM‑DD) [ ]
Type Lien
Website [ ]
Docs [ ]
GitHub [ ]
Releases / Changelog [ ]
Whitepaper [ ]
Roadmap [ ]
Security advisories [ ]
Explorer [ ]
X [ ]
Discord [ ]
Telegram [ ]
Medium [ ]
Audit report(s) [ ]
Bug bounty [ ]
CoinGecko [ ]
CoinMarketCap [ ]

Présentation générale du projet

[En détail et en langage clair (sans répéter le TL;DR ci-dessus) : ce qu'est le projet, quel problème il résout, à qui il s'adresse, et quelle forme il prend (protocole/application/réseau).]

Fonctionnalités/modules

  • [Principaux modules/composants du produit (sous forme de liste).]
  • [Ce qui compte le plus / ce qui est unique pour les utilisateurs.]

Scénarios typiques

  • Scénario 1 : [qui fait quoi → quel résultat]
  • Scénario 2 : [qui fait quoi → quel résultat]
  • Scénario 3 : [facultatif]

Pour commencer (portefeuille/réseau)

  • Ce dont vous avez besoin : [portefeuille/compte/exigences minimales]
  • Réseau/chaîne : [quel réseau, où basculer]
  • Frais : [quels frais s'appliquent et où ils surviennent]

Architecture/technologie (hors IA)

  • Composants : [contrats/nœuds/clients/indexeurs/backend, etc.]
  • Rôles des participants : [utilisateurs/validateurs/fournisseurs/opérateurs…]
  • Où la logique s'exécute : [L1/L2/appchain/offchain + qu'est-ce qui s'exécute où]
  • Dépendances : [oracles/DA/ponts (bridges)/fournisseurs RPC/stockage, etc.]

Token/économie (détaillé, sans prévisions)

  • Utilité du token : [ce que les utilisateurs paient / ce qu'ils obtiennent]
  • Moteurs de nécessité du protocole : [qui utilise le token pour quoi, et pourquoi cela ne fonctionne pas sans lui]
  • Qui paie les frais : [utilisateurs/fournisseurs/tiers]
  • Où vont les frais : [validateurs/fournisseurs/trésorerie/combustion (burn)]
  • Émission/combustion : [modèle + liens/paramètres]
  • Mécanismes de sécurité/incitation : [staking/slashing/autre ; oui/non, conditions, risques]
  • Distribution et calendrier d'émission des tokens : [acquisition (vesting)/déblocages ; qui obtient quoi/calendrier/liens ; pour évaluer la centralisation/les incitations]
  • Trésorerie : [qui la contrôle / comment elle est dépensée / liens]

Gouvernance

  • Qui prend les décisions : [DAO/équipe/fondation/multisig]
  • Comment changent les paramètres du protocole : [processus/vote/mises à jour]
  • Où les décisions sont discutées/prises : [forum/repo/snapshot/liens]
  • Clés/multisig : [signataires/seuil/liens]

Sécurité et incidents

  • Audits : [qui/quand/liens] (s'il y en a beaucoup — mettez un tableau ci-dessous)
  • Prime aux bugs : [oui/non, lien]
  • Incidents : [piratages/pannes/hard forks/post-mortems]
  • Modèle de menace : [principaux risques et hypothèses de sécurité]

Statut du projet et calendrier

  • Statut actuel : [mainnet/testnet/beta/…]
  • Lancements/étapes clés : [dates/versions]
  • Feuille de route : [ce qui est en cours de construction + lien]

Écosystème/intégrations

  • Intégrations : [portefeuilles/ponts/infrastructure/outils/bourses (le cas échéant)]
  • Partenaires : [s'il y en a de confirmés]
  • Où il est réellement utilisé : [exemples d'intégration/cas d'utilisation + liens]

Composant IA du projet

  • Qu'est-ce qui est vraiment de l'IA ici ? [1–2 phrases]
  • Qu'est-ce qui est vraiment onchain ? [1–2 phrases]
  • Pourquoi un token est-il nécessaire ? [1–2 phrases]
  • Signaux d'alarme (Red flags) : IA‑washing / onchain‑washing / token‑washing [ ], ce qu'il faut revérifier [ ], principaux risques d'IA‑washing [ ].

Résumé des composants DecAI Fit

  • DecAI Fit : [X/6 — adéquation faible/moyenne/élevée avec la thèse de l'Intelligence Artificielle Décentralisée]
Component Niveau Score
AI reality [faible/moyen/élevé] [0–3]
Onchain necessity [faible/moyen/élevé] [0–3]
Token necessity [pas de token/faible/moyen/élevé] [0–3]
Evidence [Tier‑1 présent/absent] [0–3]
Détails

AI reality

AI_0 — intention IA (feuille de route Tier‑1) (1/0)

  • AI_0 (decision) : [1/0/—]
  • Claim (1 ligne) : [quelle feuille de route/déclaration de Tier‑1 déclare l'intention IA]
  • Evidence : Tier‑1 — [link]
  • Why sufficient / why not (1 ligne) : [pourquoi il s'agit d'une intention, pas d'une preuve d'IA fonctionnelle]
  • Conflict note (le cas échéant) : [ ]

AI_1 — ce que fait l'IA (1/0)

  • AI_1 (decision) : [1/0/—]
  • Claim (1 ligne) : [ce que fait réellement l'IA]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit pour 1, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

AI_2 — démos/exemples (1/0)

  • AI_2 (decision) : [1/0/—]
  • Claim (1 ligne) : [quelle démo/exemple existe et ce qu'elle montre]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit pour 1, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

AI_3 — métriques/qualité (1/0)

  • AI_3 (decision) : [1/0/—]
  • Métriques : [ ]
  • Contexte (version/date/comment c'est mesuré) : [ ]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi les métriques sont valides/suffisantes, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

AI_4 — description technique/architecture/versions (1/0)

  • AI_4 (decision) : [1/0/—]
  • Claim (1 ligne) : [ce qui est documenté/décrit]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit pour 1, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

Onchain necessity

OC_1 — contrats/adresses/chaîne (1/0)

  • OC_1 (decision) : [1/0/—]
  • Chaîne (Chain) : [ ]
  • Adresses/identifiants : [ ]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit pour 1, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

OC_2 — onchain au-delà d'un simple token (1/0)

  • OC_2 (decision) : [1/0/—]
  • Quelle logique utile est onchain : [ ]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit pour 1, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

OC_3 — l'onchain est critique (1/0)

  • OC_3 (decision) : [1/0/—]
  • Test "remplacer la blockchain" : ce qui casse sans onchain : [ ]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi le test est prouvé, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

Token necessity

TK_0 — pas de token (1/0)

  • TK_0 (decision) : [1/0/—]
  • Claim (1 ligne) : [le projet n'a pas de token]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela suffit, ou pourquoi —]
  • Conflict note (le cas échéant) : [ ]

TK_1..TK_4 (1/0)

TK_1 — paiement pour le service (1/0)

  • TK_1 (decision) : [1/0/—]
  • Claim (1 ligne) : [ce que les utilisateurs paient avec le token]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela est prouvé, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

TK_2 — incitations/garantie/pénalités (1/0)

  • TK_2 (decision) : [1/0/—]
  • Claim (1 ligne) : [quelles incitations/garanties/pénalités existent et pourquoi]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela est prouvé, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

TK_3 — gouvernance (1/0)

  • TK_3 (decision) : [1/0/—]
  • Claim (1 ligne) : [comment le token est utilisé pour la gouvernance]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cela est prouvé, ou pourquoi 0/—]
  • Conflict note (le cas échéant) : [ ]

TK_4 — le token est remplaçable (1/0)

  • TK_4 (decision) : [1/0/—]
  • Claim (1 ligne) : [pourquoi le token peut/ne peut pas être remplacé]
  • Evidence : Tier‑[1/2] — [link], [link]
  • Why sufficient / why not (1 ligne) : [pourquoi cette conclusion est soutenue, ou pourquoi —]
  • Conflict note (le cas échéant) : [ ]

Evidence (tableau)

S'il n'y a pas de Tier‑1 pour une affirmation clé mais qu'il y a des mentions Tier‑2/3, incluez-les dans le tableau et ajoutez une ligne de note explicite :
Tier‑1 | — | Aucune source Tier‑1 pour l'affirmation X n'a été trouvée.
(Les Tier‑2/3 seuls n'augmentent pas le score ; ce sont des éléments de contexte/marketing jusqu'à ce que le Tier‑1 existe).

Tier Source Ce que cela prouve
Tier‑1 [link] [ ]
Tier‑2 [link] [ ]
Tier‑3 [link] [ ]