Ir para o conteúdo
FloFi

Segurança

Limites que bloqueiam por padrão

Entenda quem tem autoridade, como os dados são limitados e o que as evidências não afirmam.

A autoridade financeira fica com o dono

Propostas da IA e credenciais de integração não autorizam fundos. O FloFi não guarda chaves privadas nem frases-semente. A execução financeira exige resultados novos do caminho suportado, revisão explícita e a autorização do dono na carteira.

Provar a carteira, autenticar uma integração e assinar uma transação servem a propósitos diferentes. Leia Autorização na carteira antes de conectar uma integração.

Leituras e passagens com escopo

Chaves de desenvolvedor autenticam projetos de servidor e são guardadas como digests. Chaves live e estratégias de mainnet são recusadas na versão sandbox. Pedidos à API para desenvolvedores vindos do navegador são rejeitados. Os segredos das passagens de aprovação viajam no fragmento da URL, e o compartilhamento de status vem desligado por padrão.

Execuções inexistentes, não compartilhadas ou de outro projeto recebem a mesma resposta de “não encontrado”. Troca de conta, resultados vencidos, hashes que não batem e capacidades indisponíveis bloqueiam o fluxo.

Evidência não é certificação geral

Leia o escopoCódigo disponível, testes locais e um resultado MOCKED reconciliado não são uma auditoria de segurança independente nem uma declaração de prontidão para produção. Simulações não garantem resultados.

Forks controlados, checagens públicas somente leitura e execuções exatas do dono em testnet comprovam fatos diferentes. Mantenha a classe de evidência original e a rede, o ativo e a operação documentados. O histórico de engenharia e os registros de certificação ficam nos documentos principais do repositório.

Fontes: docs/SECURITY_MODEL.md · docs/AUTHORITY_MATRIX.md · docs/EVIDENCE_LEVELS.md