.png){kind=link}
.png){kind=link}
.png){kind=link}
.png){kind=link}
-blue?style=flat-square){kind=icon}
One-Pager Executivo – Versão Repo (Deep Tech)
Destinatário primário: Jessica Bortolato (Operating Partner, Parceiro Ventures)
Tema: Infraestrutura de Confiança Auditável + Zero-Persistence + Alquimia Financeira (CUD)
- 1. Paradoxo Regulatório & ANPD/IA
- 2. Visão de Arquitetura (Google Cloud Style)
- 3. Security by Physics: Zero-Persistence + Veritas
- 4. Deep Think: Alquimia Financeira (CUD Hack)
- 5. GTM via CUD Marketplace (Flywheel)
- 6. Time & Ecossistema de Confiança
- 7. Métricas & Tração Atual
- 8. Pedido de Mentoria
- 9. Contato
O setor financeiro vive um paradoxo que não é resolvível com software tradicional:
- Reguladores exigem reter tudo por 5–10 anos
(BACEN, CVM, SOX – logs, trilhas de auditoria, histórico de transações). - Leis de privacidade exigem apagar tudo sob demanda
(LGPD/GDPR – direito de esquecimento, minimização de dados).
Impactos diretos:
- Lagoas de dados tóxicos → aumento estrutural de risco operacional.
- Multas de até R$ 50 milhões por incidente (LGPD).
- Casos reais com prejuízo potencial > R$ 110 milhões.
- Janela prática de 72h para notificação de incidente – inviável com stacks legadas.
Com a ANPD intensificando fiscalização e discussão sobre IA em ambientes regulados,
o risco regulatório deixou de ser teórico e passou a ser operacional.
Tese: O problema central não é de software. É de persistência.
A FoundLab entrega uma Auditable Trust Infrastructure (ATI):
um enclave de confiança executando dentro da VPC do cliente, com:
- Zero-Persistence por construção (RAM-only + SIGKILL).
- Protocol Veritas garantindo trilha imutável e auditável (WORM + hash chain).
- Latência de produção em Cloud Run + Pub/Sub + BigQuery.
graph TD
subgraph CLIENTE["Ambiente do Cliente (Banco / FI)"]
A["Sistemas Fonte<br/>(Core Banking, CRMs, canais digitais)"]
B["Event Bus / Integrações<br/>(APIs, Pub/Sub, Webhooks)"]
end
subgraph ATI["FoundLab ATI — Dedicated Compliance Enclave"]
C["Ingestion & Normalization<br/>(Parsing, validação de schema)"]
D["Zero-Persistence Engine<br/>(RAM-Only, Containers Efêmeros)"]
E["Policy & Risk Engine<br/>(Rules-as-Code, Checks de Conformidade)"]
F["Crypto-Shredding Layer<br/>(CMEK Key Kill, Entropia Irreversível)"]
G["Protocol Veritas Ledger<br/>(BigQuery WORM + Hash Chain)"]
H["Decision API<br/>(DecisionID, rationale, evidências)"]
end
subgraph OBS["Observability & Governance"]
I["Tracing & Metrics<br/>(OpenTelemetry, SLOs, Latência)"]
J["Audit & Compliance Views<br/>(LGPD, BACEN, CVM)"]
end
A --> B --> C --> D --> E --> F --> G --> H
D --> I
G --> J
- Execução efêmera 100% em RAM, sem gravação em disco (nem temporários).
- Encerramento forçado (SIGKILL) ao final de cada unidade de trabalho.
- Não existe “repositório” de dados sensíveis – apenas estado transitório.
- Imunidade estrutural contra ransomware e exfiltração pós-processamento.
- WORM BigQuery cumpre “reter tudo” exigido por BACEN/CVM/SOX:
trilha de auditoria imutável, com hashes encadeados. - Crypto-Shredding cumpre “apagar tudo” exigido por LGPD/GDPR:
destruição de chave → dados matematicamente irrecuperáveis. - O registro persiste para auditoria, mas passa a ser apenas entropia assinada.
- Modelo defendível diante de DPO, jurídico e regulador.
sequenceDiagram
participant S as Sistema Cliente
participant Z as Zero-Persistence Engine
participant CS as Crypto-Shredding
participant V as Veritas Ledger
S->>Z: Envia payload sensível
activate Z
Z->>Z: Processamento em RAM (validação, regras)
Z->>CS: Dados normalizados + metadados
deactivate Z
activate CS
CS->>V: Registro cifrado + hash (WORM)
CS->>CS: Destruição de chave (CMEK kill)
deactivate CS
V-->>S: DecisionID + evidências auditáveis<br/>(sem dados sensíveis)
Esta é a execução do protocolo Deep Think sobre a engenharia financeira da FoundLab.
A monetização via Committed Use Discounts (CUDs) não é apenas uma tática de preços;
é o que chamamos de Alquimia Financeira.
É um hack estrutural projetado para neutralizar o maior inimigo de qualquer startup B2B deep tech:
o departamento de compras (Procurement) de um banco Tier-1.
Vender software para um banco como Itaú ou Bradesco, no modelo tradicional, significa disputar OPEX:
- Fricção: pedir novo OPEX aciona o “Departamento do Não” (CFO, jurídico, segurança, auditoria, procurement, contratos).
- Efeito prático: ciclos de venda de 12–18 meses. Startups morrem esperando a ordem de compra.
Bancos grandes assinam contratos plurianuais com nuvem (ex.: Google Cloud),
comprometendo-se a gastar valores altos (ex.: US$ 100M/ano) em troca de desconto → CUDs.
- Dinheiro afundado: para o banco, esse valor já está “gasto” contratualmente.
Se não queimar, vira passivo (“use it or lose it”). - Dor do cliente: muitas vezes é difícil consumir esse compromisso apenas com compute/storage;
sobra CUD na mesa.
A FoundLab lista sua Auditable Trust Infrastructure (ATI) no Google Cloud Marketplace
como Private Offer elegível a 100% de abatimento via CUD.
Mecânica exata:
- Cavalo de Troia fiscal: quando o banco “compra” FoundLab, ele não adiciona um “novo fornecedor”;
ele consome um serviço dentro do contrato que já tem com o Google Cloud. - A fatura: chega com o cabeçalho Google Cloud – fornecedor já homologado, auditado e aprovado.
- O atalho: o campeão interno (CISO/CTO) não precisa pedir “dinheiro novo”;
apenas aloca parte de um orçamento de nuvem já aprovado para a FoundLab.
Na prática, transformamos a venda de “novo software” (alta fricção) em
“consumo de infraestrutura já contratada” (quase obrigatório).
Ao alinhar nossa receita ao consumo de nuvem, cooptamos a força de vendas do Google como canal:
- Incentivo alinhado: reps da Google têm quota para bater; vender FoundLab ajuda a queimar CUD da conta.
- CAC real cai: quem abre a porta e empurra o deal não é só FoundLab –
é também o vendedor Google tentando resolver subutilização do contrato dele.
Síntese:
A FoundLab não disputa “budget de TI discricionário”.
Operamos como Infraestrutura Crítica, paga com dinheiro que o banco já comprometeu.
Reduzimos ciclos de venda de 18 meses para semanas.
Isso é Financial Engineering aplicada à sobrevivência e escala de uma deep tech de infraestrutura.
graph LR
M["1. Descoberta no<br/>Google Cloud Marketplace"] --> C["2. Contratação via CUD<br/>(sem novo OPEX)"]
C --> CS["3. Co-Sell com Google<br/>(incentivos de venda)"]
CS --> U["4. Uso da FoundLab<br/>↑ Consumo GCP"]
U --> L["5. Google gera novos leads<br/>para FoundLab"]
L --> M
classDef node fill:#0d1117,stroke:#ffffff,color:#00c896,stroke-width:1px;
class M,C,CS,U,L node;
Resumo operacional:
- Menos atrito político (não disputa OPEX tradicional).
- Ciclo de vendas comprimido (PO dentro de contrato existente).
- Google atua como canal, não só como infraestrutura.
- Alex Bolson (Founder & CEO) – ex-advogado regulatório, especialista em risco/compliance; experiência prática em bancos, corretoras e exchanges; arquiteto da Zero-Persistence ATI validada em banco Tier-1.
- Raissa Melo (Governança & Estrutura de Capital) – atuação com UHNWIs e estruturação de produtos financeiros; conecta a tese de infraestrutura com modelos de investimento e governança.
- Nicolas Feuerharmel (Jurídico & Finanças) – advogado focado em estrutura regulatória e viabilidade financeira; apoio em modelagem societária e compliance multijurisdicional.
- Patrick Stegaribe (Engenharia) – responsável pela implementação técnica da ATI em Google Cloud; pipeline serverless, latência crítica e observabilidade ponta a ponta.
- Pedro / SA Law (Conselho Jurídico Externo) – parceiro em opinião legal e enquadramento regulatório da arquitetura.
- Google Cloud – infraestrutura oficial; arquitetura Zero-Persistence e Veritas executando em ambiente GCP com foco em latência e segurança.
- NVIDIA – aceleração de AI via NIMs e GPUs para módulos como Guardian AI e inferência segura em VPC do cliente.
- R2P – parceiro em risco operacional e leitura regulatória aplicada.
- BDO – auditoria independente em andamento para controles e conformidade da ATI.
- Validação técnica: arquitetura Zero-Persistence testada em ambiente de banco Tier-1 (BTG).
- Métrica chave: ~98,7% de redução no ciclo de compliance em fluxo crítico.
- Risco mitigado: incidente de Shadow IT neutralizado em <24h,
com mitigação de risco estimada > R$ 110 milhões. - Estágio atual:
- Fase de pré-receita,
- pilotos estruturados com instituições reguladas,
- auditoria BDO em andamento, preparando terreno para primeiros contratos recorrentes em 2026.
Objetivo: mentoria estratégica para escalar uma arquitetura que já foi provada em campo.
Pontos onde buscamos apoio de alguém com histórico real em B2B SaaS / infra em escala:
- Desenho e execução da máquina comercial 2025–2026.
- Refinamento de mensagem, playbooks e motions de venda.
- Aceleração do modelo Marketplace + CUD (Google Cloud) com repetibilidade.
- Preparar a operação para escala previsível, sem perder precisão técnica e regulatória.
Não é pedido de captação.
É pedido de precisão na escala comercial.
- Alex Bolson — Founder, FoundLab
- 📧 alexbolson@foundlab.com.br
- 🌐 https://foundlab.com.br
FoundLab © 2025 — Auditable Trust Infrastructure (ATI) on Google Cloud × NVIDIA NIMs