Fase 0: Fundação Construída

2026-02-14

O primeiro marco do projeto Tesseras está completo. A Fase 0 estabelece a fundação sobre a qual cada componente futuro será construído: tipos de domínio, criptografia, armazenamento e uma interface de linha de comando funcional.

O que foi construído

tesseras-core — A camada de domínio define o formato tessera: ContentHash (BLAKE3, 32 bytes), NodeId (Kademlia, 20 bytes), tipos de memória (Moment, Reflection, Daily, Relation, Object), modos de visibilidade (Private, Circle, Public, PublicAfterDeath, Sealed) e um formato de manifesto em texto plano que pode ser interpretado por qualquer linguagem de programação pelos próximos mil anos. A camada de serviço (TesseraService) gerencia operações de criação, verificação, exportação e listagem através de port traits, seguindo arquitetura hexagonal.

tesseras-crypto — Geração de chaves Ed25519, assinatura e verificação. Um framework de assinatura dual (Ed25519 + placeholder ML-DSA) pronto para migração pós-quântica. Hashing de conteúdo com BLAKE3. Codificação de apagamento Reed-Solomon atrás de uma feature flag para futura replicação.

tesseras-storage — Índice SQLite via rusqlite com migrações em SQL puro. Blob store no sistema de arquivos com layout endereçável por conteúdo (blobs/<tessera_hash>/<memory_hash>/<filename>). Persistência de chaves de identidade em disco.

tesseras-cli — Um binário tesseras funcional com cinco comandos:

init — gera identidade Ed25519, cria banco de dados SQLite
create <dir> — varre um diretório por arquivos de mídia, cria uma tessera assinada
verify <hash> — verifica assinatura e integridade dos arquivos
export <hash> <dest> — escreve um diretório tessera autocontido
list — mostra uma tabela das tesseras armazenadas

Testes — 67+ testes em todo o workspace: testes unitários em cada módulo, testes baseados em propriedades (proptest) para roundtrips hex e serialização de manifesto, testes de integração cobrindo o ciclo completo de criação-verificação-exportação incluindo detecção de arquivos adulterados e assinaturas inválidas. Zero avisos do clippy.

Decisões de arquitetura

Arquitetura hexagonal: operações criptográficas são injetadas via trait objects (Box<dyn Hasher>, Box<dyn ManifestSigner>, Box<dyn ManifestVerifier>), mantendo o crate core livre de dependências criptográficas concretas.
Feature flags: a feature service no tesseras-core controla a camada de aplicação assíncrona. As features classical e erasure no tesseras-crypto controlam quais algoritmos são compilados.
Manifesto em texto plano: interpretável sem qualquer biblioteca de formato binário, com prefixos de hash explícitos blake3: e layout legível por humanos.

O que vem a seguir

A Fase 0 é a fundação local. O caminho adiante:

Fase 1: Rede — Transporte QUIC (quinn), DHT Kademlia para descoberta de pares, travessia de NAT
Fase 2: Replicação — Codificação de apagamento Reed-Solomon pela rede, loops de reparo, reciprocidade bilateral (sem blockchain, sem tokens)
Fase 3: Clientes — App Flutter mobile/desktop via flutter_rust_bridge, API GraphQL, nó WASM no navegador
Fase 4: Endurecimento — Assinaturas pós-quânticas ML-DSA, empacotamento para Alpine/Arch/Debian/FreeBSD/OpenBSD, CI no SourceHut

O formato tessera é estável. Tudo construído a partir daqui se conecta e estende o que existe hoje.