
Uma política de tesouraria para equipes pequenas: quem pode movimentar o dinheiro
Quando uma empresa passa a ter cripto, normalmente os ativos ficam na carteira de uma única pessoa. O fundador configurou, o fundador guarda a frase de recuperação e o fundador envia os pagamentos. Funciona — até que essa pessoa esteja viajando, fique doente, saia da empresa, caia em um phishing ou simplesmente cometa um erro sem ninguém para perceber.
Uma política de tesouraria é a solução. Ela não precisa ser longa nem formal. Precisa responder a algumas perguntas com clareza suficiente para que todos conheçam as regras antes de o dinheiro se mover, e não depois.
Pergunta 1: quem pode gastar?
Comece separando três papéis que costumam se misturar:
- Proponentes — pessoas que podem preparar um pagamento.
- Aprovadores — pessoas cuja assinatura é necessária para enviá-lo.
- Observadores — pessoas que precisam ver saldos e histórico, mas nunca devem mexer nos fundos, como um contador.
O controle central é que ninguém consiga movimentar fundos sozinho. Em cripto, isso é garantido com multisig: um endereço de tesouraria que exige M aprovações de N signatários. Para uma equipe de três a cinco pessoas, 2-of-3 ou 3-of-5 são pontos de partida comuns. Limites mais altos acrescentam segurança e atrito na mesma medida.
Pergunta 2: e as chaves quando as pessoas saem?
Todo signatário é uma pessoa que pode sair, perder um dispositivo ou parar de responder. Planeje-se para isso:
- Limite abaixo do total. Com 2-of-3, perder um signatário não congela os fundos.
- Nenhum par de signatários compartilhando o mesmo ponto único de falha — nem o mesmo cofre do escritório, nem o mesmo notebook, idealmente nem a mesma casa.
- Uma etapa de desligamento. Quando alguém sai, remova a pessoa como signatária e, se necessário, mova os fundos para um cofre sem a chave dela. Não espere algo dar errado.
- Um caminho de recuperação documentado que não dependa de uma única pessoa lembrar como as coisas funcionam.
Pergunta 3: quais ações exigem cuidado extra?
Algumas decisões são mais perigosas do que um pagamento comum: mudar quem são os signatários, transferir a propriedade, remover pessoas, excluir a organização. Elas devem exigir mais do que um clique de uma conta conectada. Registre por escrito quais ações são "críticas" e que confirmação elas exigem.
Pergunta 4: como os pagamentos são verificados?
A etapa de aprovação só tem valor se os aprovadores realmente verificarem algo. Uma lista curta funciona:
- Corresponde a uma solicitação — uma fatura, uma folha de pagamento, uma transferência combinada?
- O endereço está verificado — salvo e confirmado antes, e não colado de um e-mail?
- O valor está correto, incluindo o ativo e a rede?
- Em interações com contratos, a simulação corresponde à intenção?
A perda de tesouraria mais comum não é uma chave hackeada; é uma fatura convincente com um endereço alterado. Uma regra exigindo que novos endereços de beneficiários sejam confirmados por um segundo canal — uma ligação, um contato já existente — evita boa parte disso.
Pergunta 5: o que fica registrado?
Todo pagamento deve deixar um rastro: quem propôs, quem aprovou, quando e por quê. É isso que torna uma política auditável e o que permite à equipe reconstruir os fatos se algo der errado.
Um modelo para começar
Para uma equipe pequena, algo assim já basta para começar:
- A tesouraria fica em um cofre multisig com limite de 2-of-3 (ou 3-of-5).
- Os signatários são pessoas nomeadas; sem contas compartilhadas, sem dispositivos compartilhados.
- Qualquer pessoa da equipe financeira pode propor; apenas signatários aprovam.
- Novos endereços de beneficiários são verificados por um canal independente antes do primeiro uso.
- Mudanças de signatários e transferências de propriedade são ações críticas com reconfirmação.
- A proposta, as aprovações e a finalidade de cada pagamento ficam registradas.
- O desligamento inclui a remoção como signatário no último dia da pessoa.
- A política é revisada a cada seis meses ou após qualquer incidente.
Como o SSP Enterprise se encaixa nisso
O SSP Enterprise foi construído em torno dessas perguntas:
- Papéis. As organizações têm proprietários, administradores, membros e observadores, então propor, aprovar e visualizar são atividades separadas. Papéis e permissões explica o que cada um pode fazer.
- Cofres M-of-N. Cada cofre tem seu próprio limite e seu próprio conjunto de signatários, e uma organização pode manter vários cofres — por exemplo, uma conta operacional e uma reserva com limite mais alto. No modo padrão, cada signatário aprova com o SSP Wallet e o SSP Key, então até a aprovação de um único signatário já é, por si só, um 2-of-2. Como o endereço de um cofre é gerado a partir das chaves de seus signatários, mudar quem pode assinar significa mover os fundos para um novo cofre — vale a pena prever isso no desligamento.
- Ações críticas. Transferir a propriedade, remover membros, excluir a organização e alterar o e-mail corporativo exigem assinar novamente com as chaves de identidade, e não apenas uma sessão conectada.
- Verificações antes de assinar. As propostas mostram destinatários e valores, e as interações com contratos recebem simulação e alertas de risco antes que os signatários aprovem.
- Um registro de cada pagamento. As propostas guardam quem propôs, quem já assinou e quem ainda está pendente, e há exportações disponíveis para a contabilidade.
Se você está começando do zero, configurar seu primeiro cofre empresarial mostra o processo passo a passo.
O resumo honesto
Uma política de tesouraria responde a cinco perguntas: quem pode gastar, o que acontece quando as pessoas saem, quais ações são críticas, como os pagamentos são verificados e que registro é mantido. Coloque as respostas no papel antes de precisar delas.
O multisig garante a regra mais importante — ninguém consegue movimentar fundos sozinho. O resto é hábito: endereços verificados, verificações reais antes de aprovar e desligamentos feitos no prazo.


