NTM-IA-WHITE-PAPER.md (PT - versão completa) markdown # NTM-IA White Paper ## 1. Aviso Legal (Disclaimer) ### 1.1. Natureza informativa e não‑solicitação Este documento é exclusivamente para fins informativos e não constitui uma oferta de venda, uma solicitação de compra, uma recomendação ou qualquer forma de aconselhamento financeiro, jurídico ou fiscal. Nada neste documento deve ser interpretado como uma proposta vinculativa para a aquisição de quaisquer tokens. ### 1.2. Ausência de oferta pública, promessa de retorno ou aconselhamento O NTM‑IA não é oferecido ao público em geral através deste documento. Qualquer eventual oferta será realizada exclusivamente através de plataformas de lançamento (launchpads) e em conformidade com as leis aplicáveis. Nenhuma declaração neste documento constitui uma promessa de retorno, valorização ou ganho financeiro. As projeções apresentadas são **cenários modelados**, não garantias de desempenho futuro. **Qualquer decisão de adquirir ou alienar NTM‑IA deve basear‑se na análise independente do próprio investidor e, se necessário, em aconselhamento profissional qualificado.** ### 1.3. Limitações de cenários, projeções e exemplos numéricos Todos os cenários, projeções e exemplos numéricos contidos neste documento baseiam‑se em pressupostos atuais e dados históricos. Estes pressupostos podem não se concretizar. Os resultados reais podem diferir materialmente das projeções apresentadas. O investidor não deve confiar exclusivamente nestes cenários para tomar decisões de investimento. ### 1.4. Dependência de implementação técnica, dados e terceiros O funcionamento do NTM‑IA depende da correta implementação técnica, da disponibilidade e integridade dos dados públicos (incluindo `ai_ia_uas.json`, `ai_ia_totals.json`, `llms.json`, `ai-dash-snippet.php`, bem como do endpoint `ntm-ia-trust.php` para cálculo em tempo real), e de serviços de terceiros (como servidores, APIs e plataformas de lançamento). Falhas ou interrupções nestes componentes podem afetar o funcionamento do token. ### 1.5. Avisos regulatórios e âmbito jurisdicional As leis e regulamentos aplicáveis a criptoativos variam significativamente entre jurisdições. É da exclusiva responsabilidade de cada investidor conhecer e cumprir as leis do seu país de residência. Este documento não constitui aconselhamento jurídico. Em caso de dúvida, consulte um advogado especializado na sua jurisdição. ## 2. Executive Summary ### 2.1. O que é o NTM‑IA (visão de alto nível) O NTM‑IA é um token utilitário derivado da blockchain NTM original, concebido para funcionar como uma **camada de mercado** (camada 2) sobre um sistema já existente e verificado de monitorização de atividade de IA. Combina métricas reais de IA com um mecanismo de minting auto‑regulado, staking e utilidade direta no ecossistema Netmeios. ### 2.2. O que é o NTM original (resumo essencial com derivação verificável) O NTM original (Netmeios Token) é um modelo económico e técnico que mede a **poupança gerada para as plataformas de IA** (ChatGPT, Google AI, Perplexity, etc.) que consomem dados do hub da Netmeios. #### Metodologia de cálculo (transparente e verificável) Os valores são calculados a partir de **valores diários por UAs por entidade no hub**, garantindo que qualquer pessoa pode recalcular a partir de dados públicos. **Parâmetros base (exemplo com dados reais):** - `UAs` = 58 (variantes de User Agents IA ativos – fonte: `ai_ia_uas.json`) - `entidades` = 674 (empresas no hub – fonte: `llms.json`) - `dias` = 365 #### Passo 1: Valor diário por UAs por entidade | Área | Valor diário por UAs por entidade | Cálculo | |:---|:---|:---| | **Auditoria técnica** | 0,0000315 € | Estimativa baseada em custo de horas especializadas | | **Eficiência de infraestrutura** | 0,0000132 € | Estimativa baseada em redução de largura de banda | | **Mitigação de risco e compliance** | 0,0000105 € | Estimativa baseada em redução de risco regulatório | | **Total diário por UAs por entidade** | **0,0000552 €** | — | > **Nota:** Estes valores diários são estimativas baseadas em métricas de mercado e na experiência operacional da Netmeios. A sua dimensão reduzida reflete a distribuição da poupança por **58 UAs** e **674 entidades**. #### Passo 2: Valor anual por entidade Multiplicando o total diário por UAs por entidade pelo número de UAs e por 365 dias: Valor_anual_por_entidade = 0,0000552 € × 58 × 365 Valor_anual_por_entidade = 1,17 €/dia × 365 Valor_anual_por_entidade = 789 €/ano text #### Passo 3: Valores anuais por componente | Área | Valor anual por entidade | |:---|:---| | Auditoria técnica | 450 €/ano | | Eficiência de infraestrutura | 189 €/ano | | Mitigação de risco e compliance | 150 €/ano | | **Total por entidade** | **789 €/ano** | #### Passo 4: Poupança anual global para as plataformas de IA Poupança_anual_global = entidades × 789 €/ano Poupança_anual_global = 674 × 789 = 531.786 €/ano text #### Verificação pública Qualquer pessoa pode consultar: - `ai_ia_uas.json` → para obter o número exato de UAs - `llms.json` → para obter o número de entidades no hub E recalcular todos os valores apresentados utilizando as fórmulas acima. **Implicação para o NTM‑IA:** O NTM‑IA deriva parte do seu valor desta poupança gerada para as plataformas de IA. A fórmula de preço do NTM‑IA (Secção 5) liga dinamicamente a atividade de IA ao valor económico do ecossistema. ### 2.3. Porque o NTM‑IA existe agora O crescimento exponencial de bots de IA (GPTBot, ClaudeBot, Perplexity, Google AI, etc.) e a iminente aplicação do **EU AI Act** (Agosto de 2026) criam uma necessidade urgente de métricas fiáveis, verificáveis e economicamente relevantes sobre a atividade de IA na web. O NTM‑IA responde a esta necessidade, oferecendo um ativo transparente, auto‑regulado e ancorado em dados públicos. ### 2.4. Tese central: ativo derivado, verificável, auto‑regulado por dados públicos A tese central do NTM‑IA é a seguinte: - **Derivado** – O seu valor está ancorado na poupança económica real gerada para as plataformas de IA (3 pilares) e na sua utilidade direta (pagamento de serviços). - **Verificável** – Toda a cadeia de blocos é pública, assinada criptograficamente (RSA‑SHA256) e pode ser verificada independentemente por qualquer pessoa. Consulte o [protocolo de verificação](./NTM-IA-VERIFICATION.md). - **Auto‑regulado** – A emissão de novos tokens é determinada exclusivamente pelo número de UAs (User Agents de IA ativos), sem intervenção humana (`mint_ratio = uas`). ### 2.5. Como verificar a cadeia (em resumo) Qualquer pessoa pode verificar a integridade da blockchain NTM‑IA utilizando apenas HTTP GET e SHA256: 1. Consultar o último hash em `last_hash.txt` 2. Descarregar os blocos em `/blockchain/ntm-ia/blocks/` 3. Verificar que `previous_hash` de cada bloco corresponde ao SHA256 do bloco anterior 4. Validar as assinaturas RSA‑SHA256 com a chave pública Para instruções detalhadas, consulte a [Secção 13 (Verificação Pública)](#13-verificação-pública-e-endpoints) e o [protocolo de verificação](./NTM-IA-VERIFICATION.md). ### 2.6. Principais métricas e endpoints públicos | Endpoint | Função | |:---|:---| | `ntm-ia-trust.php` | Preço, supply, market cap, Trust Score e dados em tempo real | | `api-blocks-ntm-ia.php` | Consulta de blocos (histórico, hashes, índices) | | `ai-check-integrity-ntm-ia.php` | Verificador automatizado de integridade da cadeia | | `ai-ntm-ia-stats.php` | Dashboard público com gráficos e estatísticas | ### 2.7. Principais riscos e avisos (em resumo) - **Risco de mercado:** Volatilidade, liquidez, concorrência - **Risco regulatório:** Mudanças nas leis aplicáveis a criptoativos - **Risco técnico:** Bugs, falhas de segurança, interrupções - **Risco de adoção:** O hub pode não crescer como projetado - **Risco de execução:** O roadmap pode sofrer atrasos > **Aviso:** As projeções apresentadas ao longo deste documento são **cenários modelados**, não promessas de retorno. Consulte a Secção 1 (Aviso Legal) para informações detalhadas. ## 3. Contexto, Problema e Oportunidade ### 3.1. Crescimento de agentes e bots de IA na web Nos últimos anos, assistiu-se a uma explosão no número de agentes e bots de IA a navegar na web. Plataformas como ChatGPT (GPTBot), Google AI (Google-Extended), Perplexity (PerplexityBot), Anthropic (ClaudeBot), Amazon (Amazonbot) e muitas outras enviam constantemente os seus crawlers para recolher dados, treinar modelos e responder a consultas em tempo real. Este fenómeno não é transitório – é estrutural. A web está a tornar-se um ecossistema cada vez mais povoado por agentes autónomos que consomem e processam informação a uma escala nunca antes vista. ### 3.2. Limitações das métricas tradicionais As métricas tradicionais de tráfego web (pageviews, visitas, tempo de sessão, etc.) foram concebidas para seres humanos, não para agentes de IA. Consequentemente: - **Não distinguem** entre tráfego humano e tráfego de IA - **Não medem** a diversidade ou qualidade dos agentes que acedem a um site - **Não permitem** verificar a autenticidade ou conformidade do tráfego de IA - **Não têm** um registo imutável e verificável da atividade ### 3.3. Necessidade de métricas economicamente ligadas a atividade verificável Para plataformas de IA, investidores e reguladores, existe uma necessidade crescente de métricas que sejam: - **Verificáveis** – Qualquer pessoa deve poder confirmar a sua autenticidade - **Economicamente relevantes** – Ligadas a poupanças reais ou valor gerado - **Transparentes** – Baseadas em dados públicos e fórmulas abertas - **Imutáveis** – Registadas numa cadeia de blocos que não pode ser alterada retroativamente ### 3.4. Contexto regulatório (EU AI Act) e implicações para monitorização de IA O **EU AI Act** (Regulamento Europeu sobre Inteligência Artificial) entra em plena aplicação em **Agosto de 2026**. Este regulamento impõe obrigações significativas a plataformas de IA, incluindo: - Transparência sobre os dados utilizados para treino - Conformidade com regras de direitos de autor - Prestação de contas sobre o impacto dos seus sistemas Para cumprir estas obrigações, as plataformas de IA precisam de **registos verificáveis** da sua atividade na web – algo que o NTM e o NTM‑IA fornecem. ### 3.5. Posição atual do NTM e do NTM‑IA neste contexto O **NTM original** já fornece uma camada interna de monitorização e medição da atividade de IA, com uma blockchain pública e verificável. No entanto, é uma ferramenta técnica, não um ativo comercializável. O **NTM‑IA** surge para preencher a lacuna entre a **medição técnica** e o **valor de mercado**: | Necessidade | Resposta do NTM‑IA | |:---|:---| | Métricas verificáveis | Blockchain pública com assinaturas RSA‑SHA256 | | Valor económico | Derivado da poupança gerada para plataformas de IA | | Transparência | Fórmulas públicas, dados acessíveis em JSON | | Utilidade prática | Pagamento de serviços no ecossistema Netmeios | | Participação da comunidade | Staking, governança futura, tiers de acesso | ## 4. NTM e NTM‑IA: Definição e Relação ### 4.1. O que é o NTM original (resumo técnico‑económico) O NTM original (Netmeios Token) é um modelo económico e técnico que mede a **poupança gerada para as plataformas de IA** que consomem dados do hub da Netmeios. Como exemplificado na Secção 2.2, esta poupança pode ser modelada, a título ilustrativo, como cerca de **789 € por entidade no hub**, decomposta em três pilares (auditoria técnica, infraestrutura e risco/compliance). O NTM original é uma **ferramenta interna** de medição e auditoria, não um token comercializável. A sua blockchain é pública, mas o seu propósito é técnico, não financeiro. ### 4.2. Estado atual do NTM: blockchain, sealer, dados e dashboards existentes O NTM original já possui uma infraestrutura funcional: | Componente | Descrição | |:---|:---| | **Sealer** | Gera blocos a cada 10 minutos com métricas de IA | | **Blockchain** | Pasta `/blockchain/blocks/` com blocos encadeados por hash | | **Dados** | Ficheiros JSON públicos (`ai_ia_totals.json`, `llms.json`, etc.) | | **Endpoints** | `ntm-trust.php`, `api-blocks.php`, `check-integrity.php` | | **Dashboard** | `ntm-stats.php` com estatísticas e gráficos | ### 4.3. Razões para criar um derivado: NTM‑IA como camada de mercado (camada 2) O NTM original, sendo uma ferramenta interna, não foi concebido para ser comercializado ou negociado em mercados públicos. Para responder à procura de um ativo que: - Represente o valor do ecossistema de IA monitorizado - Permita participação aberta (staking, investimento) - Tenha utilidade prática (pagamento de serviços) - Seja comercializável em launchpads e exchanges Foi criado o **NTM‑IA** como uma **camada de mercado** (camada 2) sobre a infraestrutura existente do NTM. ### 4.4. Definição formal do NTM‑IA (tipo de ativo, função) O NTM‑IA é um **token utilitário** com as seguintes características: | Característica | Descrição | |:---|:---| | **Tipo** | Utility token (não é um valor mobiliário) | | **Emissão** | Auto-regulada por `mint_ratio = uas` | | **Utilidade** | Staking, pagamento de serviços, governança futura | | **Verificabilidade** | Blockchain pública com assinaturas RSA‑SHA256 | | **Comercialização** | IDO via launchpad, listagem em exchanges | ### 4.5. Diferença de finalidade: camada interna (NTM) vs camada de mercado (NTM‑IA) | Característica | NTM (camada 1) | NTM‑IA (camada 2) | |:---|:---|:---| | **Finalidade** | Medição e auditoria interna | Token comercial e utilitário | | **Comercialização** | Não comercializável | IDO, exchanges, staking | | **Minting** | Fixo (100 hits = 1 NTM) | Auto-regulado (`mint_ratio = uas`) | | **Staking** | Não aplicável | APY 20-40%, tiers, locks | | **Utilidade** | Interna (equity técnica) | Pagamento de serviços, governança | | **Público‑alvo** | Auditores, técnicos | Investidores, comunidade cripto | ### 4.6. O que é novo: sealer NTM‑IA, blocos assinados, endpoints públicos O NTM‑IA introduz vários elementos que não existem no NTM original: | Elemento | Descrição | |:---|:---| | **Sealer NTM‑IA** | `ai-sealer-ntm-ia.php` – gera blocos da camada 2 | | **Blocos assinados** | Cada bloco contém assinatura RSA‑SHA256 | | **Blockchain separada** | `/blockchain/ntm-ia/blocks/` + `last_hash.txt` | | **Trust Score** | Métrica de confiança (0-100) baseada em UAs, % IA, AI Index | | **Endpoints públicos** | `ntm-ia-trust.php`, `api-blocks-ntm-ia.php`, `ai-check-integrity-ntm-ia.php` | | **Dashboards** | `ai-ntm-ia-stats.php`, `ai-staking-stats.php` | | **Staking** | Sistema completo de staking com recompensas e locks | ## 5. Tese Económica e Mecanismo de Formação de Preço ### 5.1. Nota de Preço (NP) – Intuição e papel económico A Nota de Preço (NP) é uma métrica intermédia que agrega os principais fatores de atividade de IA num único valor. O seu papel é **ligar a atividade observada de IA ao valor económico do token**, funcionando como uma ponte entre o mundo técnico (logs, hits, UAs) e o mundo financeiro (preço, market cap). **Intuição:** Quanto mais atividade de IA relevante e diversificada ocorrer, maior será o NP. ### 5.2. Componentes (intuição por variável) | Variável | Intuição | Fonte de dados | |:---|:---|:---| | `hits` | Volume total de atividade de IA | `ai_ia_totals.json` | | `pct_ia` | Relevância da IA no tráfego total | `ai_ia_totals.json` + `ai_bot_totals.json` | | `ai_index` | Qualidade e confiança dos agentes IA | Endpoint `ntm-trust.php` | | `uas` | Diversidade de agentes IA (quanto maior, mais escasso o token) | `ai_ia_uas.json` | | `hub` | Tamanho do ecossistema (empresas integradas) | `llms.json` | | `respostas` | Interação humana (elite/infra) | `ai_ia_totals.json` | ### 5.3. Fórmula do NP NP = (pct_ia + ai_index) × (hits / uas) + respostas text **Onde:** - `pct_ia` e `ai_index` são valores normalizados entre 0 e 1 - `hits` é o total acumulado de hits IA - `uas` é o número de variantes de User Agents IA ativos - `respostas` é o total de interações (humanas e de bots) ### 5.4. Fórmula de preço do NTM original NTM_original = (hub × 394.50) / (hits / 100) text **Origem da constante 394,50 €:** Este valor corresponde a **metade da poupança anual modelada por entidade no hub** (789 € / 2 = 394,50 €). A escolha de metade da poupança reflete uma abordagem conservadora, atribuindo apenas uma parte do valor económico total ao NTM original. A outra metade permanece como "valor retido" pelas plataformas de IA. ### 5.5. Fórmula de preço do NTM‑IA NTM-IA = NP / NTM_original text **Intuição económica:** Esta relação cria uma **arbitragem natural** entre a atividade real de IA (capturada pelo NP) e o valor de mercado derivado do hub (NTM_original). Quando a atividade de IA aumenta relativamente ao valor do hub, o preço do NTM‑IA sobe; quando o hub cresce mais rápido que a atividade, o preço desce. Este mecanismo garante que o NTM‑IA reflete **dinamicamente** a saúde relativa do ecossistema. ### 5.6. Como estas fórmulas ligam métricas de atividade a valor económico | Componente | O que mede | Impacto no preço do NTM‑IA | |:---|:---|:---| | Aumento de `hits` | Mais atividade de IA | ↑ Aumenta NP → ↑ preço | | Aumento de `uas` | Mais diversidade de agentes | Aumenta o `mint_ratio`, mas reduz o número de tokens por hit (`supply = hits/uas`), reforçando a ligação entre diversidade de IA e escassez relativa | | Aumento de `hub` | Mais empresas integradas | ↑ NTM_original → ↓ preço (diluição) | | Melhoria do `ai_index` | Melhor qualidade dos agentes | ↑ NP → ↑ preço | | Aumento de `respostas` | Mais interações | ↑ NP → ↑ preço | ## 6. Mecanismo de Emissão e Minting ### 6.1. Princípio de emissão auto‑regulada O NTM‑IA não tem uma emissão fixa ou um "hard cap" pré-definido. Em vez disso, a emissão de novos tokens é **auto‑regulada** pela atividade real de IA no ecossistema. Quanto maior for o número de UAs, maior será o rácio de minting e menor será o número de tokens emitidos por hit (`supply = hits / uas`), reforçando a ligação entre diversidade de IA e escassez relativa. ### 6.2. Regra de minting: `mint_ratio = uas` mint_ratio = uas text **Onde:** `uas` = número de variantes de User Agents IA ativos (fonte: `ai_ia_uas.json`) **Exemplo:** - Se `uas = 58`, são necessários **58 hits IA** para emitir **1 NTM-IA** - Se `uas = 70`, são necessários **70 hits IA** para emitir **1 NTM-IA** (mais escasso) ### 6.3. Justificação: UAs como proxy do número de agentes IA distintos Os `uas` (User Agents IA) representam as **variantes ativas** de bots IA a navegar na web. Cada bot IA (ex: GPTBot) pode ter múltiplas variantes (ex: GPTBot/1.0, GPTBot/2.0). Assim, o número de `uas` é um **proxy fiável** da diversidade de agentes IA no ecossistema. **Relação:** - Mais diversidade de agentes → maior `uas` → maior `mint_ratio` → maior escassez - Menos diversidade → menor `uas` → menor `mint_ratio` → maior emissão por hit ### 6.4. Efeito da variação de UAs na emissão e no supply | Variação de UAs | Efeito no `mint_ratio` | Efeito no `supply` (`hits / uas`) | |:---|:---|:---| | Aumento de UAs | ↑ Aumenta | ↓ Diminui (mais escassez) | | Diminuição de UAs | ↓ Diminui | ↑ Aumenta (mais emissão) | ### 6.5. Previsibilidade do supply **Não existe hard cap fixo de supply.** A emissão é determinada exclusivamente pelo número de UAs ativas e pela transparência dos dados públicos. | Característica | Descrição | |:---|:---| | **Sem hard cap arbitrário** | O supply cresce com a atividade real de IA, sem limites artificiais | | **Regra clara e pública** | `mint_ratio = uas` – qualquer pessoa pode verificar em `ai_ia_uas.json` | | **Previsibilidade** | A taxa de emissão é conhecida e calculável a partir de dados públicos | | **Transparência total** | A cadeia de blocos é pública e verificável independentemente | ### 6.6. Exemplos numéricos de emissão ao longo do tempo | Cenário | UAs | Hits IA (acumulado) | Supply (`hits / uas`) | Mint ratio | |:---|:---|:---|:---|:---| | **Estado atual** | 58 | 278.207 | ~4.797 | 58 | | **Cenário A (crescimento de diversidade)** | 80 | 500.000 | ~6.250 | 80 | | **Cenário B (pico de diversidade)** | 100 | 1.000.000 | ~10.000 | 100 | | **Cenário C (declínio de diversidade)** | 50 | 300.000 | ~6.000 | 50 | > **Nota:** Os valores são ilustrativos. O supply real depende da evolução dos hits IA e das UAs ao longo do tempo. ## 7. Trust Score – Métrica de Confiança do Ecossistema ### 7.1. Objetivo do Trust Score no modelo NTM‑IA O Trust Score é um indicador público (0‑100) que resume a **saúde e diversidade do ecossistema de IA** num único valor. Não substitui a fórmula de preço do NTM‑IA, mas complementa‑a com uma métrica de confiança fácil de comunicar e interpretar. **Objetivos:** - ✅ Medir a diversidade de agentes IA (UAs) - ✅ Avaliar a relevância da IA no tráfego total (% IA) - ✅ Incorporar a qualidade dos agentes (AI Index) - ✅ Ser totalmente transparente e recalculável publicamente ### 7.2. Componentes, caps e pesos | Componente | Cap | Peso | Fonte de dados | |:---|:---|:---|:---| | **UAs** (diversidade) | 70 | 50% | `ai_ia_uas.json` | | **% IA** (relevância) | 60% | 25% | `ai_ia_totals.json` + `ai_bot_totals.json` | | **AI Index** (qualidade) | 0,80 | 25% | Endpoint `ntm-trust.php` | **Justificação dos caps:** - `UAs = 70`: Valor de saturação escolhido para o modelo atual; acima deste ponto, o ganho marginal é considerado nulo na métrica - `% IA = 60%`: Percentagem máxima sustentável de IA no tráfego total (limite superior observado) - `AI Index = 0,80`: Qualidade máxima realista para o ecossistema atual; acima deste valor, o impacto adicional é desprezável ### 7.3. Normalização e escala (0‑100) Cada componente é normalizado individualmente: uas_score = min(1, uas / 70) pct_score = min(1, pct_ia / 0.60) ai_score = min(1, ai_index / 0.80) text ### 7.4. Fórmula sintética do Trust Score TS = 100 × (0.50 × uas_score + 0.25 × pct_score + 0.25 × ai_score) text ### 7.5. Curvas de saturação **Gráfico 1 – Saturação individual de cada componente** | Componente | Fórmula | Saturação | |:---|:---|:---| | UAs | `100 × min(1, uas/70)` | 70 UAs | | % IA | `100 × min(1, pct_ia/0.60)` | 60% | | AI Index | `100 × min(1, ai_index/0.80)` | 0.80 | *Nota: As curvas são lineares até ao ponto de saturação, após o qual o score permanece no máximo.* **Gráfico 2 – Trust Score total vs UAs (com % IA e AI Index fixos em valores típicos)** Este gráfico ilustra a contribuição dominante das UAs (peso 50%) no Trust Score total. ### 7.6. Tabela de cenários extremos | Cenário | UAs | % IA | AI Index | Trust Score | Interpretação | |:---|:---|:---|:---|:---|:---| | Muita atividade, pouca diversidade | 20 | 60% | 0.80 | 48.6 | Muitos hits, mas poucos bots IA distintos | | Alta diversidade, atividade média | 70 | 50% | 0.75 | 83.9 | Ecossistema saudável e diversificado | | Pico de diversidade e qualidade | 70 | 60% | 0.80 | 100 | Cenário ótimo (saturação total) | | Declínio de qualidade | 58 | 60% | 0.60 | 74.3 | AI Index baixo penaliza o score | ### 7.7. Cálculo e exposição pública O Trust Score é calculado em tempo real no endpoint: https://www.netmeios.com/ntm-ia-trust.php text **Parâmetros:** - `?format=json` → JSON compacto (para APIs) - `?format=pretty` → JSON formatado (para leitura humana) ### 7.8. Função do Trust Score O Trust Score é um **indicador complementar** de qualidade do ecossistema. **Não substitui a fórmula de preço do NTM‑IA** (Secção 5), mas oferece uma métrica adicional para: - Investidores avaliarem a saúde da rede - Plataformas de IA monitorizarem a sua posição relativa - Auditores verificarem a consistência dos dados - Comunidade acompanharem a evolução da diversidade de IA ## 8. Utilidade do Token NTM‑IA ### 8.1. Utilidade de staking O NTM‑IA pode ser depositado em staking para gerar **recompensas periódicas** (APY), com benefícios adicionais consoante o montante depositado (tier) e o período de lock escolhido. O staking também confere **multiplicadores (NTM Power)** que podem ser utilizados para: - Acesso prioritário a novas emissões ou allotments - Benefícios em futuras rondas de financiamento - Maior peso em votações de governança (quando implementada) ### 8.2. Utilidade transacional (pagamento de serviços) O NTM‑IA pode ser utilizado como **meio de pagamento** para serviços prestados pela Netmeios e pelos seus parceiros, incluindo: | Serviço | Descrição | |:---|:---| | **Presença no hub** | Inclusão e destaque no hub de IA da Netmeios (planos anuais) | | **Registo de domínios** | Registo e renovação de domínios através da SelfQuestion | | **Alojamento (hosting)** | Serviços de alojamento web e infraestrutura associada | | **Links e referências** | Inserção de links patrocinados ou referências em conteúdos indexados por IA | | **Parcerias estratégicas** | Pagamento de serviços de integração ou consultoria | #### Parceiros que aceitam NTM‑IA (à data deste documento) Além dos serviços prestados diretamente pela Netmeios e pela SelfQuestion, existem já parceiros que aceitarão NTM‑IA como meio de pagamento, incluindo, nomeadamente: | Parceiro | Âmbito | Website | |:---|:---|:---| | **Serviços jurídicos** | Direito da tecnologia, propriedade intelectual, contratos de IA | — | | **Desenvolvimento web** | Criação de websites e presença online | `fbt-paginasweb.com` | | **Publicidade automóvel** | Produção de palas para automóveis e camiões, serviços de publicidade | `plasauto.pt` | | **Serigrafia e impressão** | Impressão, placas em diversos materiais para empresas e particulares | `fotalportugal.com` | **Nota:** A aceitação de NTM‑IA por estes parceiros poderá abranger pagamentos totais ou parciais de serviços, de acordo com as condições comerciais específicas acordadas entre cada parceiro e o cliente. > **Aviso:** A aceitação de NTM‑IA por parceiros é uma decisão comercial independente de cada entidade e pode ser alterada ou suspensa a qualquer momento. Consulte os parceiros diretamente para condições atualizadas. #### Mecanismo de pagamento O preço dos serviços é fixado em Euros (€). No momento do pagamento, o montante em NTM‑IA é calculado com base na taxa de câmbio atual entre o NTM‑IA e o Euro, através da fórmula: Montante em NTM-IA = Preço do serviço (€) / Preço atual do NTM-IA (€) text **Exemplo:** Se a presença no hub custar 250 € e o NTM‑IA estiver a 125 €, o custo será de **2 NTM-IA**. ### 8.3. Utilidade em governance paramétrica (futura) Em fases posteriores do projeto, os detentores de NTM‑IA poderão votar em parâmetros operacionais, tais como: - Parâmetros de segurança em torno do rácio de minting (se aplicável) - Ajustes a parâmetros de staking (APY target, percentagens de recompensa) - Utilização da reserva (alocação de fundos para desenvolvimento e marketing) ### 8.4. Outras utilidades funcionais - **Tiers de acesso:** O montante de NTM‑IA depositado ou detido determina o tier (Explorer, Bronze, Silver, Gold, Platinum), com benefícios associados (alocações prioritárias, descontos, acesso antecipado) - **Elegibilidade:** A participação em certos eventos ou rondas de financiamento pode exigir a detenção ou staking de NTM‑IA - **NTM Power:** Os stakers acumulam multiplicadores que podem ser utilizados em mecânicas futuras do ecossistema ### 8.5. O que o token não confere O NTM‑IA **não confere**: - Direitos de propriedade sobre a Netmeios ou qualquer entidade parceira - Direitos a receitas, lucros ou dividendos da Netmeios - Direitos de crédito ou qualquer relação de natureza financeira - Controlo direto sobre a blockchain ou os seus operadores (além da governança paramétrica futura) ### 8.6. Enquadramento de utilidade vs. instrumento financeiro O NTM‑IA é um **token de utilidade** (utility token), não um valor mobiliário (security). A sua principal função é permitir o acesso a serviços, staking e participação no ecossistema. O seu valor de mercado é uma consequência da procura gerada por estas utilidades, não uma promessa de retorno financeiro. > **Nota:** Diferentes jurisdições podem classificar criptoativos de forma distinta. É da exclusiva responsabilidade de cada investidor conhecer e cumprir as leis aplicáveis no seu país. ## 9. Tokenomics ### 9.1. Estrutura de supply (valores atuais e projeção) O supply do NTM‑IA é dinâmico e determinado pela atividade real de IA no ecossistema, através da fórmula: supply = hits / uas text **Valores atuais (2026-04-10):** | Parâmetro | Valor | |:---|:---| | Preço NTM-IA | € 123,30 | | Supply | ~4.797 NTM-IA | | Market Cap | ~€ 591.452 | | UAs | 58 | | Hits IA | 278.207 | | Trust Score | 91,1 | **Projeção de supply (cenário moderado, 5 anos):** | Ano | Hits IA (estimado) | UAs (estimado) | Supply (NTM‑IA) | |:---|:---|:---|:---| | 0 (hoje) | 278.207 | 58 | ~4.797 | | 1 | ~632.000 | 70 | ~9.029 | | 2 | ~997.000 | 78 | ~12.782 | | 3 | ~1.360.000 | 84 | ~16.190 | | 4 | ~1.725.000 | 88 | ~19.602 | | 5 | ~2.090.000 | 90 | ~23.222 | > **Nota:** Os valores são **cenários modelados**, não garantias. O supply real dependerá da evolução dos hits IA e das UAs. ### 9.2. Distribuição inicial A distribuição inicial do NTM‑IA (com base no supply atual de ~4.797 tokens) é a seguinte: | Alocação | Percentagem | Tokens (aproximado) | Finalidade | |:---|:---|:---|:---| | **IDO / Launchpad** | 20% | ~959 | Venda pública inicial | | **Staking pool** | 50% | ~2.399 | Recompensas para stakers (distribuídas ao longo do tempo) | | **Reserva** | 10% | ~480 | Equipa, desenvolvimento, ecossistema (com vesting) | | **Liquidez / parceiros / marketing** | 20% | ~959 | Listagem em exchanges, liquidez inicial, parcerias | ### 9.3. Lógica de alocação por buckets (incluindo tiers) Os participantes no IDO são alocados por **tiers**, com base no montante investido ou na participação em staking: | Tier | Tokens mínimos | Custo estimado (exemplo a ~$110/token) | Alocação garantida | |:---|:---|:---|:---| | **Explorer** | 2 | ~$220 | Não (lotaria) | | **Bronze** | 10 | ~$1.100 | Baixa | | **Silver** | 50 | ~$5.500 | Média | | **Gold** | 100 | ~$11.000 | Alta | | **Platinum** | 500 | ~$55.000 | Garantida | > **Nota:** Os valores em USD são meramente ilustrativos e baseados num preço de referência aproximado. O preço efetivo do NTM‑IA no IDO será determinado pela plataforma de lançamento e/ou pela pool de liquidez no momento da oferta. **Justificação do tier Explorer (2 tokens):** Permite a participação de pequenos investidores (ticket mínimo acessível), alinhado com práticas de mercado de launchpads. ### 9.4. Vesting | Tranche | Percentagem | Período | |:---|:---|:---| | **TGE (Token Generation Event)** | 20% | No lançamento | | **Vesting linear** | 80% | 6 meses | **Exemplo (959 tokens adquiridos no IDO):** - No TGE: **~192 tokens** libertados - Nos 6 meses seguintes: **~128 tokens por mês** ### 9.5. Efeitos esperados em incentivos e alinhamento de longo prazo | Mecanismo | Efeito | |:---|:---| | **Vesting de 6 meses** | Desincentiva vendas imediatas pós-IDO ("dump") | | **Staking com locks** | Recompensa a permanência e o compromisso de longo prazo | | **Tiers progressivos** | Incentiva maior participação e staking | | **Reserva com vesting** | Alinha os interesses da equipa com os da comunidade | ### 9.6. Consistência com práticas de mercado A estrutura de tokenomics apresentada está alinhada com as práticas comuns em launchpads: - ✅ **Hard cap de captação de cerca de $118k na fase de IDO** (valor indicativo, sujeito a confirmação pela plataforma de lançamento) - ✅ Distribuição equilibrada (20% IDO, 50% staking, 10% reserva, 20% liquidez) - ✅ Vesting de 6 meses (padrão de mercado) - ✅ Tiers acessíveis (entrada desde ~$220 ilustrativo) - ✅ Staking como mecanismo central de incentivos ## 10. Staking ### 10.1. Objetivos do programa de staking O programa de staking do NTM‑IA foi concebido para: - **Recompensar a participação de longo prazo** – Os stakers recebem recompensas periódicas (APY) - **Aumentar a segurança e estabilidade do ecossistema** – Tokens em staking ficam bloqueados, reduzindo a pressão vendedora - **Alinhar incentivos** – Stakers têm acesso a benefícios adicionais (multiplicadores, tiers, alocações prioritárias) - **Preparar a governança futura** – O staking poderá ser utilizado como base para direito a voto (NTM Power) ### 10.2. APY base e estrutura de APY (por tier / por lock) A taxa de recompensa (APY) varia conforme o **tier** do staker e o **período de lock** escolhido: | Tier | Base APY | Lock 30d | Lock 60d | Lock 90d | |:---|:---|:---|:---|:---| | **Explorer** | 15% | 18% | 20% | 22% | | **Bronze** | 20% | 22% | 25% | 28% | | **Silver** | 20% | 25% | 28% | 32% | | **Gold** | 20% | 28% | 32% | 35% | | **Platinum** | 20% | 30% | 35% | 40% | **Princípios:** - Quanto maior o lock, maior o APY (incentivo à permanência) - Tiers superiores têm acesso a APY mais elevados (recompensa por maior compromisso) - O APY é **anualizado** e distribuído proporcionalmente ao longo do tempo ### 10.3. Multiplicadores (NTM Power) e impacto em alocação/benefícios Os stakers acumulam **NTM Power**, um multiplicador que pode ser utilizado para: - Acesso prioritário a novas emissões ou allotments - Maior peso em votações de governança (quando implementada) - Benefícios em futuras rondas de financiamento | Tier | Multiplicador base | Com lock de 90d | |:---|:---|:---| | **Explorer** | 1,0× | 1,1× | | **Bronze** | 1,1× | 1,2× | | **Silver** | 1,15× | 1,25× | | **Gold** | 1,2× | 1,3× | | **Platinum** | 1,25× | 1,4× | ### 10.4. Regras de participação: mínimos, locks, penalidades | Regra | Descrição | |:---|:---| | **Montante mínimo** | 2 NTM-IA (tier Explorer) | | **Períodos de lock** | 0, 30, 60 ou 90 dias | | **Penalidades** | Não há penalidades para stakers individuais (o lock é cumprido; após o término, os tokens ficam disponíveis para retirada sem penalização) | | **Retirada antecipada** | Não é permitida durante o período de lock (o staker compromete-se com o período escolhido) | ### 10.5. Operação e mecanismo anti‑dumping | Mecanismo | Descrição | |:---|:---| | **Snapshot semanal** | Realizado ao domingo à meia‑noite (UTC) | | **7‑day rule** | Para ser elegível para benefícios (alocações prioritárias, bónus, etc.), o staker deve ter os tokens depositados **pelo menos 7 dias antes do snapshot** | | **Cooldown** | Após uma retirada, o staker deve aguardar 7 dias antes de uma nova retirada (exceto para o tier Platinum) | | **KYC** | Obrigatório (conforme plataforma de lançamento) | > **Nota:** Estas regras são aplicadas pela plataforma de staking e podem ser ajustadas por governança no futuro. ### 10.6. Fonte das recompensas As recompensas de staking do NTM‑IA são calculadas e atribuídas por um sistema dedicado de distribuição, composto por um script de staking e um **cron job** que o executa periodicamente. As recompensas provêm da **staking pool** definida na tokenomics (50% do supply inicial alocado a staking) e podem ser complementadas por novas emissões ou ajustes futuros ao modelo de incentivos. Um script específico de staking é chamado com o comando `update-rewards` por um cron job (`cron-staking-ntm-ia.php`), que atualiza o ficheiro `staking_data.json` com os saldos, APY, multiplicadores e recompensas pendentes de cada staker. O cron gera **snapshots diários** (por staker) e mantém um **histórico agregado de até 180 dias** (`staking_history.json`), contendo `total_staked`, `total_stakers` e `total_rewards_paid`, permitindo auditoria independente da evolução do programa de staking. > **Nota:** Os valores de APY apresentados são anualizados e podem ser ajustados ao longo do tempo por decisões de tokenomics ou de governança. **Não constituem uma garantia fixa de rendimento.** ### 10.7. Riscos específicos do staking | Risco | Descrição | Mitigação | |:---|:---|:---| | **Slashing** | Não aplicável (não há validação de blocos por stakers) | — | | **Iliquidez** | Tokens ficam bloqueados durante o período de lock | Escolha de lock adequado ao perfil de risco | | **Variação de APY** | O APY é calculado com base na atividade da rede e pode variar | Modelo transparente e público | | **Risco técnico** | Falhas no contrato de staking ou no cron de distribuição | Código auditado e testes extensivos | ## 11. Governança e Direitos do Holder ### 11.1. Modelo de governança no T0 (inexistente, consultivo ou vinculativo) No lançamento (T0), não existe um sistema de governança on‑chain vinculativo. As decisões estratégicas e operacionais são tomadas pela equipa fundadora, com base no interesse do ecossistema e na transparência dos dados públicos. Poderá ser implementada uma fase **consultiva** (ex: inquéritos à comunidade, discussões abertas) antes da introdução de governança vinculativa. ### 11.2. Evolução prevista da governança (fases futuras) | Fase | Descrição | |:---|:---| | **Fase 1 (T0)** | Governança centralizada (equipa fundadora) | | **Fase 2 (consultiva)** | A comunidade é ouvida, mas as decisões finais são da equipa | | **Fase 3 (vinculativa)** | Votações on‑chain com peso proporcional ao stake (NTM Power) | A transição para a Fase 3 será decidida com base na maturidade do ecossistema, na dispersão da detenção de tokens e na disponibilidade de infraestrutura técnica segura. ### 11.3. Parâmetros que podem ser alvo de voto (se aplicável) Em fases futuras de governança vinculativa, os detentores de NTM‑IA poderão votar em: - **Parâmetros de segurança em torno do rácio de minting** (thresholds, alertas, ajustes a caps auxiliares, se algum dia forem introduzidos). A fórmula base `mint_ratio = uas` é considerada imutável. - **Parâmetros de staking** (APY target, percentagem de tokens alocada a staking, lock periods) - **Uso da reserva** (alocação de fundos para desenvolvimento, marketing, parcerias) - **Ajustes a taxas ou limites** (se aplicável) ### 11.4. Matérias que não são objeto de voto As seguintes matérias **não** são objeto de voto, por razões de integridade técnica e segurança: - **Fórmulas matemáticas base** (NP, NTM_original, NTM-IA, Trust Score) - **Regra de minting** (`mint_ratio = uas`) - **Integridade da blockchain** (assinaturas, hashes, estrutura dos blocos) - **Acesso aos dados públicos** (endpoints, ficheiros JSON) ### 11.5. Direitos funcionais do holder (acesso, participação, votação paramétrica) Os detentores de NTM‑IA têm os seguintes direitos funcionais: | Direito | Descrição | |:---|:---| | **Participação em staking** | Depósito, retirada, recebimento de recompensas | | **Acesso a tiers** | Benefícios diferenciados por montante detido ou em staking | | **NTM Power** | Acumulação de multiplicadores para benefícios futuros | | **Votação (futuro)** | Participação em governança paramétrica (conforme fase) | | **Acesso a serviços** | Pagamento de serviços Netmeios com NTM‑IA | ### 11.6. Distinção expressa: não confere direitos societários, de crédito, etc. O NTM‑IA **não confere** aos seus detentores quaisquer direitos sobre: - A propriedade ou controlo da Netmeios ou das suas subsidiárias - Receitas, lucros ou dividendos da Netmeios - Ativos ou reservas da Netmeios - Direitos de crédito ou qualquer relação de natureza financeira - Direitos a reembolso ou garantia de valor > **Nota:** Esta distinção é fundamental para classificar o NTM‑IA como um **token de utilidade** (utility token) e não como um valor mobiliário (security). ## 12. Arquitetura Técnica e Blockchain NTM‑IA ### 12.1. Arquitetura de duas camadas O sistema NTM assenta numa arquitetura de duas camadas independentes mas interligadas: | Camada | Nome | Finalidade | Comercialização | |:---|:---|:---|:---| | **Camada 1** | NTM original | Medição e auditoria interna | Não comercializável | | **Camada 2** | NTM‑IA | Token utilitário de mercado | IDO, exchanges, staking | A Camada 2 (NTM‑IA) herda os dados e a credibilidade da Camada 1, mas acrescenta mecanismos próprios (staking, tiers, utilidade direta). ### 12.2. Estrutura de blocos NTM‑IA Cada bloco da blockchain NTM‑IA é um ficheiro JSON com a seguinte estrutura: ```json { "block_data": { "index": 1, "timestamp": "2026-04-02 16:05:10", "previous_hash": "0000000000000000000000000000000000000000000000000000000000000000", "hits": 267721, "pct_ia": 0.604704899148, "ai_index": 0.80, "uas": 58, "hub": 638, "respostas": 4653, "np": 11136.95, "ntm_original_price": 94.01, "ntm_ia_price": 118.46, "supply": 4615.87931, "market_cap": 546808.68, "mint_ratio": 58, "data_source": "ai-dash-snippet.php", "source_timestamp": "2026-04-02 16:05:10" }, "signature": "BASE64...", "signature_algorithm": "RSA-SHA256", "key_id": "ntm-ia-main-2026-01", "pubkey_fingerprint": "SHA256:b3ec844bfe7e2b094ecf2c3f98a5e8b3c650b1fc6aa36573f99bb8f2b7fe68e2" } ### 12.3. Sealer NTM‑IA e periodicidade de blocos | Parâmetro | Valor | |:---|:---| | **Script** | `ai-sealer-ntm-ia.php` | | **Periodicidade** | A cada 10 minutos (via cron job) | | **Fonte de dados** | `ai-dash-snippet.php` (dados em tempo real) | | **Armazenamento** | `/blockchain/ntm-ia/blocks/block_XXXXXX.json` | | **Último hash** | `/blockchain/ntm-ia/last_hash.txt` | O sealer lê os dados em tempo real, aplica as fórmulas económicas (NP, NTM_original, NTM‑IA, supply, mint_ratio) e escreve um novo bloco assinado a cada 10 minutos. ### 12.4. Assinaturas e verificação - As assinaturas criptográficas dos blocos são geradas com **RSA e SHA‑256**, conforme especificado no protocolo de verificação (`NTM-IA-VERIFICATION.md`). - Para detalhes exatos (tamanho da chave, formato de assinatura, procedimento de validação), deve ser consultado esse documento técnico. - A cadeia de blocos é **machine‑verifiable** – qualquer sistema com HTTP GET e SHA256 pode validar independentemente todos os blocos. - A chave pública está disponível para verificação externa, com fingerprint: `SHA256:b3ec844bfe7e2b094ecf2c3f98a5e8b3c650b1fc6aa36573f99bb8f2b7fe68e2`. ### 12.5. Ficheiros e diretórios relevantes | Caminho | Conteúdo | |:---|:---| | `/blockchain/ntm-ia/blocks/` | Blocos JSON da blockchain NTM‑IA | | `/blockchain/ntm-ia/last_hash.txt` | Hash do último bloco | | `/staking/staking_data.json` | Estado atual do staking (saldos, APY, recompensas) | | `/staking/staking_history.json` | Histórico agregado (até 180 dias) | | `/staking/snapshots/` | Snapshots diários por staker | | `/logs/cron-staking.log` | Log do cron de staking | Estes ficheiros permitem auditar tanto o estado corrente como a evolução histórica do staking e da chain. ### 12.6. Relação entre dados de tempo real e blocos persistidos | Tipo de dado | Fonte | Atualização | Uso | |:---|:---|:---|:---| | **Tempo real** | `ai-dash-snippet.php` | Contínua (a cada requisição) | Endpoint `ntm-ia-trust.php`, dashboards | | **Blocos persistidos** | `ai-sealer-ntm-ia.php` | A cada 10 minutos | Blockchain, verificação histórica, auditoria | **Desfasamento (lag):** Pode existir um desfasamento de até 10 minutos entre os dados em tempo real e o último bloco persistido. Este desfasamento é esperado e aceitável para uma blockchain com esta periodicidade. ## 13. Verificação Pública e Endpoints ### 13.1. Filosofia de "machine‑verifiable token" O NTM‑IA foi concebido para ser **totalmente verificável por máquina** (machine‑verifiable). Qualquer sistema com acesso a HTTP GET e a uma implementação de SHA256 pode: - Descarregar todos os blocos da blockchain - Verificar a integridade da cadeia (hashes encadeados) - Validar as assinaturas criptográficas - Recalcular as métricas económicas (preço, supply, market cap) Não é necessário confiar em terceiros – a verificação é **independente e pública**. ### 13.2. `ntm-ia-trust.php` – Estado em tempo real + Trust Score **Endpoint:** `https://www.netmeios.com/ntm-ia-trust.php` | Parâmetro | Descrição | |:---|:---| | `?format=json` | JSON compacto (para APIs) | | `?format=pretty` | JSON formatado (para leitura humana) | | `?limit=N` | Número de blocos no histórico (padrão: 10, máx: 50) | **Dados fornecidos:** - Preço atual do NTM‑IA (€) - Supply e market cap - Trust Score (0-100) e respetivos componentes - UAs, % IA, AI Index - Hits IA, empresas no hub, respostas - Último bloco (índice, timestamp, hash) - Histórico de preços (últimos N blocos) ### 13.3. `api-blocks-ntm-ia.php` – API de blocos (histórico, hashes, supply, etc.) **Endpoint:** `https://www.netmeios.com/api-blocks-ntm-ia.php` | Parâmetro | Descrição | |:---|:---| | `?index=N` | Bloco específico (ex: `?index=1`) | | `?limit=N` | Últimos N blocos (padrão: 10, máx: 50) | | `?format=pretty` | JSON formatado | **Dados fornecidos:** - Bloco completo (`block_data` + assinatura + metadados) - Hash do bloco - Número de blocos disponíveis ### 13.4. `ai-check-integrity-ntm-ia.php` – Verificador automatizado de integridade da cadeia **Endpoint:** `https://www.netmeios.com/ai-check-integrity-ntm-ia.php` | Parâmetro | Descrição | |:---|:---| | `?format=json` | JSON compacto (para automação) | **Validações realizadas:** - ✅ Integridade da cadeia (índices sequenciais, hashes consecutivos) - ✅ Assinaturas RSA‑SHA256 para cada bloco - ✅ Fingerprint da chave pública - ✅ Consistência dos dados (`mint_ratio = uas`, `supply = hits/uas`) - ✅ Timestamps (não futuro, não demasiado antigo) - ✅ Fonte de dados (`data_source = ai-dash-snippet.php`) ### 13.5. `ai-ntm-ia-stats.php` – Dashboard público **Endpoint:** `https://www.netmeios.com/ai-ntm-ia-stats.php` | Parâmetro | Descrição | |:---|:---| | `?lang=EN` | Inglês (padrão) | | `?lang=PT` | Português | | `?lang=ZH` | Chinês | **Funcionalidades:** - Dashboard com gráficos e estatísticas - Suporte a 3 idiomas (EN, PT, ZH) - Visualização do Trust Score e preço atual - Histórico de preços (últimos 100 blocos) - Métricas detalhadas (UAs, % IA, AI Index, Hub, Respostas, etc.) ### 13.6. Exemplo passo‑a‑passo de verificação independente **Passo 1 – Obter o hash do último bloco:** ```bash curl https://www.netmeios.com/blockchain/ntm-ia/last_hash.txt ``` **Passo 2 – Descarregar o último bloco:** ```bash curl https://www.netmeios.com/blockchain/ntm-ia/blocks/block_001157.json -o block_001157.json ``` **Passo 3 – Verificar o hash do bloco:** ```bash sha256sum block_001157.json # Deve corresponder ao valor obtido no Passo 1 ``` **Passo 4 – Verificar a assinatura (com chave pública):** ```bash # Extrair signature e block_data, depois verificar com openssl openssl dgst -sha256 -verify ntm_ia_public.key -signature signature.bin canonical.json ``` **Passo 5 – Utilizar o verificador automático:** ```bash curl "https://www.netmeios.com/ai-check-integrity-ntm-ia.php?format=json" ``` ### 13.7. Especificação pública O protocolo completo de verificação está disponível em: ```text https://www.netmeios.com/NTM-IA-VERIFICATION.md ``` Este documento inclui: - Estrutura detalhada dos blocos - Procedimento de verificação de assinaturas - Fórmulas económicas - Headers HTTP para verificação automática - Exemplos em bash, PHP e OpenSSL ## 14. Fórmulas Detalhadas e Metodologia ### 14.1. Definições formais das variáveis | Variável | Descrição | Fonte de dados | Domínio | |:----------|:-----------------------------------------------|:---------------------------------------------|:--------| | `hits` | Total acumulado de hits de IA desde o início | `ai_ia_totals.json` | ℕ | | `pct_ia` | Percentagem de hits IA no tráfego observado | `ai_ia_totals.json` + `ai_bot_totals.json` | [0,1] | | `ai_index`| AI Quality Index | Endpoint `ntm-trust.php` | [0,1] | | `uas` | Número de User Agents de IA ativos | `ai_ia_uas.json` | ℕ | | `hub` | Número de entidades no hub | `llms.json` (campo `datasets`) | ℕ | | `respostas` | Total agregado de respostas observadas | `ai_ia_totals.json` | ℕ | ### 14.2. Fórmula formal da NP (Nota de Preço) \[ \text{NP} = (\text{pct\_ia} + \text{ai\_index}) \times \left(\frac{\text{hits}}{\text{uas}}\right) + \text{respostas} \] Onde: - `pct_ia` e `ai_index` são valores normalizados entre 0 e 1. - A divisão `hits / uas` corresponde ao supply teórico do NTM‑IA no momento considerado. ### 14.3. Fórmula formal do NTM original \[ \text{NTM\_original} = \frac{\text{hub} \times 394.50}{\text{hits} / 100} \] **Origem da constante 394,50 €:** Este valor corresponde a metade da poupança anual modelada por entidade no hub (789 € / 2 = 394,50 €). A escolha de metade da poupança reflete uma abordagem conservadora, atribuindo apenas uma parte do valor económico total ao NTM original. ### 14.4. Fórmula formal do NTM‑IA \[ \text{NTM\_IA} = \frac{\text{NP}}{\text{NTM\_original}} \] Intuição económica: Esta relação cria uma ligação entre a atividade observada de IA, capturada na NP, e o valor de referência derivado do hub, expresso pelo NTM original. ### 14.5. Fórmula formal do Trust Score \[ \begin{aligned} \text{uas\_score} &= \min(1, \text{uas} / 70) \\ \text{pct\_score} &= \min(1, \text{pct\_ia} / 0.60) \\ \text{ai\_score} &= \min(1, \text{ai\_index} / 0.80) \\ \\ \text{TS} &= 100 \times (0.50 \times \text{uas\_score} + 0.25 \times \text{pct\_score} + 0.25 \times \text{ai\_score}) \end{aligned} \] O Trust Score é uma métrica sintética de confiança baseada em três componentes normalizados: UAs, percentagem de IA e AI Index. ### 14.6. Mecanismo formal do `mint_ratio` e do `supply` \[ \begin{aligned} \text{mint\_ratio} &= \text{uas} \\ \text{supply} &= \frac{\text{hits}}{\text{uas}} \end{aligned} \] O rácio de minting é igual ao número de User Agents de IA ativos, sendo por isso um parâmetro endógeno e automaticamente observável no sistema. ### 14.7. Pressupostos metodológicos | Componente | Cap | Justificação | |:-----------|:-----|:--------------------------------------------------------| | UAs | 70 | Valor de saturação adotado no modelo atual do Trust Score | | % IA | 60% | Limite superior de referência para normalização no modelo atual | | AI Index | 0,80 | Valor de saturação adotado para a qualidade observada | **Normalizações lineares:** Todos os componentes do Trust Score são normalizados linearmente até ao respetivo cap; acima desse ponto, o contributo marginal adicional é nulo na métrica. ### 14.8. Considerações estatísticas básicas | Componente | Sensibilidade | Limitação | |:-----------|:--------------------|:------------------------------------------------------------| | UAs | Alta (peso 50%) | Depende da correta identificação de User Agents relevantes | | % IA | Média (peso 25%) | Depende da classificação correta de tráfego IA | | AI Index | Média (peso 25%) | Depende da robustez do endpoint `ntm-trust.php` | | Hits | Indireta (via NP) | É acumulativo e pouco sensível a oscilações de curtíssimo prazo | | Respostas | Indireta (via NP) | Agrega interações distintas numa única variável | > **Nota:** As fórmulas-base do modelo — incluindo NP, NTM original, NTM‑IA e a regra `mint_ratio = uas` — são tratadas como estruturais e não sujeitas a alteração por voto. Parâmetros auxiliares de apresentação ou calibração, como caps e pesos do Trust Score, podem ser documentados e revistos em versões futuras do protocolo, se tal vier a ser considerado adequado. ## 15. Dados Observados, Pressupostos e Cenários ### 15.1. Série histórica usada como base A modelização do NTM‑IA assenta numa série histórica de dados reais recolhidos desde o início do projeto, abrangendo: - Hits IA – total acumulado de atividade de IA - UAs – diversidade de agentes IA ativos - % IA – percentagem de IA no tráfego total - AI Index – qualidade dos agentes IA - Hub – número de entidades integradas - Respostas – perguntas feitas por humanos a plataformas de IA e respetivas respostas dos bots A série é atualizada continuamente e os dados são públicos, permitindo a qualquer interessado reproduzir os cálculos e verificar as projeções. ### 15.2. Pressupostos calibrados Os cenários apresentados baseiam-se nos seguintes pressupostos (calibrados a partir da observação histórica): | Parâmetro | Pressuposto | Fonte/Justificação | |:--------------------------|:----------------------------|:-------------------------------------------------------------| | Crescimento de hits/dia | +1.000 hits/dia | Média observada desde o lançamento | | Crescimento do hub | +12 entidades/dia | Ritmo atual de integração (automatizado, CAC zero) | | Relação Respostas/Hub | 7,3 → 11,5 (5 anos) | Tendência observada + aceleração pós‑EU AI Act | | % IA | 60,5% → 45% (5 anos) | Declínio linear conservador (alinhado com Cloudflare) | | AI Index | 80,3 → 73 (5 anos) | Declínio linear conservador | | UAs | 58 → 80–100 (5 anos) | Crescimento gradual da diversidade de agentes IA | | Cap do hub | 5.000 entidades | Limite operacional definido (atingido no ano 1) | Os valores de UAs assumem um aumento progressivo do número de variantes de bots IA detetadas, passando de cerca de 58 hoje para uma faixa entre 80 e 100 num horizonte de cinco anos. ### 15.3. Cenário conservador O cenário conservador assume pressupostos mais pessimistas: - Crescimento de hits/dia inferior à média histórica - Crescimento do hub mais lento - Declínio mais acentuado da % IA e do AI Index - Menor crescimento das UAs **Projeção de preço (cenário conservador):** | Ano | Preço NTM‑IA (€) | ROI acumulado | |:----|:-----------------|:--------------| | 0 | ~118 | — | | 1 | ~140 | 1,2× | | 2 | ~250 | 2,1× | | 3 | ~400 | 3,4× | | 4 | ~600 | 5,1× | | 5 | ~850 | 7,2× | ### 15.4. Cenário base / moderado O cenário base (ou moderado) reflete as tendências observadas e as projeções mais prováveis, com base nos pressupostos da Secção 15.2: - Crescimento sustentado de hits e do hub - Declínio gradual da % IA e do AI Index - Aumento da diversidade de UAs dentro da faixa 80–100 **Projeção de preço (cenário moderado):** | Ano | Preço NTM‑IA (€) | ROI acumulado | |:----|:-----------------|:--------------| | 0 | ~118 | — | | 1 | ~169 | 1,4× | | 2 | ~485 | 4,1× | | 3 | ~966 | 8,2× | | 4 | ~1.620 | 13,7× | | 5 | ~2.452 | 20,8× | Na comunicação externa, podem ser igualmente apresentados cenários intermédios mais conservadores (por exemplo, 12–15× em 5 anos), utilizando os mesmos pressupostos estruturais mas parâmetros menos agressivos para UAs, % IA e AI Index. ### 15.5. Cenário otimista O cenário otimista assume pressupostos mais favoráveis: - Crescimento acelerado de hits e do hub - Declínio mais lento da % IA e do AI Index - Crescimento robusto das UAs - Forte aceleração pós‑EU AI Act **Projeção de preço (cenário otimista):** | Ano | Preço NTM‑IA (€) | ROI acumulado | |:----|:-----------------|:--------------| | 0 | ~118 | — | | 1 | ~200 | 1,7× | | 2 | ~650 | 5,5× | | 3 | ~1.400 | 11,9× | | 4 | ~2.500 | 21,2× | | 5 | ~3.800 | 32,2× | Tal como no cenário base, estes valores devem ser interpretados como um entre vários trajetos possíveis do modelo, e não como estimativas pontuais garantidas. ### 15.6. Sensibilidade a variações de UAs, AI Index, IA e Respostas | Variação | Impacto no preço do NTM‑IA | Efeito | |:-------------------|:---------------------------------|:-------------------------------------------------------------| | Aumento de UAs | ↑ Escassez, ↑ preço | Forte (peso 50% no Trust Score e efeito via `mint_ratio`) | | Aumento de % IA | ↑ Relevância da IA, ↑ preço | Moderado | | Aumento do AI Index| ↑ Qualidade, ↑ preço | Moderado | | Aumento de Respostas | ↑ Atividade, ↑ preço | Indireto (via NP) | | Aumento do hub | ↑ NTM_original, pressão em baixa sobre NTM‑IA | Inverso (mais entidades, mas maior denominador) | O crescimento do hub é em si um sinal positivo de adoção, mas aumenta o denominador de `NTM_original` e pode, em determinados regimes, moderar o preço do NTM‑IA. ### 15.7. Limitações dos cenários e dependência de fatores exógenos Os cenários apresentados dependem de fatores externos que podem afetar materialmente os resultados: | Fator exógeno | Impacto potencial | |:------------------|:----------------------------------------------------------------------------------| | EU AI Act | Aceleração da adoção (positivo) ou atrasos/regulação restritiva (negativo) | | Concorrência | Novos projetos podem afetar a procura e a atenção do mercado | | Condições de mercado | Volatilidade geral do mercado cripto pode amplificar ou reduzir movimentos de preço | | Adoção tecnológica| Ritmo de integração de novas empresas no hub e adoção real da solução | | Mudanças regulatórias | Reenquadramento de tokens, requisitos de compliance, restrições de comercialização | ### 15.8. Aviso reforçado: cenários não são promessas nem garantias ⚠️ **Aviso importante:** Todas as projeções apresentadas nesta secção são cenários modelados com base em pressupostos atuais e dados históricos. Não constituem promessas, garantias ou aconselhamento de investimento. Os resultados reais podem diferir materialmente das projeções, para mais ou para menos. Cada investidor deve realizar a sua própria análise (DYOR) e, se necessário, consultar profissionais qualificados antes de tomar qualquer decisão. O NTM‑IA não garante qualquer retorno, rendimento, fluxo de caixa ou preservação de capital, sendo exclusivamente um token de utilidade com funções técnicas no ecossistema. ## 16. Roadmap ### 16.1. Componentes já existentes (camada 1, dados, dashboards, endpoints) | Componente | Estado | Descrição | |:------------------------|:-------------|:--------------------------------------------| | Blockchain NTM original | ✅ Concluído | Camada 1 de medição e auditoria | | Sealer NTM original | ✅ Concluído | Geração de blocos a cada 10 minutos | | Dados públicos (JSON) | ✅ Concluído | `ai_ia_totals.json`, `llms.json`, `ai_ia_uas.json`, etc. | | Endpoints NTM original | ✅ Concluído | `ntm-trust.php`, `api-blocks.php`, `check-integrity.php` | | Dashboard NTM original | ✅ Concluído | `ntm-stats.php` | ### 16.2. Componentes NTM‑IA já implementados | Componente | Estado | Descrição | |:-------------------------------|:-------------|:--------------------------------------------------------------------------| | Sealer NTM‑IA | ✅ Concluído | `ai-sealer-ntm-ia.php` – gera blocos da camada 2 | | Blockchain NTM‑IA | ✅ Concluído | `/blockchain/ntm-ia/blocks/` + `last_hash.txt` | | Verificador de integridade | ✅ Concluído | `ai-check-integrity-ntm-ia.php` | | Trust Score endpoint | ✅ Concluído | `ntm-ia-trust.php` | | API de blocos | ✅ Concluído | `api-blocks-ntm-ia.php` | | Dashboard NTM‑IA | ✅ Concluído | `ai-ntm-ia-stats.php` (3 idiomas) | | Staking (lógica + API) | ✅ Concluído | `ai-staking-ntm-ia.php` | | Staking cron | ✅ Concluído | `cron-staking-ntm-ia.php` (distribuição de recompensas) | | Dashboard de staking | ✅ Concluído | `ai-staking-stats.php` (3 idiomas) | | Backup automático (vault) | ✅ Concluído | `ai-vault.php` (v3.4) | | Documentação técnica | ✅ Concluído | `NTM-IA-VERIFICATION.md`, `NTM-IA-TOKENOMICS.md`, `NTM-IA-TRUST-SCORE.md`, `README-NTM-IA.md`, `NTM-IA-API.md` | | White paper (versão PT) | ✅ Concluído | Documento completo em português | | Explorador de blocos / dashboards | ✅ Concluído | `ai-ntm-ia-stats.php` e `ai-staking-stats.php` com gráficos e estatísticas | | Documentação para integradores | ✅ Concluído | `NTM-IA-API.md` e `NTM-IA-VERIFICATION.md` | ### 16.3. Próximos passos técnicos (hardening, auditoria, tooling) | Tarefa | Prazo estimado | Descrição | Estado | |:----------------------------------------|:----------------------|:----------------------------------------------------------------|:-------------| | White paper (traduções EN + ZH) | Abril 2026 | Tradução do white paper para inglês e chinês | 🔜 Em curso (a concluir hoje) | | Auditoria externa de segurança | Q2 2026 | Auditoria do código `ai-sealer-ntm-ia.php` e `ai-staking-ntm-ia.php` | 📝 Planeado | | Testes de carga e stress | Q1 2026 | Validação da robustez da infraestrutura | ✅ Concluído | | Melhoria do explorador de blocos | Q1 2026 | Interface mais amigável para navegação na blockchain | ✅ Concluído | | Documentação para integradores | Q1 2026 | Guias técnicos para uso da API e verificação da blockchain | ✅ Concluído | | Implementação de governança | Q4 2026 / Q1 2027 | Sistema de votação on‑chain (parâmetros de staking, uso da reserva) | 📝 Planeado | ### 16.4. Próximos passos de produto (staking UI, onboarding, docs) | Tarefa | Prazo estimado | Descrição | |:-----------------------|:--------------|:---------------------------------------------------------------| | UI de staking | Q2 2026 | Interface web para depósito, retirada e consulta de recompensas | | Onboarding de parceiros| Contínuo | Integração de novos parceiros que aceitem NTM‑IA como pagamento | | Programa de afiliados | Q3 2026 | Incentivos para promoção do NTM‑IA | ### 16.5. Próximos passos de mercado (launchpad, listagem, parcerias) | Tarefa | Prazo estimado | Descrição | |:-------------------|:--------------|:--------------------------------------------------| | IDO / Launchpad | Q2 2026 | Lançamento público via plataforma de launchpad | | Listagem em DEX | Q2/Q3 2026 | Primeira listagem em exchange descentralizada | | Listagem em CEX | Q3/Q4 2026 | Expansão para exchanges centralizadas | | Parcerias estratégicas | Contínuo | Acordos com projetos e plataformas do ecossistema cripto | ### 16.6. Marcos temporais indicativos (resumo) | Fase | Descrição | Estado | Data estimada | |:-------|:-------------------------------------------------|:-------------|:------------------| | Fase 1 | Blockchain NTM‑IA (sealer, blocos, assinaturas) | ✅ Concluído | Março 2026 | | Fase 2 | Endpoints públicos (trust, integridade, API) | ✅ Concluído | Abril 2026 | | Fase 3 | Dashboards (stats, staking) | ✅ Concluído | Abril 2026 | | Fase 4 | Staking (depósitos, recompensas, cron) | ✅ Concluído | Abril 2026 | | Fase 5 | White paper (versão PT) | ✅ Concluído | Abril 2026 | | Fase 6 | White paper (traduções EN + ZH) | 🔜 Em curso (a concluir hoje) | Abril 2026 | | Fase 7 | Testes de carga, explorador e documentação para integradores | ✅ Concluído | Q1 2026 | | Fase 8 | IDO / Launchpad | 📝 Planeado | Maio/Junho 2026 | | Fase 9 | Listagem em exchange(s) | 📝 Planeado | Junho/Julho 2026 | | Fase 10| Expansão de parcerias (pagamento com NTM‑IA) | 📝 Planeado | H2 2026 | | Fase 11| Governança descentralizada (votações on‑chain) | 📝 Planeado | Q1 2027 | | Fase 12| Expansão internacional (mais launchpads, mais exchanges) | 📝 Planeado | 2027 | > **Nota:** As datas apresentadas são estimativas e podem sofrer ajustes em função das condições de mercado, da preparação técnica e da disponibilidade de parceiros. ## 17. Riscos ### 17.1. Risco de mercado (preço, liquidez, concorrência) O mercado de criptoativos é inerentemente volátil. O preço do NTM‑IA pode sofrer flutuações significativas devido a: - Condições gerais do mercado cripto (ex: "bear markets", crises de liquidez) - Procura e oferta nos mercados secundários - Ações de concorrentes (novos projetos de monitorização de IA) - Perda de confiança dos investidores **Mitigação:** O NTM‑IA tem utilidade real (staking, pagamento de serviços), o que pode reduzir a dependência exclusiva de especulação de mercado. No entanto, não há garantia de liquidez ou estabilidade de preço. ### 17.2. Risco regulatório As leis e regulamentos aplicáveis a criptoativos variam significativamente entre jurisdições e podem mudar ao longo do tempo. Riscos específicos incluem: - Classificação do NTM‑IA como "valor mobiliário" (security) em certas jurisdições - Obrigações de registo ou licenciamento - Restrições à comercialização ou detenção de tokens - Implicações fiscais para detentores **Mitigação:** O NTM‑IA é estruturado como um token de utilidade (utility token), com funções claras (staking, pagamento de serviços). No entanto, a classificação final depende da interpretação de cada regulador. A equipa acompanha a evolução regulatória e poderá ajustar a estrutura se necessário. Em particular, a conformidade com o EU AI Act e com regimes regionais de criptoativos poderá exigir ajustamentos adicionais na estrutura do projeto. ### 17.3. Risco técnico A infraestrutura do NTM‑IA depende de código, servidores e serviços de terceiros. Riscos técnicos incluem: - Bugs ou vulnerabilidades no código do sealer, staking ou endpoints - Falhas de segurança (ex: comprometimento de chaves privadas) - Interrupções de servidores ou APIs - Perda de dados (ex: corrupção de blocos ou ficheiros JSON) **Mitigação:** O código é público e verificável. A lógica de minting baseada em UAs e as fórmulas do NTM‑IA são públicas e auditáveis, permitindo validação independente. A equipa realiza testes regulares e mantém backups automáticos (`ai-vault.php`). A chave privada está protegida e fora da raiz pública. No entanto, nenhum sistema é totalmente imune a falhas. ### 17.4. Risco de dados / oráculos O NTM‑IA depende de dados públicos (`ai_ia_totals.json`, `ai_ia_uas.json`, `llms.json`, `ai-dash-snippet.php`) para calcular preço, supply e Trust Score. Riscos associados incluem: - Corrupção ou manipulação dos dados - Falhas na recolha ou classificação de bots IA - Atrasos na atualização dos dados - Erros nas fórmulas de cálculo **Mitigação:** Os dados são públicos e verificáveis por qualquer pessoa. A cadeia de blocos permite auditoria independente. No entanto, a precisão dos dados depende da correta operação dos sistemas de recolha. ### 17.5. Risco de adoção O valor do NTM‑IA depende da adoção real do ecossistema: - Crescimento do hub (número de entidades integradas) - Utilização do NTM‑IA como meio de pagamento - Participação no staking - Procura por parte de investidores **Mitigação:** O hub tem um histórico de crescimento orgânico consistente, com novas entidades a serem integradas diariamente. Parcerias estão em desenvolvimento. No entanto, não há garantia de que a adoção atinja os níveis projetados. ### 17.6. Risco de execução O roadmap do projeto pode sofrer atrasos ou alterações devido a: - Dificuldades técnicas imprevistas - Restrições regulatórias - Condições de mercado desfavoráveis - Disponibilidade de parceiros (launchpads, exchanges) **Mitigação:** A equipa tem um histórico de entrega consistente (todas as fases até à data foram concluídas). No entanto, fatores externos podem afetar o cronograma futuro. ### 17.7. Risco de concentração A detenção de tokens pode estar concentrada em poucos detentores, especialmente nas fases iniciais. Riscos associados incluem: - Influência desproporcional em votações de governança (futuro) - Potencial para movimentos de preço significativos - Risco de "dump" por detentores com grandes quantidades **Mitigação:** O vesting de 6 meses para a reserva e a distribuição via IDO ajudam a dispersar a detenção. O staking incentiva a retenção de longo prazo. ### 17.8. Estratégias de mitigação (resumo) | Risco | Mitigação primária | |:-------------|:------------------------------------------------------------------| | Mercado | Utilidade real do token (staking, pagamento de serviços) | | Regulatório | Estrutura como token de utilidade, acompanhamento legal contínuo, atenção ao EU AI Act | | Técnico | Código público e auditável, backups automáticos, chave protegida | | Dados | Dados públicos e verificáveis, blockchain auditável | | Adoção | Crescimento orgânico do hub, parcerias ativas | | Execução | Histórico de entregas, planeamento realista | | Concentração | Vesting, distribuição via IDO, staking | > **Aviso:** Esta lista de riscos não é exaustiva. Podem existir outros riscos não antecipados. Cada investidor deve realizar a sua própria análise (DYOR) antes de tomar qualquer decisão. ## 18. Use of Proceeds ### 18.1. Objetivo da captação A captação de fundos na fase de IDO tem como objetivo financiar o desenvolvimento contínuo, a segurança, a liquidez e a expansão do ecossistema NTM‑IA. O valor indicativo de captação situa‑se na ordem das centenas de milhares de euros (ex: ~100–150k), sendo o montante final sujeito a confirmação pela plataforma de lançamento. ### 18.2. Alocação dos fundos (percentagens indicativas) | Alocação | Percentagem | Finalidade | |:---------------------------|:-----------|:-----------------------------------------------------------------------------------------------| | Desenvolvimento técnico | 30% | Manutenção e evolução do código, novos recursos, melhorias de infraestrutura | | Segurança e auditoria | 15% | Auditorias externas de código, testes de penetração, bug bounties | | Liquidez e listing | 25% | Criação de pools de liquidez em DEX, taxas de listagem em CEX, market making inicial | | Legal e compliance | 10% | Consultoria jurídica, registos regulatórios, conformidade com EU AI Act e outras jurisdições | | Marketing e BD | 15% | Campanhas de marketing, parcerias, presença em eventos, comunidade | | Reserva operacional de fundos | 5% | Custos operacionais imprevistos, servidores, APIs, suporte | ### 18.3. Critérios de priorização de uso de fundos A priorização dos fundos segue os seguintes critérios: 1. **Segurança e integridade do sistema** – Auditorias e correções de vulnerabilidades têm prioridade máxima. 2. **Liquidez e listagem** – Essencial para o funcionamento do mercado secundário. 3. **Desenvolvimento técnico** – Garantir a evolução e manutenção do produto. 4. **Legal e compliance** – Assegurar conformidade regulatória. 5. **Marketing e BD** – Expansão do ecossistema e adoção. 6. **Reserva operacional** – Flexibilidade para imprevistos. ### 18.4. Governança sobre uso da reserva A reserva de tokens (10% do supply inicial) está sujeita a vesting de 6 meses e será utilizada para: - Desenvolvimento do ecossistema - Parcerias estratégicas - Incentivos à comunidade - Despesas operacionais da equipa Em fases futuras de governança, os detentores de NTM‑IA poderão votar em: - Alocações específicas da reserva - Priorização de projetos financiados - Ajustes à percentagem de reserva > **Nota:** Os valores e percentagens apresentados são indicativos e podem ser ajustados conforme as necessidades do projeto e as condições de mercado. A equipa compromete‑se a utilizar os fundos de forma responsável e transparente. ## 19. Referências e Documentação Pública ### 19.1. Documentos técnicos | Documento | Descrição | URL | |:-----------------------|:------------------------------------------------------|:-----------------------------------------------------------------| | NTM-IA-VERIFICATION.md | Protocolo de verificação da blockchain (EN, PT, ZH) | https://netmeios.com/NTM-IA-VERIFICATION.md | | NTM-IA-TOKENOMICS.md | Tokenomics detalhado (EN, PT, ZH) | https://netmeios.com/NTM-IA-TOKENOMICS.md | | NTM-IA-TRUST-SCORE.md | Metodologia do Trust Score (EN, PT, ZH) | https://netmeios.com/NTM-IA-TRUST-SCORE.md | | NTM-IA-API.md | Referência da API (EN, PT, ZH) | https://netmeios.com/NTM-IA-API.md | | README-NTM-IA.md | Visão geral do projeto (EN, PT, ZH) | https://netmeios.com/README-NTM-IA.md | | NTM-WHITE-PAPER.md | White paper do NTM original (base técnica) | https://netmeios.com/NTM-WHITE-PAPER.md | ### 19.2. Endpoints públicos | Endpoint | Descrição | Formato | |:---------------------------------------------------|:------------------------------------------|:-----------| | https://netmeios.com/ntm-ia-trust.php | Trust Score, preço, supply, market cap | JSON / HTML | | https://netmeios.com/api-blocks-ntm-ia.php | Consulta de blocos (histórico, hashes) | JSON | | https://netmeios.com/ai-check-integrity-ntm-ia.php | Verificador de integridade da cadeia | JSON / HTML | | https://netmeios.com/ai-ntm-ia-stats.php | Dashboard público (3 idiomas) | HTML | | https://netmeios.com/ai-staking-stats.php | Dashboard de staking (3 idiomas) | HTML | ### 19.3. Ficheiros e diretórios relevantes | Caminho | Conteúdo | |:---------------------------------|:-------------------------------------------------| | `/blockchain/ntm-ia/blocks/` | Blocos JSON da blockchain NTM‑IA | | `/blockchain/ntm-ia/last_hash.txt` | Hash do último bloco | | `/staking/staking_data.json` | Estado atual do staking (saldos, APY, recompensas) | | `/staking/staking_history.json` | Histórico agregado (até 180 dias) | | `/staking/snapshots/` | Snapshots diários por staker | | `/ai_ia_uas.json` | User Agents de IA ativos (UAs) | | `/ai_ia_totals.json` | Totais de hits IA por bot | | `/llms.json` | Entidades no hub (dataset) | | `/ai-dash-snippet.php` | Dados em tempo real (fonte para blocos) | ### 19.4. Referências externas | Referência | Descrição | URL | |:---------------------------|:------------------------------------------------------------|:--------------------------------------------------------------------| | EU AI Act | Regulamento Europeu sobre Inteligência Artificial | https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX%3A52021PC0206 | | Cloudflare Radar | Dados sobre bots de IA (referência para % IA) | https://radar.cloudflare.com/ | | IDO Launchpad (Binance Academy) | Referência a práticas de mercado em plataformas de lançamento de tokens | https://academy.binance.com/en/glossary/initial-dex-offering-ido | > **Nota:** As referências externas são fornecidas a título informativo. O NTM‑IA não é endossado por estas entidades, nem estas entidades endossam o NTM‑IA. A menção a IDO launchpads é feita apenas como referência de práticas de mercado, sem compromisso quanto à escolha de qualquer plataforma específica. ## 20. Remissão Legal Final ### 20.1. Lembrete dos limites do documento Este documento foi elaborado exclusivamente para fins informativos. Não constitui uma oferta de venda, uma solicitação de compra, uma recomendação ou qualquer forma de aconselhamento financeiro, jurídico, fiscal ou de oferta de produtos financeiros regulados. As informações contidas neste documento refletem o entendimento do projeto à data da sua publicação (Abril de 2026). O desenvolvimento do NTM‑IA e o contexto regulatório e de mercado podem evoluir, pelo que algumas informações podem tornar‑se desatualizadas. ### 20.2. Remissão ao Aviso Legal inicial como fonte primária Para todos os efeitos legais e contratuais, o Aviso Legal (Disclaimer) constante da Secção 1 deste documento prevalece sobre qualquer outra disposição. O leitor deve ler e compreender integralmente a Secção 1 antes de tomar qualquer decisão relacionada com o NTM‑IA. Em caso de dúvida ou conflito de interpretação, as disposições da Secção 1 são vinculativas e prevalecem sobre qualquer sumário, resumo ou interpretação não autorizada. ### 20.3. Nota sobre versões futuras e mecanismo de atualização Este documento pode ser atualizado periodicamente para refletir: - Evoluções técnicas do projeto (novas funcionalidades, auditorias) - Alterações regulatórias relevantes - Ajustes a parâmetros do modelo (ex: caps do Trust Score, pesos) - Correções de erros ou omissões As versões atualizadas serão publicadas no mesmo URL, com indicação da data de revisão. A equipa compromete‑se a manter um histórico de versões (changelog) para transparência. > **Aviso final:** Nada neste documento constitui uma promessa de retorno, valorização ou ganho financeiro. O NTM‑IA é estruturado como um token de utilidade, e não como um valor mobiliário, mas a qualificação jurídica final depende sempre das autoridades competentes. Investir em criptoativos envolve riscos significativos, incluindo a perda total do capital investido. **Cada investidor deve realizar a sua própria análise (DYOR) e consultar profissionais qualificados antes de tomar qualquer decisão.**