O que roda. O que vem depois.

Home, catálogo, perfil do artista, pitch e manual, em pt, es e en

Astro 7 num Worker da Cloudflare

Site publicado; versão local ampliada validada em build e tipos

Documento, conta e Pix do artista ficam cifrados; o servidor não consegue abrir

RSA-OAEP + AES-GCM no Worker; chave privada só no Mac do fundador

Perfil de pagamento no banco guarda só o envelope cifrado

Login por código no e-mail e envio do master WAV em partes de 20 MB

Worker + R2 (armazenamento) + Resend (e-mail)

Código pronto; espera a chave do Resend e o R2 ativo

IA lê só tipo e mensagem e sugere prioridade; a decisão é humana

TypeSafe (Jev), cron no Worker

Desligada até a chave da TypeSafe ser cadastrada

Dois esquemas: site (captação, envios, pagamentos) e catalog (direitos)

Neon, Postgres 18, São Paulo; conexão pelo Hyperdrive

7 migrations aplicadas, SHA-256 igual ao repositório

O site só enxerga o esquema site; o catálogo é só do dono

RLS ligada; papel site_writer

Conferido nas migrations e no papel de acesso

Quem ganha quanto em cada música, em pontos-base (1 a 10.000)

catalog.recording_splits e work_splits, com trava de faixa

Mesmo padrão do programa Solana

Confere se o WAV enviado serve para lançar

TypeScript + FFmpeg

46 testes passando

ISRC próprio, splits, contratos e lote para a SGP

TypeScript, app local do fundador

58 testes passando

Calcula imposto por país e tipo de royalty

TypeScript

18 testes passando

Valor de cada música → parte de cada titular em micro-USDC; a soma fecha sempre

TypeScript, inteiros (bigint), pontos-base

4 testes da regra de divisão passando, com os mesmos vetores do programa Rust (42 testes TS na pasta solana)

Cria a divisão, troca carteira e distribui USDC aos titulares

Anchor (Rust): create_split, update_wallet, distribute

Publicado na devnet (programa executável, conferido em 13/10); 6 testes de ponta a ponta passaram no GitHub em 13/10Ver no explorador →

Cada lote pago cria na rede uma conta Batch com o hash do ledger. Na devnet, valores e carteiras são públicos

Conta Batch do programa Anchor

Lotes 601 e 701 lidos na devnet em 13/10: número, valor e hash iguais aos da evidência

Grava só o hash do lote no programa Memo, depois de conferir que ele é o da conta Batch

Programa Memo (formato BMZ1)

Lote 801 gravado na devnet em 13/10 e lido de volta: mesmo hash do manifest aprovado e da conta Batch

Direitos e relatório → portão de risco → aprovação → manifest → assinatura → pagamento → recibo, num único lote

TypeScript + programa Anchor, executada pelo GitHub Actions

Lote 801 na devnet em 13/10, com dados de amostra: o mesmo hash no manifest, na aprovação, na conta Batch e no Memo; auditoria por script (25 verificações; recusa evidência adulterada); contestação antes do envio e espera pela confirmação testadas (5 testes)

Regras fixas e a IA conferem o lote, uma pergunta por risco e uma por linha; dúvida vai para uma pessoa, sem conferência o pagamento fica retido

Portão do Jev (TypeSafe)

7 testes do portão; resposta inválida bloqueia; 3 lotes adulterados na calibração

A cada envio de código, o GitHub roda tudo de novo do zero

GitHub Actions: site, banco, 3 serviços, Solana em TS, Rust e programa Anchor

6 de 6 etapas passaram na execução de 13/10

Consulta a Solana sem expor a chave do provedor

JSON-RPC (Helius); exige https e devnet por padrão

Testado com nó simulado

O valor recebido não fica exposto; só quem tem a chave de visualização vê

Cloak (pool blindado)

Integração escrita; mainnet ainda sem prova de pagamento privado

Gastar no cartão do selo ou sacar em reais

Emissor white label + troca USDC ↔ Pix por instituição autorizada

Sem emissor contratado