🗺️ Roadmap

Quatro fases, da névoa à maturidade, com meta de finalização até 2026-12-31. Esta página é a fonte canônica de verdade sobre onde estamos e para onde vamos. O mapeamento granular por crate × fase está em Mapeamento do workspace.

Modo de operação: time pequeno + agentes de IA (Claude Code, Gemini CLI, kimi-cli, scripts) acelerando boilerplate, testes, documentação e verificação. Decisões arquiteturais e revisão continuam humanas. Veja CONTRIBUTING.md §3.

gantt
    title PAEBIRU · Roadmap 2026 (release v1.0.0 em 2026-12-31)
    dateFormat YYYY-MM-DD
    axisFormat %Y-%m
    section Fase 1 · Névoa
    Relé DHT autônomo              :active, p1a, 2026-06-05, 14d
    Edge scheduler + backpressure  :p1b, after p1a, 14d
    Island mode                    :p1c, after p1b, 14d
    section Fase 2 · Resiliência
    Identidade TPM 2.0 + quote     :p2a, after p1c, 14d
    FROST DPSS                     :p2b, after p2a, 14d
    WAL + tiering (C.A.P.I.B.A.)   :p2c, after p2b, 14d
    section Fase 3 · Economia
    Metering real (Landauer)       :p3a, after p2c, 21d
    Spot market + Loteria Joule    :p3b, after p3a, 21d
    Testbed físico (LoRa/Modbus)   :p3c, after p3b, 14d
    Chaos engineering              :p3d, after p3c, 7d
    section Fase 4 · Maturidade
    ML no scheduler (FLAIR)        :p4a, after p3d, 28d
    WASI-PAEBIRU ABI estável       :p4b, after p4a, 21d
    Certificações HW (CE/FCC)      :p4c, after p4b, 28d
    Piloto (saúde / água / energia):p4d, after p4c, 14d
    section Release
    v1.0.0 · freeze + publish      :crit, r1, 2026-12-25, 7d

Cores no Gantt: vermelho = crítico (release), preenchido = em curso.

Estado atual: Fase 1 — Fundação da Névoa (em curso)

⚠️ O workspace Cargo desta release contém apenas apps/node e crates/kernel. Os demais 30 crates descritos no AGENTS.md são visão ratificada, mas ainda não implementados. Os agentes de IA estão acelerando a implementação seguindo o CONTRIBUTING.md e o skill paebiru-architect.

Política de release: não marque seu PR como v1 a menos que feche um ciclo ponta-a-ponta. Em caso de dúvida, consulte workspace-mapping.md.

Fase 1 — Fundação da Névoa (F1)

Janela: 2026-06-05 → 2026-07-10 (5 semanas) Status: em curso

Tema: conectividade básica, scheduling, observabilidade.

Objetivos:

• Relé autônomo via DHT — qualquer nó novo se anuncia e é descoberto.
• Edge scheduler com backpressure (token bucket, créditos).
• Island mode — operação isolada em cenários sem WAN.
• Observabilidade ponta-a-ponta (Jaeger + Prometheus + Grafana).

Marcos (gates de saída):

• 2026-06-19 Relé DHT: dois nós trocam pulse ponta-a-ponta via libp2p Kademlia.
• 2026-07-03 Edge scheduler: token bucket ativo; MetabolicAction::Saturated testado com proptest.
• 2026-07-10 Island mode: nó sobrevive 7 dias offline e drena backlog ao reconectar.

Critérios de saída (DoD da F1):

• Dois nós trocam receipts soberanos ponta-a-ponta, com PAEBIRU_SKIP_PF=false.
• Um nó sobrevive 7 dias sem WAN, drenando backlog ao reconectar.
• Dashboard Grafana exibe: latência, backpressure, LandauerLedger, alarmes algedônicos.
• Cobertura ≥ 90 % nos crates kernel e node.
• Compila para riscv32imc-unknown-none-elf e thumbv7em-none-eabihf.

Fase 2 — Resiliência e Multi-Tenancy (F2)

Janela: 2026-07-10 → 2026-08-21 (6 semanas)

Tema: quotas, attestation, secrets, WAL, tiering.

Marcos (gates de saída):

• 2026-07-24 Identidade TPM 2.0 com tpm2_quote; sem fallback em produção.
• 2026-08-07 FROST DPSS: 3-de-5 assinaturas; rotação testada (R003).
• 2026-08-21 WAL posix + tiering (quente → morna → C.A.P.I.B.A. → Oceano).

Critérios de saída:

• Identidade enraizada em hardware é verificável por qualquer nó sem CA.
• Recuperação de ledger após corrupção (R004) automatizada.
• 100 nós com quotas heterogêneas operam 30 dias sem deadlock algedônico.

Fase 3 — Economia Real e Hardware (F3)

Janela: 2026-08-21 → 2026-10-09 (7 semanas)

Tema: metering, spot market, drivers reais, testbed físico, chaos.

Marcos (gates de saída):

• 2026-09-11 LandauerLedger debitando em µJ (PAEBIRU_GATE_SECURITY_COST_MICRO_JOULES) por operação de portão.
• 2026-10-02 Spot market + Loteria Joule com compensação multilateral a cada 24h.
• 2026-10-09 Drivers LoRa SX1262 + Modbus RTU + CAN bus operacionais no testbed físico.

Critérios de saída:

• Um nó em campo com sensor LoRa+Modbus envia receipt soberano que outro nó consegue validar e usar como prova de crédito.
• Loteria Joule opera 90 dias sem inconsistência de soma zero.
• MacrophageVM captura um pacote malicioso real do testbed e gera anticorpo.

Fase 4 — Maturidade (F4)

Janela: 2026-10-09 → 2026-12-25 (11 semanas)

Tema: otimização, padronização, ecossistema.

Marcos (gates de saída):

• 2026-11-06 ML no scheduler (FLAIR/Ising, Langevin SGD) com ≥ 30 % de redução de latência P99.
• 2026-11-27 WASI-PAEBIRU ABI congelada (12 semanas de estabilidade).
• 2026-12-25 Certificações HW (CE, FCC, Anatel) iniciadas; piloto em 1 domínio público operando ≥ 30 dias.

Critérios de saída:

• WASI-PAEBIRU ABI congelada por 12 meses sem quebra.
• Piloto em 1 domínio público (saúde, água ou energia) operando ≥ 30 dias.
• 1 000 nós heterogêneos (ATmega → mainframe) na malha global.

Escopo de F4 comprimido: para fechar em 2026-12, reduzimos o critério “1 000 nós na malha” para uma meta de strain-test interno (≥ 100 nós simulados + 10 físicos). O marco de 1 000 nós reais fica para v2.0 em 2027-Q2. Veja RFC em formalização · Roadmap v1.

Release v1.0.0

Janela: 2026-12-25 → 2026-12-31 (1 semana, freeze)

Janela de code freeze + auditoria de segurança + publicação. Tudo o que não entrou até 2026-12-24 vira v1.1.0 em 2027-Q1.

Por que 6 meses é viável

• Agentes de IA (Claude Code, Gemini CLI, kimi-cli) aceleram tarefas mecânicas: scaffolding de crates hexagonais, geração de testes, escrita de docs, verificação de tipos, lint, cobertura.
• Skills versionadas (.agents/skills/paebiru-*) capturam o conhecimento de domínio e o tornam executável pelos agentes.
• Templates canônicos (TLA+, Lean 4, BC docs, RFCs) reduzem o tempo de “página em branco”.
• Política de imutabilidade relaxada durante a fundação — renumeração de RFCs DRAFT é permitida até ratificação.
• Cobertura ≥ 90 % é o gargalo real, não a velocidade de escrita: cada crate precisa de testes substanciais.

O que não está no escopo deste roadmap

• Bindings de 13 linguagens — apenas paebiru-c (estável) e paebiru-py (beta) entram em v1.0.0. Demais ficam para v1.1+.
• Hardware wallet de prateleira — F4 entrega apenas o design de referência; a produção fica para 2027.
• DAO on-chain — governança fica off-chain (FROST + assinaturas multi-partidárias) em v1.0; on-chain migra em v2.0.
• ML no scheduler além de FLAIR — a integração com modelos externos (Candle, LLMs locais) fica para v1.1+.

Como ler este roadmap

Versão: 2.0 · Última atualização: 2026-06-05 · Próxima revisão: quinzenal · Mudanças versionadas por git tag (roadmap-vN).