Plantilla de proyecto

Nota: Este documento es una traducción automática de la versión original en inglés.

[Project Name] — una tarjeta de referencia para un proyecto cripto: qué hace el producto y qué tan verificables son las afirmaciones clave del proyecto; también — alineación con la tesis de Inteligencia Artificial Descentralizada (DecAI Fit).

[Project Name] — un proyecto de [category] en [chain], token (símbolo: [ticker]).

Descargo de responsabilidad (texto completo)

Importante: esta página es una revisión de referencia del proyecto. Dentro de DecAIHub, registramos por separado una verificación basada en fuentes abiertas dentro de la tesis de IA (qué es IA real/onchain/por qué un token, y en qué fuentes se basa esto).
Esto no es asesoramiento financiero y no es una recomendación para comprar/vender/mantener ningún activo. Nosotros no evaluamos el precio, los rendimientos o el momento de entrada/salida.
Las conclusiones se basan en materiales disponibles públicamente encontrados hasta la fecha de verificación. La ausencia de confirmación no implica la ausencia de la tecnología.

TL;DR (para lectores que no están en la IA)

Qué es: un [protocolo/aplicación/red/mercado] para [propósito simple].
Para quién es: [usuarios principales: usuarios/desarrolladores/equipos/empresas].
Por qué onchain/token: [una oración sin términos de IA: pagos/acceso/incentivos/seguridad/contabilidad].

Cómo funciona (muy brevemente)

El usuario hace: [acción].
El sistema hace: [qué sucede adentro].
El usuario obtiene: [resultado/beneficio].
Dónde está la blockchain: [qué es onchain exactamente: liquidación/contabilidad/garantías/propiedad].
Rol del token (si lo hay): [por qué se necesita el token; si no hay — "sin token"].

Enlaces rápidos: Alineación con la tesis de IA

Pasaporte del proyecto (datos breves, sin enlaces)

Campo	Valor
Nombre del proyecto	[ ]
También conocido como (aliases) (sinónimos/ticker/variantes de escritura)	[ ]
Logo (logo) (enlace/archivo)	[ ]
Símbolo del token (ticker) (o — si no hay token)	[ ]
Categoría (1–3 etiquetas; ejemplos: `AI/Compute` \| `AI/Inference` \| `AI/Agents` \| `Infra` \| `DeFi` \| …)	[ ]
Cadena principal (chain)	[ ]
Tipo (EVM / non‑EVM / Appchain)	[ ]
Estado de la red (mainnet / testnet / beta)	[ ]
Consenso (consensus) (PoS/PoW/…)	[ ]
Fecha de lanzamiento (launch_date) (YYYY o fecha)	[ ]
Estado del proyecto (status) (activo / en desarrollo / cerrado)	[ ]
Token (estándar) (nativo / ERC‑20 / SPL / CW20 / ninguno)	[ ]
Contrato del token (dirección o —)	[ ]
Modelo del token (token_type) (utilidad / gobernanza / mecanismo de tarifas / …)	[ ]
Suministro máximo (max supply; parámetros de suministro del token)	[ ]
Emisión (fija / inflacionaria / quema / —)	[ ]
Tokenómica (tokenomics, brief) (1–2 datos)	[ ]
Gobernanza (DAO / multisig / empresa / —)	[ ]
Administradores/claves (renunciado / timelock / multisig / —)	[ ]
Auditoría (sí/no/—; los enlaces van en links_ y/o Evidence)*	[ ]
Bug bounty (sí/no/—; los enlaces van en links_ y/o Evidence)*	[ ]
Equipo (team) (breve/—)	[ ]
Financiación (investors/funding) (subvenciones/rondas/fondos; confirmado/—)	[ ]
Componente de IA (ai_component) (3–10 palabras)	[ ]
Caso de uso (use_case) (3–10 palabras)	[ ]
DecAI Fit — Alineación con la tesis de IA (X/6 + nivel)	[ ]
Resumen de componentes de DecAI Fit (ai_score / onchain_score / token_score / evidence_score)	[ ]
Última verificación (YYYY‑MM‑DD)	[ ]

Enlaces (links_*)

Tipo	Enlace
Website	[ ]
Docs	[ ]
GitHub	[ ]
Releases / Changelog	[ ]
Whitepaper	[ ]
Roadmap	[ ]
Security advisories	[ ]
Explorer	[ ]
X	[ ]
Discord	[ ]
Telegram	[ ]
Medium	[ ]
Audit report(s)	[ ]
Bug bounty	[ ]
CoinGecko	[ ]
CoinMarketCap	[ ]

Descripción general del proyecto

[En detalle y en lenguaje sencillo (sin repetir el TL;DR de arriba): qué es el proyecto, qué problema resuelve, para quién es y qué forma toma (protocolo/aplicación/red).]

Funciones/módulos

[Módulos/componentes clave del producto (como lista).]
[Qué es lo más importante / qué es único para los usuarios.]

Escenarios típicos

Escenario 1: [quién hace qué → qué resultado]
Escenario 2: [quién hace qué → qué resultado]
Escenario 3: [opcional]

Cómo empezar (billetera/red)

Qué necesitas: [billetera/cuenta/requisitos mínimos]
Red/cadena: [qué red, dónde cambiar]
Tarifas: [qué tarifas se aplican y dónde ocurren]

Arquitectura/tecnología (sin IA)

Componentes: [contratos/nodos/clientes/indexadores/backend, etc.]
Roles de los participantes: [usuarios/validadores/proveedores/operadores…]
Dónde se ejecuta la lógica: [L1/L2/appchain/offchain + qué se ejecuta dónde]
Dependencias: [oráculos/DA/puentes/proveedores RPC/almacenamiento, etc.]

Token/economía (ampliado, sin pronósticos)

Utilidad del token: [por qué pagan los usuarios / qué obtienen]
Impulsores de necesidad del protocolo: [quién usa el token para qué, y por qué no funciona sin él]
Quién paga las tarifas: [usuarios/proveedores/terceros]
A dónde van las tarifas: [validadores/proveedores/tesorería/quema]
Emisión/quema: [modelo + enlaces/parámetros]
Mecanismos de seguridad/incentivos: [staking/slashing/otros; sí/no, condiciones, riesgos]
Distribución y calendario de emisión de tokens: [vesting/desbloqueos; quién obtiene cuánto/calendario/enlaces; para evaluar centralización/incentivos]
Tesorería: [quién la controla / cómo se gasta / enlaces]

Gobernanza

Quién toma decisiones: [DAO/equipo/fundación/multisig]
Cómo cambian los parámetros del protocolo: [proceso/votación/actualizaciones]
Dónde se discuten/toman decisiones: [foro/repo/snapshot/enlaces]
Claves/multisig: [firmantes/umbral/enlaces]

Seguridad e incidentes

Auditorías: [quién/cuándo/enlaces] (si son muchas — poner una tabla abajo)
Bug bounty: [sí/no, enlace]
Incidentes: [hackeos/interrupciones/bifurcaciones duras/autopsias]
Modelo de amenazas: [principales riesgos y suposiciones de seguridad]

Estado del proyecto y cronograma

Estado actual: [mainnet/testnet/beta/…]
Lanzamientos/hitos clave: [fechas/versiones]
Roadmap: [qué se está construyendo ahora + enlace]

Ecosistema/integraciones

Integraciones: [billeteras/puentes/infraestructura/herramientas/intercambios (si aplica)]
Socios: [si hay confirmados]
Dónde se usa realmente: [ejemplos de integración/casos de uso + enlaces]

Componente de IA del proyecto

¿Qué es IA real aquí? [1–2 oraciones]
¿Qué es verdaderamente onchain? [1–2 oraciones]
¿Por qué se necesita un token? [1–2 oraciones]
Señales de alerta (Red flags): AI‑washing / onchain‑washing / token‑washing [ ], qué volver a comprobar [ ], riesgos clave de AI‑washing [ ].

Resumen de componentes de DecAI Fit

DecAI Fit: [X/6 — alineación baja/media/alta con la tesis de Inteligencia Artificial Descentralizada]

Componente	Nivel	Score
AI reality	[bajo/medio/alto]	[0–3]
Onchain necessity	[bajo/medio/alto]	[0–3]
Token necessity	[sin token/bajo/medio/alto]	[0–3]
Evidence	[Tier‑1 presente/ausente]	[0–3]

Detalles

AI reality

AI_0 — intención de IA (roadmap Tier‑1) (1/0)

AI_0 (decision): [1/0/—]
Claim (1 línea): [qué roadmap/declaración de Tier‑1 declara la intención de IA]
Evidence: Tier‑1 — [link]
Why sufficient / why not (1 línea): [por qué esto es una intención, no una prueba de IA funcional]
Conflict note (si lo hay): [ ]

AI_1 — qué hace la IA (1/0)

AI_1 (decision): [1/0/—]
Claim (1 línea): [qué hace realmente la IA]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente para 1, o por qué 0/—]
Conflict note (si lo hay): [ ]

AI_2 — demostraciones/ejemplos (1/0)

AI_2 (decision): [1/0/—]
Claim (1 línea): [qué demostración/ejemplo existe y qué muestra]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente para 1, o por qué 0/—]
Conflict note (si lo hay): [ ]

AI_3 — métricas/calidad (1/0)

AI_3 (decision): [1/0/—]
Métricas: [ ]
Contexto (versión/fecha/cómo se midió): [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué las métricas son válidas/suficientes, o por qué 0/—]
Conflict note (si lo hay): [ ]

AI_4 — descripción técnica/arquitectura/versiones (1/0)

AI_4 (decision): [1/0/—]
Claim (1 línea): [qué está documentado/descrito]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente para 1, o por qué 0/—]
Conflict note (si lo hay): [ ]

Onchain necessity

OC_1 — contratos/direcciones/red (1/0)

OC_1 (decision): [1/0/—]
Red (Chain): [ ]
Direcciones/identificadores: [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente para 1, o por qué 0/—]
Conflict note (si lo hay): [ ]

OC_2 — onchain más allá de un simple token (1/0)

OC_2 (decision): [1/0/—]
Qué lógica útil es onchain: [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente para 1, o por qué 0/—]
Conflict note (si lo hay): [ ]

OC_3 — onchain es crítico (1/0)

OC_3 (decision): [1/0/—]
Prueba de "reemplazar la blockchain": qué se rompe sin onchain: [ ]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué la prueba está demostrada, o por qué 0/—]
Conflict note (si lo hay): [ ]

Token necessity

TK_0 — sin token (1/0)

TK_0 (decision): [1/0/—]
Claim (1 línea): [el proyecto no tiene token]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto es suficiente, o por qué —]
Conflict note (si lo hay): [ ]

TK_1..TK_4 (1/0)

TK_1 — pago por el servicio (1/0)

TK_1 (decision): [1/0/—]
Claim (1 línea): [por qué pagan los usuarios con el token]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto está demostrado, o por qué 0/—]
Conflict note (si lo hay): [ ]

TK_2 — incentivos/garantía/penalizaciones (1/0)

TK_2 (decision): [1/0/—]
Claim (1 línea): [qué incentivos/garantías/penalizaciones existen y por qué]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto está demostrado, o por qué 0/—]
Conflict note (si lo hay): [ ]

TK_3 — gobernanza (1/0)

TK_3 (decision): [1/0/—]
Claim (1 línea): [cómo se usa el token para la gobernanza]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esto está demostrado, o por qué 0/—]
Conflict note (si lo hay): [ ]

TK_4 — el token es reemplazable (1/0)

TK_4 (decision): [1/0/—]
Claim (1 línea): [por qué el token puede/no puede ser reemplazado]
Evidence: Tier‑[1/2] — [link], [link]
Why sufficient / why not (1 línea): [por qué esta conclusión está respaldada, o por qué —]
Conflict note (si lo hay): [ ]

Evidence (tabla)

Si no hay Tier‑1 para una afirmación clave pero hay menciones de Tier‑2/3, inclúyalas en la tabla y agregue una fila de nota explícita:
Tier‑1 | — | No se encontró fuente Tier‑1 para la afirmación X.
(Tier‑2/3 por sí solos no aumentan la puntuación; son contexto/marketing hasta que exista Tier‑1).

Tier	Fuente	Qué demuestra
Tier‑1	[link]	[ ]
Tier‑2	[link]	[ ]
Tier‑3	[link]	[ ]