protocolo · spec
specification
seis documentos normativos no estilo ietf. regem manifesto schema, content addressing, identidade, aup, persistence pool e risk score.
versão 0.1 · fonte canônica github.com/Leeaandrob/aevia/tree/main/docs/protocol-spec
rfcs da aevia seguem o estilo ietf e usam rfc 2119 para linguagem normativa — MUST e SHOULD têm peso. são ao mesmo tempo a fonte da verdade para implementadores e o contrato público que investidores e juristas podem ler.
cada rfc é versionado no repositório e ancorado em base l2 quando publicado. o índice abaixo mostra o estado atual. a renderização individual está em /spec/{slug}.
| slug | título | status | última atualização |
|---|---|---|---|
| rfc-0 | visão geral do protocolo | publicado | 2026-04-14 |
| rfc-1 | manifest schema | publicado | 2026-04-15 |
| rfc-2 | content addressing | publicado | 2026-04-15 |
| rfc-3 | autenticação e assinatura | publicado | 2026-04-16 |
| rfc-4 | acceptable use policy | publicado | 2026-04-16 |
| rfc-5 | persistence pool | publicado | 2026-04-16 |
| rfc-6 | risk score | planejado | sprint 3 |
| rfc-7 | moderação | planejado | sprint 4 |
documentos
visão geral
como as camadas se encaixam. qual a tese. o que está em escopo e o que não está.
manifest schema
estrutura json assinada que descreve cada conteúdo: cid, criador, segmentos, metadados, assinatura.
content addressing
cid, ipfs, gateways e a garantia de imutabilidade do conteúdo na base l2.
autenticação e assinatura
privy embedded wallet em base, eip-712, verificação offline sem gas.
acceptable use policy
o que a aevia não amplifica, por que isso preserva section 230, procedimentos dmca.
persistence pool
como cusdc flui para os nós que provam replicação, fórmula de pagamento e monitoramento.
referências
- IETF RFC 2119 — Key words for RFCs
- IPFS Whitepaper — Benet (2014)
- Ethereum EIP-712 — Typed structured data hashing
- DMCA §512 — Safe harbor procedure
- Section 230 (47 U.S.C. §230) — Intermediary immunity