Gestão de chaves em RWA tokenizados: frase-passe vs multisig vs MPC

Porque o detentor da chave importa mais do que o ticker

Quando um fundo se descreve como 'colateralizado 1:1 por obrigações do Tesouro dos EUA de curta duração' através de um token como OUSG ou USDY, a reivindicação legal incide sobre um veículo de propósito específico remota a falência, não sobre o token. O token é apenas uma entrada de registo que aponta para a conta bancária desse SPV. O que realmente decide se o token pode ser resgatado, quem pode mover o dinheiro subjacente e quem é pago numa liquidação é o conjunto de chaves privadas associado à wallet de tesouraria on-chain. Tudo o resto, o nome do auditor, o parecer jurídico, a atestação, é papelada que segue as chaves.

É por isso que dois produtos com a mesma composição, por exemplo dois fundos de mercado monetário tokenizados que ambos detêm o BUIDL da BlackRock ou Treasuries comparáveis, podem ter perfis de risco radicalmente diferentes. Um pode gerir a tesouraria através de uma Gnosis Safe 4-de-7 detida por responsáveis nomeados junto de um custodian qualificado, com políticas de rotação e revisão independente de transações. O outro pode funcionar com um multisig 2-de-4 em que três dos signers são prestadores de serviços do mesmo emissor. Os símbolos dos tokens parecem idênticos. A história de recuperação numa crise não é.

Para um alocador profissional, distribuidor ou auditor, a pergunta 'quem controla as chaves?' é a primeira a responder antes de discutir rendimento, liquidez ou jurisdição. O resto deste artigo analisa os três esquemas de controlo que irá realmente encontrar, no que cada um é de facto bom, e onde cada um falha discretamente.

Chaves controladas pelo operador, o ponto único de falha silencioso

O arranjo mais comum apresentado como 'institucional' continua a ser o de chaves controladas pelo operador. Uma pequena equipa, muitas vezes duas ou três pessoas no emissor, num administrador de fundos ou num prestador de serviços geridos, detém a seed phrase ou o signer de hardware da wallet de tesouraria. Por vezes a wallet é um multisig, mas são as mesmas duas ou três pessoas que ocupam cada posição necessária. A etiqueta 'multisig' sobrevive a uma auditoria porque o limiar de assinatura parece diversificado, mas as pessoas por trás dessas posições estão concentradas.

Os riscos aqui não são teóricos. Na indústria cripto em geral, wallets de operador único foram esvaziadas através de phishing, engenharia social sobre detentores de backup e má conduta interna. Num contexto de RWA tokenizados, as consequências são piores, porque os ativos supostamente são créditos sobre uma entidade regulada. Uma chave comprometida pode esvaziar a tesouraria on-chain mais depressa do que um tribunal consegue congelar a conta bancária que a sustenta. Assim que as stablecoins ou os Treasuries tokenizados saem da wallet, a recuperação depende de análise on-chain e da boa vontade de plataformas centralizadas, não da estrutura jurídica.

As estruturas SPV remotas a falência ajudam apenas contra a insolvência do emissor. Não fazem nada perante um signer comprometido, um signatário coagido numa jurisdição hostil ou um detentor de chave que simplesmente desaparece. Se não consegue nomear os seres humanos que detêm cada shard, onde vivem e o que acontece se dois deles estiverem indisponíveis no mesmo dia, ainda não tem uma história institucional de custódia. Tem uma história de marketing.

A frase-passe, ou “25.ª palavra”, e o que realmente protege

Uma frase-passe BIP-39 é uma palavra adicional, normalmente com 8 a 30 caracteres, acrescentada à frase-semente padrão de 12 ou 24 palavras. A seed por si só não é suficiente para movimentar fundos; são necessárias tanto a seed como a frase-passe. Como a frase-passe nunca é escrita na cópia de segurança da seed e nunca sai da cabeça do signatário, transforma uma cópia de segurança roubada num artefacto inútil. Este é o seu verdadeiro objetivo.

O que a frase-passe não faz é distribuir confiança. Ela reforça a segurança de um signatário contra roubo, perda e coação da cópia de segurança física. Não ajuda a criar um quórum entre um conselho, uma SPV ou um administrador de fundos. Se o único signatário for comprometido e entregar tanto a seed como a frase-passe, a frase-passe não oferece proteção. Também é implacável: se a esquecer, a carteira desaparece para sempre, sem serviço de recuperação, sem linha de apoio, sem ordem judicial que a consiga recuperar.

Para emitentes de RWA tokenizados, a frase-passe deve, portanto, ser entendida como uma camada de reforço para signatários individuais dentro de um esquema mais amplo, não como uma arquitetura de custódia por si só. É a resposta certa para “e se uma frase-semente vazar de um cofre bancário?” É a resposta errada para “como garantimos que nenhum insider consegue movimentar a tesouraria sozinho?”

Carteiras multisig: distribuir autoridade entre seres humanos

Uma carteira multisig, normalmente um contrato inteligente m-de-n como o Gnosis Safe para cadeias EVM, exige m assinaturas distintas de um conjunto de n endereços autorizados para aprovar uma transação. Uma configuração 3-de-5 significa que três dos cinco signatários nomeados têm de assinar. Cada signatário pode ser uma hardware wallet, um produto de custódia institucional ou até uma conta inteligente operada por uma equipa diferente. Como a própria carteira é um contrato inteligente, a política, o conjunto de signatários e todas as assinaturas ficam visíveis on-chain, o que é simultaneamente uma funcionalidade e uma pegada.

Os pontos fortes reais da multisig são operacionais. Pode exigir que vários responsáveis, um administrador de fundos e um revisor independente assinem todos antes de qualquer valor ser movimentado. Pode rodar signatários submetendo uma transação on-chain que troca uma chave antiga por uma nova, com a própria rotação condicionada pelo limiar existente. Pode acrescentar separação de funções: um conjunto de signatários aprova transferências pequenas e rotineiras; um conjunto maior é necessário para qualquer coisa acima de um limite definido. É por isso que quase todas as tesourarias credíveis de RWA tokenizados, incluindo o programa OUSG da ONDO e os acordos de distribuição da BUIDL, funcionam através de uma multisig ao nível do protocolo, em vez de uma única conta detida externamente.

As fraquezas reais são igualmente concretas. A multisig distribui autoridade entre pessoas, não entre material de chave. Se três de cinco signatários forem funcionários do mesmo emitente, o rótulo “distribuído” é cosmético. As alterações de limiar também são lentas: rodar um signatário comprometido pode, por si só, exigir que um quórum assine, o que é aceitável até o próprio quórum incluir a chave comprometida. Por fim, todos os endereços dos signatários são públicos, o que significa que um atacante que recorra à coação sabe exatamente quem deve visar. Para tesourarias de elevado valor, é por isso que programas sérios combinam multisig com cold storage, distribuição geográfica de signatários e cossignatários independentes, como custodiantes qualificados ou sociedades de advogados.

Threshold e MPC: distribuir a própria chave

Os esquemas de assinatura threshold e a computação multipartidária dão o passo seguinte. Em vez de n chaves privadas independentes que têm de ser reunidas para assinar, a chave privada é gerada como n partes, distribuída entre partes e usada para produzir uma assinatura sem nunca ser reconstruída. Cada parte detém uma quota que é inútil por si só. Um limiar t dessas quotas pode assinar em conjunto; menos do que isso não pode. Famílias comuns incluem threshold ECDSA, threshold EdDSA e protocolos da Fireblocks, Anchorage, BitGo e várias stacks open-source.

Para instituições, o atrativo é operacional. Nenhum insider possui alguma vez uma chave completa, pelo que não há frase-semente para roubar nem hardware wallet para coagir. Os signatários podem correr em servidores reforçados em diferentes jurisdições, com a política aplicada por software em vez de ritual humano. As transações podem ser aprovadas através de fluxos de trabalho empresariais familiares: um responsável inicia sessão numa consola, o pedido é encaminhado por regras de conformidade e um limiar de nós de computação produz uma assinatura válida. Isto está muito mais próximo do que um custodiante regulado, uma equipa de tesouraria bancária ou um grande gestor de ativos espera de cold storage segregado.

A contrapartida é a complexidade. As stacks de MPC são mais difíceis de auditar do que uma multisig cujo código-fonte inteiro é público. As cerimónias de geração de chaves, os eventos em que as quotas são criadas e distribuídas, devem ser realizadas com prova em vídeo, observadores independentes e fontes de entropia documentadas, caso contrário as quotas resultantes são mais fracas do que parecem. Também houve casos reais de falha de recuperação: pelo menos uma grande exchange divulgou publicamente que um erro de rotação de chave MPC deixou fundos de clientes fora de alcance até um esforço de reconstrução manual de vários meses. A MPC reduz a superfície de ataque para roubo; não elimina o modo de falha de uma gestão do ciclo de vida das chaves mal executada. O enquadramento honesto é que a MPC é a resposta certa para fluxos institucionais de elevado volume e orientados por políticas, enquanto a multisig continua a ser a resposta certa para movimentos de tesouraria lentos e pouco frequentes, em que a transparência da política de signatários importa mais do que o débito.

Como ler as divulgações de custódia de um emitente

Quando um emitente de RWA tokenizados publica uma divulgação de custódia ou de risco, as perguntas úteis são concretas. Primeiro, qual é o endereço da carteira on-chain da tesouraria e de que tipo é: EOA, multisig ou conta inteligente? Pode verificar isto num explorador de blocos em segundos. Segundo, quem são os signatários nomeados e quão independentes são? Procure a presença de um custodiante qualificado, um administrador de fundos e um diretor não afiliado. Terceiro, qual é o limiar e qual é a política de rotação? Um 3-de-7 com rotação documentada é significativamente diferente de um 2-de-3 em que os três estão no mesmo canal de Slack.

Quarto, onde é mantido o dinheiro subjacente e existe uma verdadeira SPV bankruptcy-remote entre o emitente e a conta bancária? Tokenized Treasuries que agregam ativos ao nível do emitente, em vez de num veículo segregado, expõem os detentores a credores de todo o emitente. Quinto, qual é o plano de recuperação se dois detentores de chaves estiverem indisponíveis no mesmo dia? Um programa com um plano de sucessão escrito e testado é fundamentalmente diferente de um que descobriria as lacunas durante uma falha real. Estas não são perguntas académicas; são a diferença entre um fundo tokenizado que paga resgates numa crise e outro que fica em silêncio.

Chaves operacionais vs chaves de governação: uma separação que a maioria dos emissores ignora

Uma das distinções mais importantes na custódia de RWA tokenizados é entre chaves operacionais e chaves de governação. As chaves operacionais são usadas em fluxos de rotina: liquidações de subscrições e resgates, transferências de comissões, reequilíbrio entre plataformas. Estas devem passar por uma multisig ou MPC com um limite baixo por transação e um ciclo rápido de rotação. As chaves de governação são os controlos de emergência: funções de pausa, funções de atualização, alterações de ponteiro que redirecionam um token para um novo ativo subjacente. Estas devem ficar protegidas por um limiar mais elevado, um ritmo mais lento e signatários mais independentes.

Separar estas duas camadas é algo que a maioria dos emissores “institucionais” ignora, porque é mais barato dar à mesma pequena equipa ambos os poderes. O resultado é que um ataque de phishing a um engenheiro júnior de operações pode levar não apenas a uma má negociação, mas também a uma atualização do próprio contrato. Para um profissional que avalia um produto, perguntar se as chaves operacionais e de governação estão separadas, e se partilham signatários, é uma das formas mais rápidas de distinguir marketing de substância.

Como acompanhar a gestão de chaves de RWA de forma inteligente

A gestão de chaves de RWA muda discretamente, através de votações de governação, rotações de signatários e relatórios de auditoria que raramente chegam às manchetes. Acompanhar quem controla efetivamente que carteira, e se esses controlos mudaram, é uma batalha perdida se depender apenas de anúncios. O Zippfeed destaca notícias de RWA com pontuação de sentimento classificada como bullish, neutral ou bearish, e uma classificação de importância, para que possa identificar alterações de custódia, saídas de signatários e votações de governação antes de aparecerem num relatório trimestral.