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.

- -