Skip to main content

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)

  1. O usuário faz: [ação].
  2. O sistema faz: [o que acontece dentro].
  3. O usuário obtém: [resultado/benefício].
  4. Onde está a blockchain: [o que é onchain exatamente: liquidação/contabilidade/garantias/propriedade].
  5. Função do token (se houver): [por que o token é necessário; se não houver — "sem token"].

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) [ ]

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] [ ]