
Multisig, abreviação de "multi-signature", é um mecanismo que distribui o controlo de um endereço por várias partes e define um limiar—só quando o número mínimo exigido de assinaturas é atingido é que uma transação ou alteração de configuração é executada. É comparável a um carimbo empresarial que requer a co-assinatura de vários executivos antes de ser utilizado.
No Ethereum, multisig é normalmente implementado através de carteiras de smart contract, com regras codificadas no contrato e validadas on-chain. No Bitcoin, multisig é realizado por scripts que especificam quais as chaves públicas que devem assinar para movimentar fundos de um endereço. Os casos de utilização mais comuns incluem tesourarias de equipas, DAO, processos de custódia e fluxos de aprovação seguros.
O multisig é essencial porque reduz pontos únicos de falha e o risco de fraude interna, ao mesmo tempo que garante registos transparentes de aprovação on-chain. Se uma única private key for perdida, alvo de phishing ou comprometida, pode ocorrer uma perda irreversível de ativos—o multisig mitiga fortemente estes riscos.
Para equipas, o multisig distribui permissões entre colegas e, aliado a timelocks e limites de gastos, cria um processo auditável. Para DAOs, ações como transferências de fundos ou alterações de parâmetros exigem múltiplas aprovações, reforçando a credibilidade da governação. As práticas do setor mostram que em 2024–2025, as tesourarias DAO convencionais utilizam amplamente multisigs de carteira de contrato para gerir fundos e permissões.
O princípio fundamental do multisig é definir um “limiar”—por exemplo, de entre N participantes, pelo menos M devem assinar (M-de-N). Quando um iniciador propõe uma transação, os restantes participantes usam as suas private keys para assinar; assim que o limiar é atingido, a blockchain valida e executa a transação.
Uma “assinatura” neste contexto é uma confirmação criptográfica feita com uma private key que não pode ser falsificada; qualquer pessoa pode verificar a sua validade usando a respetiva chave pública. No Ethereum, a lógica de verificação multisig é escrita em smart contracts; no Bitcoin, os requisitos estão embutidos em scripts. Uma EOA é uma “externally owned account” controlada diretamente por uma private key, enquanto uma carteira de smart contract é regida por regras contratuais—ambos podem participar em processos multisig.
No Bitcoin, o multisig é realizado através de scripts—normalmente utilizando os formatos P2SH ou P2WSH. O script lista várias chaves públicas e define o número de assinaturas exigidas; para movimentar fundos, é necessário apresentar assinaturas válidas conforme o script.
No Ethereum, o multisig utiliza carteiras de smart contract como Gnosis Safe. As assinaturas são recolhidas off-chain e submetidas ao contrato para validação e execução. Os multisigs Ethereum podem suportar camadas de permissões, timelocks, aprovações modulares e gestão de funções, tornando-os ideais para fluxos de trabalho complexos. Os multisigs Bitcoin são mais simples e variam em custo e privacidade consoante as condições da rede.
Em tesourarias de equipas e governação DAO, o multisig facilita a aprovação multipartidária para transferências de fundos e alterações de configuração. Regras como “quem pode propor”, “quem pode aprovar” e “quantos são necessários para executar” são todas escritas on-chain para rastreabilidade.
Cenários comuns incluem processamento de salários e reembolsos, pagamentos a fornecedores, reequilíbrio de tesouraria, ajustes de parâmetros de risco, pausas de emergência e recuperação. As DAOs frequentemente armazenam a tesouraria numa carteira multisig com signatários que representam diferentes funções ou segmentos da comunidade. Para evitar concentração de poder, as melhores práticas incluem timelocks e rotação periódica de signatários.
Passo 1: Escolha a blockchain e o tipo de carteira. Decida entre Ethereum (carteiras de smart contract como Gnosis Safe) ou multisig baseado em script Bitcoin. Avalie taxas, maturidade das ferramentas e experiência da equipa.
Passo 2: Identifique os participantes e defina o limiar. Liste N signatários e estabeleça a regra M-de-N. As configurações recomendadas são “pelo menos 2/3 ou 3/5” para equilibrar segurança e usabilidade.
Passo 3: Faça o deploy ou gere o endereço. No Ethereum, faça o deploy de uma carteira de contrato multisig e inicialize os signatários; no Bitcoin, gere um endereço multisig e distribua de forma segura as frases mnemónicas ou dispositivos físicos.
Passo 4: Configure permissões e parâmetros de segurança. Defina funções para iniciadores, limites diários de gastos, timelocks, aprovações modulares, canais de notificação, monitorização de atividade e alertas.
Passo 5: Financie e teste com montantes reduzidos. Transfira uma pequena quantia para testar o processo completo—proposta, assinatura, execução, recuperação de falhas—e garanta que todos os dispositivos e backups dos signatários funcionam corretamente.
Passo 6: Operar e manter. Crie um manual de operações; exija limiares superiores ou verificações adicionais para transações de grande valor; rode os signatários regularmente; realize verificações de saúde das chaves e simulações de emergência.
Na prática, ferramentas como Gnosis Safe oferecem interfaces intuitivas: os iniciadores criam transações; outros signatários confirmam via carteira ou links seguros; assim que o limiar é atingido, o contrato executa. Para multisig Bitcoin, são necessárias carteiras compatíveis (por exemplo, clientes que suportam P2WSH) para recolher e transmitir assinaturas.
O multisig foca-se na verificação on-chain de que múltiplas assinaturas cumprem o limiar, tornando todos os registos de aprovação publicamente transparentes. MPC (Multi-Party Computation) distribui o processo de geração de uma única assinatura por vários dispositivos—apenas uma assinatura é submetida on-chain e o processo multipartidário ocorre off-chain.
Comparação: As regras multisig são públicas e auditáveis, adequadas para cenários de governação e conformidade; o MPC oferece vantagens de privacidade e desempenho, sendo frequentemente utilizado em soluções de custódia, exchanges ou aplicações móveis. O multisig é altamente composável—pode integrar-se com timelocks e permissões modulares; o MPC exige maior fiabilidade dos dispositivos/serviços. Podem ser combinados na prática: tesourarias on-chain utilizam multisig; a custódia ou operações recorrem ao MPC para aprovações internas.
O multisig não é infalível; os riscos mais comuns incluem: perda ou dano dos dispositivos dos signatários; incapacidade de participação dos signatários, causando atrasos nas transações; conluio de uma minoria; bugs contratuais ou riscos de atualização; parâmetros mal configurados que conduzem à perda de controlo; aumento de taxas e complexidade operacional.
Estratégias de mitigação: Fornecer a cada signatário carteiras físicas independentes e backups seguros; definir signatários de emergência e procedimentos de recuperação; colocar operações de alto risco sob timelocks com monitorização robusta; escolher carteiras de contrato auditadas e amplamente utilizadas; aplicar gestão rigorosa de alterações com testes em pequena escala; rever propostas externas através de várias camadas e limitar os tetos de gastos por transação ou por dia.
O multisig é ideal para tesourarias on-chain e aprovações interequipas. Em plataformas como a Gate, pode implementar permissões multiutilizador através de funcionalidades de segurança de conta ou gestão de subcontas para controlo de risco de levantamento; on-chain, utilize Gnosis Safe ou carteiras similares para armazenar tesourarias com propostas e execuções de transações registadas on-chain.
A combinação funciona como uma “dupla defesa”: aprovação multiutilizador do lado da plataforma, mais levantamentos whitelist, com a tesouraria multisig on-chain a impor o controlo final dos gastos. Assim, mesmo que uma conta de plataforma seja alvo de phishing ou mal gerida internamente, o multisig on-chain pode bloquear transferências anormais de grande valor. Consulte a documentação mais recente da Gate para detalhes—as equipas devem estabelecer procedimentos unificados e planos de emergência.
O multisig está a evoluir de assinaturas de limiar básicas para sistemas de permissões programáveis integrados com tecnologias como account abstraction, tornando as aprovações mais flexíveis e semelhantes aos processos empresariais tradicionais. Nos últimos anos, DAOs e tesourarias de equipas adotaram amplamente multisigs de carteira de contrato como padrão transparente e auditável de gestão de fundos.
Recomendações: Equipas que gerem ativos significativos com operações frequentes ou que necessitem de transparência de governação devem dar prioridade a multisigs de carteira de contrato; quem procura uma experiência leve ou depende de custódia pode preferir MPC ou soluções híbridas. Independentemente da escolha: realize testes em pequena escala; defina limiares e funções claros; estabeleça procedimentos de backup e rotação; implemente timelocks e monitorização; combine permissões do lado da plataforma com multisig on-chain para segurança ponta-a-ponta.
As carteiras multisig oferecem maior segurança do que as carteiras de assinatura única, já que várias private keys devem autorizar cada transação—isto reduz substancialmente o risco de ponto único de falha. No entanto, a segurança global depende da forma como gere estas chaves: armazenar várias chaves no mesmo dispositivo ou localização aumenta a vulnerabilidade a compromissos simultâneos. O ideal é distribuir as chaves por dispositivos separados ou hardware wallets.
Configurar uma carteira multisig em si é gratuito, mas o deploy de um smart contract multisig implica taxas de gas. Os custos de gas variam conforme a rede blockchain (Bitcoin vs Ethereum) e a congestão atual. Gerir várias private keys com hardware wallets pode exigir investimento inicial—mas é essencial para proteger os ativos.
Depende da configuração do limiar de assinaturas. Por exemplo, num multisig 2-de-3 (qualquer 2 de 3 chaves necessárias), perder uma chave permite o funcionamento normal; mas numa configuração 3-de-3 (todas as chaves exigidas), perder qualquer chave bloqueia permanentemente os fundos. Ao definir o seu esquema multisig, equilibre segurança e usabilidade—limiares como 2-de-3 ou 3-de-5 são normalmente recomendados.
As principais exchanges como a Gate suportam verificação multifator de API key—mas isto difere das carteiras multisig on-chain. A segurança da conta da exchange baseia-se tipicamente em autenticação multinível (email, telefone, Google Authenticator), enquanto o multisig on-chain refere-se à gestão multichave ao nível da carteira blockchain. Para máxima segurança: ative todas as opções disponíveis na sua conta Gate—e armazene grandes ativos numa carteira multisig on-chain.
O multisig não se destina apenas a organizações—particulares que detenham ativos cripto significativos devem considerá-lo igualmente. Uma configuração simples 2-de-2 (uma chave no telemóvel, outra no computador) protege eficazmente contra comprometimento do dispositivo ou roubo de chave. Se os seus ativos forem substanciais, a segurança adicional compensa largamente o custo de configuração—especialmente para quem faz holding de longo prazo ou opta por autocustódia.


