Entrar

• Google Sign In por Authorization Code com PKCE S256, inteiro no servidor
• TOTP obrigatório (RFC 6238), com o passo gravado contra reapresentação
• Ligação de conta só com prova de posse — nunca por e-mail coincidente
• Códigos de recuperação de 128 bits em SHA-256, com tela para usá-los

• Custódia do Ageno: a frase BIP-39 é gerada e guardada cifrada no servidor, e é ele que assina
• A saída é sua: as 12 palavras ficam visíveis e copiáveis em Configuração, a qualquer momento
• Derivação BIP-32 para conta dona, chave de gasto, chave de visão e endereços de recebimento
• Compatível com MetaMask e Ledger: a mesma frase abre a carteira lá fora
• Endereço com soma de verificação EIP-55, testada em todas as posições

• Argon2id a 19 MiB, com os parâmetros dentro do próprio hash
• Segredo do segundo fator cifrado em AES-GCM sob chave derivada por HKDF
• Sessão em duas fases, com token trocado ao concluir o segundo fator
• Limitador com incremento atômico, antes de qualquer trabalho caro
• CSP sem script de terceiro, e auditoria que sobrevive ao que audita

• Astro em SSR sobre Cloudflare Workers, na borda
• D1 com migração versionada e teste contra SQLite real
• PWA instalável, mobile first, com áreas seguras de iPhone

A matemática do ERC-5564 está implementada e testada aqui — quem paga gera, quem recebe descobre e consegue gastar. O que falta não é código nosso: é contraparte. O esquema só funciona se quem paga o implementar, e na Base isso praticamente não acontece: 638 anúncios em 26 meses, 83% vindos de dois endereços, e nenhum dos endereços gerados tem USDC.

• ERC-5564 esquema 1 completo, com view tag e varredura medida em 0,88 ms por anúncio
• Chave de visão que descobre e não gasta — pode ir para um indexador sem levar o dinheiro
• Contratos canônicos implantados na Base e auditados pela Trail of Bits
• Hoje o produto entrega rotação por índice: endereço novo a cada recebimento, sem sigilo criptográfico

• ERC-4337: o EntryPoint v0.6 a v0.9 está na Base, com milhares de UserOps numa janela de meia hora
• EIP-7702: vivo e minerado na Base, com delegação recuperada da assinatura
• Paymaster em ERC-20: o da Pimlico aceita USDC na Base, com 10,01% de sobretaxa medidos on-chain
• Spend Permissions da Coinbase para o limite viver na blockchain, e não só no servidor

• Cliente UCP para descobrir merchants e montar checkout — a leitura já funciona de um Worker, sem chave
• x402 para pagar recurso de API na hora, sob política
• Voz em tempo real: o modelo propõe, o servidor reconstrói a operação do zero e assina
• Nenhum parâmetro de transação vindo do modelo entra na conta

Uma transferência de USDC na Base é um evento público: remetente, destinatário, valor e horário, indexáveis por qualquer um. Nenhuma das camadas abaixo muda isso hoje — e enquanto não mudar, esta interface não vai dizer que muda.

• Kohaku: o repositório não tem uma linha de código para a Base. Os três plugins têm whitelist fechada de rede, os 68 releases são pré-lançamento e os pacotes se declaram não auditados. A extensão de referência, um fork da Ambire, só roda em Sepolia.
• Privacy Pools: na Base há um único pool, de ETH, com 0,01 ETH dentro e cinco movimentos na vida inteira do contrato — os depósitos vieram do próprio deployer. Não há conjunto de anonimato para entrar.
• Proof of Innocence e ASP: a lista de associação é permissionada, e o contrato exige a raiz mais recente — o operador pode revogar uma admissão já dada e invalidar prova que estava em voo.
• Geração de prova ZK: não executa num Cloudflare Worker, que não permite Web Worker nem WASM baixado em tempo de execução. Quando houver, roda no dispositivo — nunca no servidor.
• O adaptador está escrito e cabeado: o dia em que houver ChainConfig 8453, release fora de alpha e auditoria pública, muda um arquivo.