Modelo de projeto
Nota: Este documento é uma tradução automática da versão original em inglês.
[Project Name] — um cartão de referência para um projeto de cripto: o que o produto faz e quão verificáveis são as principais alegações do projeto; além disso — alinhamento com a tese da Inteligência Artificial Descentralizada (DecAI Fit).
[Project Name] — um projeto [category] na [chain], token (símbolo: [ticker]).
Isenção de responsabilidade (texto completo)
Importante: esta página é uma visão geral de referência do projeto. No DecAIHub, registramos separadamente uma verificação baseada em fontes abertas dentro da tese de IA (o que é IA real/onchain/por que um token e em quais fontes isso se baseia).
Isso não é aconselhamento financeiro e não é uma recomendação para comprar/vender/manter qualquer ativo. Nós não avaliamos preço, retornos ou momento de entrada/saída.
As conclusões são baseadas em materiais publicamente disponíveis encontrados a partir da data de verificação. A ausência de confirmação não implica a ausência da tecnologia.
TL;DR (para leitores que não gostam de IA)
- O que é: um(a) [protocolo/aplicativo/rede/mercado] para [propósito simples].
- Para quem é: [usuários principais: usuários/desenvolvedores/equipes/empresas].
- Por que onchain/token: [uma frase sem termos de IA: pagamentos/acesso/incentivos/segurança/contabilidade].
Como funciona (muito resumidamente)
- O usuário faz: [ação].
- O sistema faz: [o que acontece dentro].
- O usuário obtém: [resultado/benefício].
- Onde está a blockchain: [o que é onchain exatamente: liquidação/contabilidade/garantias/propriedade].
- Função do token (se houver): [por que o token é necessário; se não houver — "sem token"].
Links rápidos: Alinhamento com a tese de IA
Passaporte do projeto (fatos curtos, sem links)
| Campo | Valor |
|---|---|
| Nome do projeto | [ ] |
| Também conhecido como (aliases) (sinônimos/ticker/ortografias) | [ ] |
| Logotipo (logo) (link/arquivo) | [ ] |
| Símbolo do token (ticker) (ou — se não houver token) | [ ] |
Categoria (1–3 rótulos; exemplos: AI/Compute | AI/Inference | AI/Agents | Infra | DeFi | …) |
[ ] |
| Cadeia principal (chain) | [ ] |
| Tipo (EVM / non‑EVM / Appchain) | [ ] |
| Status da rede (mainnet / testnet / beta) | [ ] |
| Consenso (consensus) (PoS/PoW/…) | [ ] |
| Data de lançamento (launch_date) (YYYY ou data) | [ ] |
| Status do projeto (status) (ativo / em desenvolvimento / fechado) | [ ] |
| Token (padrão) (nativo / ERC‑20 / SPL / CW20 / nenhum) | [ ] |
| Contrato do token (endereço ou —) | [ ] |
| Modelo de token (token_type) (utilidade / governança / mecanismo de taxa / …) | [ ] |
| Fornecimento máximo (max supply; parâmetros de fornecimento de token) | [ ] |
| Emissão (fixa / inflacionária / queima / —) | [ ] |
| Tokenomics (tokenomics, brief) (1–2 fatos) | [ ] |
| Governança (DAO / multisig / empresa / —) | [ ] |
| Administradores/chaves (renunciado / timelock / multisig / —) | [ ] |
| Auditoria (Audit) (sim/não/—; os links vão em links_ e/ou Evidence)* | [ ] |
| Recompensa por bug (Bug bounty) (sim/não/—; os links vão em links_ e/ou Evidence)* | [ ] |
| Equipe (team) (resumo/—) | [ ] |
| Financiamento (investors/funding) (subsídios/rodadas/fundos; confirmado/—) | [ ] |
| Componente de IA (ai_component) (3–10 palavras) | [ ] |
| Caso de uso (use_case) (3–10 palavras) | [ ] |
| DecAI Fit — Alinhamento com a tese de IA (X/6 + nível) | [ ] |
| Resumo dos componentes do DecAI Fit (ai_score / onchain_score / token_score / evidence_score) | [ ] |
| Última verificação (YYYY‑MM‑DD) | [ ] |
Links (links_*)
| Tipo | Link |
|---|---|
| Website | [ ] |
| Docs | [ ] |
| GitHub | [ ] |
| Releases / Changelog | [ ] |
| Whitepaper | [ ] |
| Roadmap | [ ] |
| Security advisories | [ ] |
| Explorer | [ ] |
| X | [ ] |
| Discord | [ ] |
| Telegram | [ ] |
| Medium | [ ] |
| Audit report(s) | [ ] |
| Bug bounty | [ ] |
| CoinGecko | [ ] |
| CoinMarketCap | [ ] |
Visão geral do projeto
[Em detalhes e em linguagem simples (sem repetir o TL;DR acima): o que é o projeto, que problema ele resolve, para quem é e que forma ele assume (protocolo/aplicativo/rede).]
Recursos/módulos
- [Principais módulos/componentes do produto (como uma lista).]
- [O que mais importa / o que é único para os usuários.]
Cenários típicos
- Cenário 1: [quem faz o quê → qual resultado]
- Cenário 2: [quem faz o quê → qual resultado]
- Cenário 3: [opcional]
Como começar (carteira/rede)
- O que você precisa: [carteira/conta/requisitos mínimos]
- Rede/cadeia: [qual rede, onde mudar]
- Taxas: [quais taxas se aplicam e onde ocorrem]
Arquitetura/tecnologia (não-IA)
- Componentes: [contratos/nós/clientes/indexadores/backend, etc.]
- Funções dos participantes: [usuários/validadores/provedores/operadores…]
- Onde a lógica é executada: [L1/L2/appchain/offchain + o que é executado onde]
- Dependências: [oráculos/DA/pontes/provedores de RPC/armazenamento, etc.]
Token/economia (expandido, sem previsões)
- Utilidade do token: [pelo que os usuários pagam / o que eles recebem]
- Impulsionadores de necessidade do protocolo: [quem usa o token para quê e por que não funciona sem ele]
- Quem paga as taxas: [usuários/provedores/terceiros]
- Para onde vão as taxas: [validadores/provedores/tesouraria/queima]
- Emissão/queima: [modelo + links/parâmetros]
- Mecanismos de segurança/incentivo: [staking/slashing/outros; sim/não, termos, riscos]
- Distribuição e cronograma de emissão de tokens: [vesting/desbloqueios; quem recebe quanto/cronograma/links; para avaliar a centralização/incentivos]
- Tesouraria: [quem a controla / como é gasta / links]
Governança
- Quem toma as decisões: [DAO/equipe/fundação/multisig]
- Como os parâmetros do protocolo mudam: [processo/votação/atualizações]
- Onde as decisões são discutidas/tomadas: [fórum/repo/snapshot/links]
- Chaves/multisig: [signatários/limite/links]
Segurança e incidentes
- Auditorias: [quem/quando/links] (se houver muitas — coloque uma tabela abaixo)
- Recompensa por bug: [sim/não, link]
- Incidentes: [hacks/interrupções/hard forks/postmortems]
- Modelo de ameaça: [principais riscos e premissas de segurança]
Status e cronograma do projeto
- Status atual: [mainnet/testnet/beta/…]
- Principais lançamentos/marcos: [datas/versões]
- Roteiro (Roadmap): [o que está sendo construído agora + link]
Ecossistema/integrações
- Integrações: [carteiras/pontes/infraestrutura/ferramentas/exchanges (se aplicável)]
- Parceiros: [se houver parceiros confirmados]
- Onde é realmente usado: [exemplos de integração/casos de uso + links]
Componente de IA do projeto
- O que é IA real aqui? [1–2 frases]
- O que é verdadeiramente onchain? [1–2 frases]
- Por que um token é necessário? [1–2 frases]
- Sinais de alerta (Red flags): AI‑washing / onchain‑washing / token‑washing [ ], o que verificar novamente [ ], principais riscos de AI‑washing [ ].
Resumo dos componentes do DecAI Fit
- DecAI Fit: [X/6 — alinhamento baixo/médio/alto com a tese de Inteligência Artificial Descentralizada]
| Component | Nível | Score |
|---|---|---|
| AI reality | [baixo/médio/alto] | [0–3] |
| Onchain necessity | [baixo/médio/alto] | [0–3] |
| Token necessity | [sem token/baixo/médio/alto] | [0–3] |
| Evidence | [Tier‑1 presente/ausente] | [0–3] |
Detalhes
AI reality
AI_0 — intenção de IA (roteiro Tier‑1) (1/0)
- AI_0 (decision): [1/0/—]
- Claim (1 linha): [qual roteiro/declaração de Tier‑1 declara intenção de IA]
- Evidence: Tier‑1 — [link]
- Why sufficient / why not (1 linha): [por que isso é uma intenção, não prova de IA funcional]
- Conflict note (se houver): [ ]
AI_1 — o que a IA faz (1/0)
- AI_1 (decision): [1/0/—]
- Claim (1 linha): [o que a IA realmente faz]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente para 1, ou por que 0/—]
- Conflict note (se houver): [ ]
AI_2 — demonstrações/exemplos (1/0)
- AI_2 (decision): [1/0/—]
- Claim (1 linha): [que demonstração/exemplo existe e o que ele mostra]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente para 1, ou por que 0/—]
- Conflict note (se houver): [ ]
AI_3 — métricas/qualidade (1/0)
- AI_3 (decision): [1/0/—]
- Métricas: [ ]
- Contexto (versão/data/como medido): [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que as métricas são válidas/suficientes, ou por que 0/—]
- Conflict note (se houver): [ ]
AI_4 — descrição técnica/arquitetura/versões (1/0)
- AI_4 (decision): [1/0/—]
- Claim (1 linha): [o que está documentado/descrito]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente para 1, ou por que 0/—]
- Conflict note (se houver): [ ]
Onchain necessity
OC_1 — contratos/endereços/cadeia (1/0)
- OC_1 (decision): [1/0/—]
- Cadeia (Chain): [ ]
- Endereços/identificadores: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente para 1, ou por que 0/—]
- Conflict note (se houver): [ ]
OC_2 — onchain além de apenas um token (1/0)
- OC_2 (decision): [1/0/—]
- Que lógica útil é onchain: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente para 1, ou por que 0/—]
- Conflict note (se houver): [ ]
OC_3 — onchain é crítico (1/0)
- OC_3 (decision): [1/0/—]
- Teste "substituir a blockchain": o que quebra sem onchain: [ ]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que o teste está provado, ou por que 0/—]
- Conflict note (se houver): [ ]
Token necessity
TK_0 — sem token (1/0)
- TK_0 (decision): [1/0/—]
- Claim (1 linha): [o projeto não tem token]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso é suficiente, ou por que —]
- Conflict note (se houver): [ ]
TK_1..TK_4 (1/0)
TK_1 — pagamento pelo serviço (1/0)
- TK_1 (decision): [1/0/—]
- Claim (1 linha): [pelo que os usuários pagam com o token]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso está provado, ou por que 0/—]
- Conflict note (se houver): [ ]
TK_2 — incentivos/garantias/penalidades (1/0)
- TK_2 (decision): [1/0/—]
- Claim (1 linha): [quais incentivos/garantias/penalidades existem e por que]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso está provado, ou por que 0/—]
- Conflict note (se houver): [ ]
TK_3 — governança (1/0)
- TK_3 (decision): [1/0/—]
- Claim (1 linha): [como o token é usado para governança]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que isso está provado, ou por que 0/—]
- Conflict note (se houver): [ ]
TK_4 — o token é substituível (1/0)
- TK_4 (decision): [1/0/—]
- Claim (1 linha): [por que o token pode/não pode ser substituído]
- Evidence: Tier‑[1/2] — [link], [link]
- Why sufficient / why not (1 linha): [por que essa conclusão é suportada, ou por que —]
- Conflict note (se houver): [ ]
Evidence (tabela)
Se não houver nenhum Tier‑1 para uma alegação chave, mas houver menções Tier‑2/3, inclua-os na tabela e adicione uma linha de nota explícita:
Tier‑1 | — | Nenhuma fonte Tier‑1 para a alegação X foi encontrada.
(Apenas os níveis Tier‑2/3 não aumentam a pontuação; eles são contexto/marketing até que o Tier‑1 exista).
| Tier | Fonte | O que prova |
|---|---|---|
| Tier‑1 | [link] | [ ] |
| Tier‑2 | [link] | [ ] |
| Tier‑3 | [link] | [ ] |
No comments to display
No comments to display