Ir para o conteúdo
FloFi

Autorização na carteira

Controlado pelo dono

Conectar a carteira, provar que ela é sua, aprovar o Manifest e assinar a transação são decisões separadas.

Quatro limites separados

  1. A conexão escolhe um provedor de carteira e uma conta.
  2. EIP-4361 ou Sign-In With Solana prova que a carteira é sua, quando o fluxo pede; isso não autoriza uma transação.
  3. Uma simulação nova e a aprovação explícita do Strategy Manifest prendem o fluxo revisado.
  4. Sua carteira assina a transação ou o pedido de permissão suportado.

O FloFi não guarda a chave privada nem a frase-semente do usuário. Nunca digite essas informações em um chat, pedido de API ou link de aprovação.

Uma integração pode pedir, não autorizar

Chaves de desenvolvedor e o OAuth do MCP autenticam integrações ou contas. Elas não provam que a carteira é sua. Links de aprovação levam um segredo de visualização na parte final da URL (fragmento); abrir ou resgatar um link não aprova o Manifest nem assina uma transação.

Compartilhar status é opcionalO status da execução e as evidências só são compartilhados com um projeto da API para desenvolvedores quando o dono ativa isso. Vem desligado por padrão.

Uma única jornada de assinatura

As passagens vindas de ChatGPT, Claude, WhatsApp e Telegram usam a mesma jornada /approve. O FloFi abre com as ações da proposta já no Canvas; provar que a carteira é sua (uma mensagem de login ou o seu login no FloFi) carrega essa proposta exata para a sua carteira. Depois, rode uma simulação nova, revise o Strategy Manifest e autorize com a sua carteira. Um painel de agente embutido não pode assinar por você.

Se uma passagem interrompida já tinha sido aplicada, a recuperação só restaura a proposta de quem provou ser o dono. Ela não restaura simulação, revisão nem permissão de gasto. Outro link de aprovação não herda o estado de recuperação da proposta anterior.

Entenda a aplicação real das regras

Assinatura direta e permissões limitadas com Safe/Zodiac Roles aplicam regras de formas diferentes. As demonstrações limitadas com Safe/Roles são perfis controlados em fork local; elas não comprovam automação geral em produção. Um compromisso de revisão não substitui limites aplicados por contrato.

Troca de conta, hashes vencidos e caminhos não suportados invalidam a autoridade não usada. Para envios de status desconhecido, siga Execução e verificação.

Fontes: docs/AUTHORITY_MATRIX.md · docs/SECURITY_MODEL.md · docs/developer/QUICKSTART.md · docs/deploy/UNIVERSAL-SIGNING.md