Assinatura múltipla (multisig): como funciona e quando usar

Multisig, ou assinatura múltipla, é um arranjo em que movimentar um criptoativo exige a aprovação de mais de uma chave privada, em uma regra do tipo “M de N”: por exemplo, duas assinaturas entre três chaves possíveis. A ideia é eliminar o ponto único de falha, já que comprometer ou perder uma só chave não basta para roubar ou travar os fundos. Em troca, o arranjo é mais complexo, exige disciplina de backup e cria novos modos de erro.

O que significa “M de N”

Cada carteira multisig é definida por dois números. N é o total de chaves que podem assinar; M é o mínimo necessário para autorizar uma transação. Em um arranjo 2 de 3, qualquer par de chaves entre as três libera os fundos; uma chave sozinha não.

O BIP 11, proposta técnica do Bitcoin que padronizou transações M de N, descreve usos como proteção de carteira (2 de 2) e custódia com três partes, na qual um terceiro funciona como árbitro (2 de 3). A proposta tem status “implantada”. Detalhes técnicos, como o número máximo de chaves, variam conforme o formato de endereço e a carteira usada; o BIP 11 original, por exemplo, definiu como transação padrão apenas scripts com até três chaves (n menor ou igual a 3). Por isso, convém consultar a documentação da carteira escolhida.

O Bitcoin.org dá dois exemplos: uma organização pode exigir 3 de 5 membros para aprovar um saque, e uma pessoa pode usar multisig para que o comprometimento de um dispositivo ou local não seja suficiente para um ladrão.

Como funciona na prática

No Bitcoin, o BIP 174 define o formato PSBT (transação parcialmente assinada), que permite montar uma transação e passá-la entre assinantes enquanto as assinaturas são coletadas. Segundo a proposta, o formato foi pensado para que assinadores offline, como carteiras de hardware e dispositivos isolados da internet, possam assinar sem acesso à rede. O fluxo geral é:

1. Alguém cria a transação (sem assinatura).
2. Cada coassinante a revisa e adiciona sua assinatura parcial, de preferência em um dispositivo próprio.
3. As assinaturas são combinadas; ao atingir o número M, a transação é finalizada e transmitida.

No Ethereum, a lógica costuma ser implementada por contratos inteligentes. A documentação do ethereum.org sobre segurança de contratos descreve a multisig como um contrato pertencente a várias entidades, que só executa a ação quando um número mínimo de aprovações (como 3 de 5) é atingido, e a trata como camada extra de segurança. Como o arranjo depende de código, entram também os riscos de contratos inteligentes: falhas, atualizações e dependência de interface. O próprio ethereum.org cita, entre os incidentes de segurança em contratos, o ataque a uma carteira multisig da Parity (cerca de US$ 30 milhões perdidos) e o bloqueio de outra (mais de US$ 300 milhões em ETH travados), o que mostra que a multisig implementada em código também falha.

Quando faz sentido considerar

• Patrimônio relevante de uma pessoa ou família. Distribuir as chaves em dispositivos e locais diferentes reduz o impacto de roubo ou perda de uma delas.
• Continuidade. Um arranjo em que uma chave fica com pessoa de confiança ou com um profissional pode permitir que herdeiros ou sócios retomem o acesso, sem que ninguém tenha poder sozinho. O tema é aprofundado em continuidade de acesso.
• Empresas e tesourarias. Segregação de funções: quem propõe não é quem aprova, e saques exigem mais de uma pessoa.
• Carteiras de contrato inteligente. O ethereum.org registra que carteiras desse tipo podem exigir várias assinaturas para valores altos e distribuir chaves entre pessoas de confiança.
• Contratos e organizações. O ethereum.org aponta que uma única chave administrativa é um ponto único de falha e que dividir funções sensíveis entre participantes reduz esse risco.

Para valores pequenos ou uso muito frequente, a complexidade pode não compensar. A escolha depende do valor envolvido, do perfil técnico e do plano de sucessão.

Vantagens e custos

A tabela é uma síntese da redação com base nas fontes citadas e em características gerais do mecanismo; não é classificação oficial.

Riscos específicos

• Perda de chaves ou do esquema. Em muitas carteiras multisig, além das chaves, é preciso guardar a descrição do arranjo (as chaves públicas e a regra M de N) para reconstruí-lo. Sem esse “mapa” e sem as chaves suficientes, a recuperação pode ser impossível ou muito difícil. Confira o que a sua carteira exige.
• Escolha ruim de M e N. Um 2 de 2 não tolera perder nenhuma chave; um 1 de 3 não protege contra o roubo de uma. Cada combinação troca segurança contra roubo por tolerância a perdas.
• Chaves guardadas no mesmo lugar. Três chaves na mesma gaveta funcionam como uma. O Bitcoin.org lembra que pontos únicos de falha são ruins para a segurança e recomenda backups em mais de um local.
• Dependência de software e fornecedores. Carteiras, coordenadores e aplicativos podem mudar, ser descontinuados ou conter falhas. Teste a recuperação com valor pequeno e guarde o que for necessário para reconstruir o arranjo sem o fornecedor.
• Falha humana na assinatura. Cada assinante deve conferir o destino e o valor no próprio dispositivo; aprovar às cegas anula o benefício.
• Risco social e jurídico. Quando as chaves ficam com terceiros (familiares, sócios, prestadores), surgem questões de confiança, de responsabilidade e de contrato que não são resolvidas pela tecnologia.

Multisig reduz pontos únicos de falha, mas não elimina o risco: troca um problema (uma chave) por vários (chaves, processo, software e pessoas).

Multisig e MPC: qual é a diferença

MPC (computação multipartidária) com assinatura por limiar é outro modo de dividir o controle. O NIST descreve a criptografia de limiar como a distribuição segura de confiança na operação de primitivas criptográficas. Em termos gerais, e esta descrição é de mercado, não do NIST:

• No multisig, cada chave existe e assina separadamente, e a regra M de N é verificada pela rede (script ou contrato). A estrutura costuma ser visível e auditável on-chain.
• No MPC, a chave não existe inteira em nenhum lugar: é repartida entre partes que cooperam para produzir uma única assinatura. Para a rede, a transação parece comum, e a regra de aprovação fica fora da blockchain, nas mãos do software.

Consequências práticas: o MPC pode funcionar em redes sem suporte nativo a multisig e dá flexibilidade de política, mas costuma depender de implementações específicas de cada fornecedor, com menos padronização e mais necessidade de confiar na documentação e nas auditorias. O multisig é mais transparente, mas pode ser mais caro e menos flexível. Em ambos, as chaves e os processos precisam de cuidado. O artigo sobre modelos de custódia compara essas opções com exchange, custodiante autorizado e autocustódia.

O que não é verdade

• “Multisig é à prova de perda.” Perder chaves em quantidade suficiente trava os fundos, sem recurso.
• “Multisig dispensa backup.” Exige backups mais numerosos e organizados.
• “Multisig torna o patrimônio impenhorável ou oculto.” É um arranjo técnico de controle; não altera obrigações legais, declaração de bens nem a possibilidade de ordens judiciais.

O que observar

• Qual combinação M de N se adequa ao valor e ao plano de continuidade.
• Onde cada chave e a descrição do arranjo ficam guardadas, e quem tem acesso.
• Se há dispositivos e fornecedores diferentes, para evitar falha comum.
• Se a recuperação foi testada com valor pequeno.
• Quem são os coassinantes e o que acontece se um deles falecer, se desentender ou ficar indisponível.
• Se o contrato, quando há terceiros, define papéis e responsabilidades; peça orientação jurídica.
• Como a estrutura será tratada em declarações e na sucessão, com advogado e contador.

Quem deseja estruturar guarda e continuidade do patrimônio digital pode conhecer a consultoria para pessoas. Este conteúdo é informativo, não constitui recomendação de investimento nem aconselhamento jurídico, tributário ou de segurança da informação.