Arbitrum transfere fundos roubados da Binance; devolução depende de votação

O Conselho de Segurança da Arbitrum usou uma atualização temporária de contrato para mover criptomoedas ligadas ao hack da Binance. Sua ação emergencial impediu que o atacante movesse esses ativos, mas decidir seu destino pertence a um processo de governança separado.

O Conselho de Segurança da Arbitrum moveu 8.425 ETH e 74.559.805,2 ARB ligados ao hack da Binance para um endereço de custódia cujos fundos exigem uma votação de governança da DAO para serem movidos novamente.

O aviso de ação emergencial da Arbitrum diz que a intervenção ocorreu às 08:08 HKT de 30 de outubro. Colaboradores prepararam uma alteração temporária no contrato de inbox Ethereum da rede, os membros do conselho a verificaram e assinaram, e a implementação original foi restaurada após as transferências.

A ação chamou atenção porque não exigiu a chave privada do atacante. A Arbitrum usou sua autoridade sobre sua própria infraestrutura para criar mensagens que moveram os ativos na Arbitrum One.

Seu aviso público descreve o resultado como um congelamento e reserva movimentações futuras à governança da ArbitrumDAO. Mover fundos para longe de um explorador e devolvê-los a um destinatário com direito a eles são, portanto, decisões separadas.

A intervenção da Arbitrum usou uma permissão acima da carteira

Um pagamento comum em criptomoeda é autorizado pela conta que o envia. O aviso de incidente da Arbitrum descreve uma rota excepcional: uma alteração na infraestrutura que determina como as mensagens provenientes do Ethereum são tratadas no rollup.

A função adicionada, sendUnsignedTransactionOverride, podia imitar uma transação entre cadeias enquanto se passava por seu remetente. Duas mensagens transferiram o ETH e o ARB do endereço identificado para o endereço de custódia terminado em 0DA0.

A distinção é entre comprometer a chave do atacante e usar autoridade administrativa sobre o sistema no qual essa conta existe. A explicação publicada pela Arbitrum descreve o segundo caso.

Sua constituição concede privilégios de proprietário da cadeia à DAO e ao Conselho de Segurança. Esses privilégios incluem alterar implementações e parâmetros centrais do protocolo, incluindo contratos associados no Ethereum.

O papel de proprietário da cadeia está acima das regras de um aplicativo específico. Ele faz parte da arquitetura de governança da Arbitrum, portanto os poderes disponíveis para ele não podem ser inferidos apenas das permissões visíveis na carteira de um usuário.

O Ethereum forneceu o local para a transação administrativa, enquanto os ativos estavam mantidos na Arbitrum One. O evento não demonstrou um poder de reescrever contas Ethereum não relacionadas ou de tomar bitcoin nativo de outra rede.

A documentação para desenvolvedores da Arbitrum explica que mensagens da cadeia-mãe entram no rollup por meio da infraestrutura de inbox. Os usuários podem enviar transações por meio de um inbox atrasado quando o sequenciador está indisponível ou não as inclui.

Esse caminho normal de mensagens e a substituição temporária do incidente devem ser distinguidos. O acesso de um usuário normal a um inbox atrasado não concede a autoridade especial de personificação de remetente criada para a ação emergencial.

A intervenção do Conselho de Segurança foi possível porque ele pôde aprovar uma atualização do contrato relevante. A alteração de código forneceu a funcionalidade excepcional; a carteira do atacante não aprovou voluntariamente a transferência.

A posse de uma chave privada pelo dono de uma carteira descreve, portanto, apenas uma parte do arranjo de segurança. Em um sistema atualizável, os usuários também dependem de como as permissões administrativas são distribuídas e restringidas.

A atualização temporária agrupou o resgate e a restauração

A Arbitrum afirmou que a atualização, as transferências e a restauração formaram uma ação atômica. Em termos de transação, as operações foram agrupadas de modo que a implementação de emergência não tinha a intenção de permanecer como a implementação ativa após a conclusão da operação.

O aviso da Arbitrum identifica a transação administrativa como 0xb69c81774f507d46ce776aeaed8b4d31df96dd66ce6fd05073481011835355d6. A declaração identifica as operações e o destino separadamente de qualquer interpretação de seu efeito legal.

Restaurar a implementação anterior removeu a função especial da implementação ativa usada após essa transação. Isso não removeu a autoridade de atualização subjacente que permitiu ao conselho introduzi-la.

Uma analogia é útil se mantida dentro desses limites: retirar uma instrução temporária não abole o órgão com poder de emitir outra instrução. Os usuários que avaliam o risco de intervenção futura precisam das regras de governança permanentes, bem como do tempo de vida do código temporário.

A arquitetura de governança da fundação descreve os executores de atualização e as entidades autorizadas a chamá-los. A autoridade de emergência e a rota mais lenta da DAO são formas diferentes de alcançar operações privilegiadas de contrato.

O registro técnico pode estabelecer qual implementação foi instalada e restaurada, e quais mensagens foram criadas. Ele não decide de forma independente se um endereço foi corretamente identificado como detentor de propriedade roubada.

Essa identificação depende das evidências do incidente e dos atores que as avaliaram. O aviso da Arbitrum identifica o endereço como associado ao exploit da Binance e afirma que os fundos e aplicações de outros usuários não foram afetados.

O escopo restrito da ação publicada é relevante. O conselho visou ativos identificados em sua cadeia governada; não anunciou uma reversão em toda a rede de toda a atividade durante o roubo.

Para um leitor que verifica a recuperação, três informações pertencem umas às outras: a transação administrativa executada, as transferências que ela causou e o estado do contrato de custódia depois disso. Uma captura de tela de um saldo sozinha não pode explicar a permissão que o moveu.

A mesma abordagem se aplica a qualquer liberação subsequente. Um resultado de governança, instruções executáveis e transferência concluída formam uma cadeia de evidências; a aprovação em uma etapa não é prova de que todas as etapas posteriores ocorreram.

Nove signatários podem agir antes de uma votação completa da DAO

O Conselho de Segurança tem 12 membros, e as ações de emergência exigem 9 aprovações. O FAQ de governança distingue essa rota imediata da sequência mais longa usada para propostas ordinárias.

Nove de 12 é um limiar de assinatura de 75%. Isso permite que uma ação prossiga com 3 membros indisponíveis ou contrários, enquanto 4 membros retendo aprovação impediriam que esse limiar fosse atingido se os outros 8 o apoiassem.

Essa aritmética descreve a regra de aprovação, não a independência das pessoas envolvidas. A independência depende de afiliações, conflitos, controle de chaves e se signatários supostamente separados podem, na prática, ser dirigidos pela mesma parte.

A Arbitrum publica sua composição do conselho, incluindo as origens profissionais dos membros e as atribuições de coorte. A lista permite aos usuários identificar os tomadores de decisão em vez de tratar “o conselho” como um serviço técnico anônimo.

Sua constituição exige relatórios de transparência após ações de emergência e limita o mandato de emergência a emergências de segurança genuínas. A DAO pode emendar ou eliminar os poderes do conselho por meio do processo de proposta constitucional.

A rota mais rápida tem uma justificativa operacional explícita. Esperar por uma votação completa de tokens pode deixar fundos disponíveis para um atacante enquanto os delegados discutem uma proposta e a janela de votação transcorre.

A conta de descentralização progressiva da Arbitrum descreve o conselho como um mecanismo para emergências críticas enquanto a governança se desenvolve. Ela apresenta a resposta rápida e a governança distribuída como partes da mesma arquitetura.

A preocupação oposta está registrada na avaliação da Arbitrum feita pelo L2BEAT, que trata a autoridade de atualização imediata como uma premissa material de confiança. Sua classificação de Estágio 1 permite a intervenção do conselho de segurança; isso não significa que toda operação importante esteja além da discricionariedade humana.

Esses relatos descrevem a mesma permissão sob perspectivas diferentes. A Arbitrum enfatiza a capacidade de responder a um evento crítico, enquanto a avaliação de risco identifica as consequências caso os tomadores de decisão privilegiados ajam de forma maliciosa ou suas chaves sejam comprometidas.

A operação da Binance demonstra uma intervenção direcionada a ativos suspeitos de serem roubados. Avaliar a arquitetura exige considerar quem poderia aprovar outra intervenção e quais limites exigíveis se aplicam a essa autoridade.

Congelar fundos e escolher um destinatário têm prazos diferentes

Um congelamento de emergência responde a uma pergunta imediata: os ativos identificados podem ser impedidos de sair do sistema? Uma liberação responde a outra: qual destinatário deve recebê-los, com base em quais evidências e por meio de quais instruções?

O aviso da Binance especifica o requisito de governança, mas não estabelece um prazo de reembolso aos clientes. Uma votação da DAO precisa ser preparada em torno de um destino proposto e de uma ação executável antes de poder resolver essa próxima etapa.

O momento da intervenção inicial pode, no entanto, ser calculado a partir dos dois avisos de incidente. A Binance situou o início do roubo às 20:05 UTC de 29 de outubro; 08:08 HKT de 30 de outubro corresponde a 00:08 UTC, um intervalo de aproximadamente 4 horas e 3 minutos.

O cálculo diz respeito ao início do roubo relatado e ao horário da ação declarado pela Arbitrum. Não é uma medição de quanto tempo o conselho levou para agir após receber um alerta, porque o aviso não especifica quando esse alerta chegou.

Também não estabelece que todos os ativos do hack mais amplo permaneceram recuperáveis durante aquelas horas. A intervenção abordou as participações identificadas na Arbitrum One, enquanto o roubo e as transferências subsequentes envolveram outras redes.

O tempo decorrido até o congelamento e o tempo decorrido até a restituição, portanto, precisam de eventos de início e fim separados. O último exigiria um retorno concluído ao destinatário autorizado, não apenas um anúncio de que os ativos foram imobilizados.

Uma proposta datada forneceria a próxima parte dessa cronologia, seguida por sua votação, períodos de espera aplicáveis e execução. Até que esses eventos ocorram, o carimbo de data e hora do congelamento não fornece nenhuma data de pagamento automática para os clientes.

O guia de votação de propostas da Arbitrum distingue discussão, sinalização off-chain e votação formal on-chain. Uma thread de discussão positiva ou uma verificação de temperatura não é o mesmo evento que a execução por meio de contratos de governança.

A constituição classifica separadamente como constitucionais as propostas que alteram software ou exigem poderes de proprietário da cadeia. Ela concede a essas propostas etapas de votação, espera e implementação, com a rota aplicável determinada pelo que a proposta realmente faz.

Uma proposta de transferência, consequentemente, precisa de mais detalhes do que uma declaração de que os fundos devem ser devolvidos. O endereço do destinatário, o valor, a autoridade e quaisquer condições precisam corresponder às instruções que os eleitores são solicitados a aprovar.

Essa precisão é particularmente relevante para uma recuperação envolvendo uma exchange. A Binance prometeu cobrir os clientes usando recursos da empresa, de modo que o destinatário dos ativos recuperados pode ser a exchange ou outro arranjo de recuperação autorizado, em vez de cada titular de conta recebendo uma distribuição direta on-chain.

Seu programa de substituição de ativos prosseguiu enquanto os ativos originais permaneceram congelados em outro lugar. Os recursos da recuperação e as obrigações com os clientes, portanto, precisam ser reconciliados para que o mesmo valor não seja representado como dois reembolsos separados.

Considere uma exchange hipotética que substitui 100 tokens roubados usando seu tesouro. Se uma DAO posteriormente devolver 20 tokens originais, os clientes não receberam 120 tokens de restituição; a exchange recuperou parte do custo de restaurar a obrigação original de 100 tokens.

Se os tokens ainda não foram substituídos, a mesma recuperação pode, em vez disso, reduzir o déficit pendente dos clientes. A descrição correta depende das obrigações reais e dos acordos de reembolso no momento em que a transferência ocorre.

O processo de decisão deve tornar esses acordos visíveis. Um endereço de recuperação identifica para onde os ativos vão on-chain, enquanto a documentação que o acompanha explica quem o controla e qual reivindicação a transferência pretende satisfazer.

O resgate da KelpDAO já mostrou o que pode atrasar uma devolução

A Arbitrum usou uma intervenção comparável após o exploit da KelpDAO em abril. Seu aviso de ação de abril identificou 30.765,667501709008927568 ETH movidos para o mesmo endereço de custódia e afirmou que a governança precisaria autorizar uma liberação.

Como o crypto.news relatou anteriormente, o conselho imobilizou o ETH vinculado à Kelp sem anunciar uma interrupção geral para outros usuários ou aplicações. O valor citado na época era de aproximadamente US$ 71 milhões.

As etapas seguintes envolveram uma proposta de recuperação coordenada para os detentores de rsETH. Aave Labs, KelpDAO, LayerZero, EtherFi e Compound coescreveram uma proposta de liberação de 25 de abril.

Seu objetivo declarado era direcionar o ETH imobilizado para restaurar a garantia do rsETH. A proposta especificava que os ativos já estavam congelados e que seu destino era a questão de governança remanescente.

Reivindicações legais então complicaram o processo. Uma notificação de restrição de 1º de maio, descrita na cobertura da restrição judicial, dizia respeito a reivindicações de credores de sentenças por terrorismo que argumentavam que os ativos poderiam satisfazer sentenças contra a Coreia do Norte.

A distinção histórica importante é entre essa alegação e uma decisão de propriedade estabelecida. A atribuição de um exploit a um ator ligado a um Estado não responde, por si só, a todas as questões de propriedade sobre ativos tomados de outra parte.

A cobertura da votação de governança de 8 de maio descreveu forte apoio a uma proposta de recuperação e disposições de indenização. O apoio ao plano e a exposição legal das pessoas que o implementam estavam sendo tratados por meio de acordos separados.

A discussão alterada no fórum público subsequentemente referiu-se à transferência para a custódia da Aave LLC sob supervisão judicial. Essa discussão de maio é contexto histórico, e não evidência de que os ativos da Binance agora enfrentam a mesma reivindicação ou procedimento judicial.

A comparação identifica uma fonte demonstrada de atraso: um conselho pode remover ativos do controle imediato de um atacante antes que o destinatário legítimo e a via legal de transferência sejam definidos. Nenhum cronograma fixo de devolução decorre automaticamente da velocidade do congelamento inicial.

Seria, portanto, prematuro atribuir o status legal da recuperação da KelpDAO à nova custódia da Binance. A proposta aplicável e quaisquer ordens legais efetivas devem identificar quais ativos e partes elas concernem.

Um endereço de custódia pode conter mais de uma recuperação

Os avisos da Arbitrum identificam o mesmo destino terminando em 0DA0 para as ações da Binance e da KelpDAO. Isso torna os registros de transferência e a atribuição de ativos especialmente relevantes quando os leitores tentam acompanhar uma recuperação por meio de um explorador.

Um saldo de ETH exibido é um total para o endereço no momento da consulta. Ele não identifica, sem o histórico de transações e as restrições relevantes, qual porção pertence a qual incidente ou se uma alocação anterior já mudou.

Os 8.425 ETH do aviso da Binance são, portanto, a quantidade específica do incidente a ser acompanhada. Substituir pelo saldo total atual de ETH do endereço de custódia poderia combinar entradas não relacionadas, participações residuais ou transações posteriores.

O saldo de ARB exige seu próprio registro de transferência de tokens. Somar ETH nativo e uma contagem de tokens não produz nenhuma quantidade única útil, a menos que ambos sejam avaliados usando um preço e um carimbo de data/hora divulgados.

Por exemplo, uma avaliação da alocação da Binance seria 8.425 multiplicado pelo preço do ETH selecionado, mais 74.559.805,2 multiplicado pelo preço do ARB selecionado. O valor muda quando qualquer um dos preços muda, mesmo que nenhum token saia do endereço de custódia.

A um preço ilustrativo de ETH de US$ 2.200 e preço de ARB de US$ 0,16, a fórmula produz aproximadamente US$ 30,46 milhões. Esses são insumos hipotéticos de avaliação, não preços de mercado cotados nem a contabilização da perda pela Arbitrum.

O cálculo explica por que uma manchete em dólares pode variar enquanto a quantidade recuperada permanece fixa. Relatar as quantidades de tokens preserva uma referência estável para o registro de recuperação.

Uma distinção semelhante se aplica a taxas e contagens de transações. Uma transação administrativa na Ethereum pode criar múltiplas mensagens e transferências em um rollup, portanto contar apenas a transação da cadeia principal não descreve cada movimento de ativo resultante.

A documentação do ciclo de vida das transações da rede separa submissão e inclusão entre a cadeia principal e a cadeia filha. Examinar uma intervenção exige seguir essa relação, não tratar as duas cadeias como evidências independentes de recuperações duplicadas.

O registro útil para os leitores é, portanto, específico do incidente: endereço original, quantidades transferidas, destino de custódia, autorização de liberação e destinatário final. Cada item responde a uma parte diferente de para onde os ativos foram.

Autocustódia e governança de rede cobrem poderes diferentes

Autocustódia significa que um usuário controla as credenciais normalmente necessárias para autorizar transações de uma conta. Isso não promete que toda blockchain na qual a conta existe tenha regras imutáveis ou nenhuma permissão administrativa.

A arquitetura publicada da Arbitrum inclui um sequenciador, mecanismos de validação e disputa, permissões de atualização e governança. Cada componente aborda uma parte diferente de como as transações são aceitas e de como o sistema muda.

Sua documentação do sequenciador descreve arranjos alternativos de inclusão quando o sequenciador falha ou censura mensagens. Essas proteções abordam a ordenação e a disponibilidade de transações dentro das regras do protocolo.

Uma atualização emergencial de software diz respeito às próprias regras e aos contratos privilegiados. Uma rota alternativa em torno de um sequenciador indisponível não remove a capacidade separada de atores autorizados de governança de alterar uma implementação atualizável.

A documentação de controle de acesso da OpenZeppelin faz uma distinção relacionada no nível do contrato. Propriedade e funções determinam quais contas podem chamar funções privilegiadas, e um timelock pode atrasar operações a ele atribuídas.

A questão prática de segurança é para onde essas permissões levam. Um aplicativo pode usar um multisig enquanto um contrato de rede de nível superior permanece atualizável por meio de um conjunto separado de signatários, cada um com suas próprias regras.

A Aave oferece um contraste útil em sua documentação de governança. Ela distingue guardiões de emergência do protocolo de guardiões de emergência da governança, atribuindo mandatos de intervenção diferentes a órgãos diferentes.

Essa separação não estabelece que todo sistema que usa um guardião seja igualmente seguro. Ela mostra por que o nome da função é menos informativo do que as funções exatas que ela pode chamar, as aprovações exigidas e o processo para substituí-la.

O próprio exploit da Binance envolveu outro tipo de autoridade. Investigadores descreveram autorizações válidas de carteira na sequência de ataque à Ethereum, enquanto a recuperação da Arbitrum usou um caminho de administração de rede depois que os ativos chegaram à sua cadeia.

Os dois eventos não devem ser comprimidos em uma afirmação de que chaves privadas não importam mais. Eles demonstram que autoridade de assinatura, comportamento de conta delegada e permissões de atualização de rede são partes distintas do ambiente de segurança de um ativo.

Composição do conselho e chaves de assinatura exigem escrutínio separado

A lista pública identifica pessoas, enquanto o multisig exige assinaturas de chaves específicas. Ambos os registros são relevantes: um nome em uma página de membros não mostra por si só que uma chave é mantida com segurança ou está disponível durante um incidente.

As responsabilidades dos membros da Arbitrum exigem segurança operacional, incluindo uma carteira de hardware nova dedicada à função. As expectativas publicadas incluem diversidade entre organizações, localizações e fusos horários para apoiar a independência e a resposta rápida.

Os dois objetivos podem puxar em direções operacionais diferentes. Os signatários precisam de separação suficiente para resistir a um comprometimento comum, enquanto um número suficiente deles deve estar acessível para atingir o limiar quando ocorre uma emergência.

Uma regra de 9 de 12 não elimina esse problema de coordenação. Se 3 membros estiverem indisponíveis, todos os membros restantes devem aprovar para que a ação prossiga; se 4 estiverem indisponíveis, o limiar imediato de assinatura não pode ser atingido.

Isso é um cálculo de disponibilidade, não evidência de que qualquer um dos eventos tenha ocorrido durante a resposta da Binance. A transação publicada registra uma intervenção que de fato prosseguiu.

A visão geral do conselho descreve os arranjos de eleição e remoção. Ela afirma que um membro pode ser removido por meio de um voto da DAO que atenda às condições aplicáveis de participação e supermaioria, ou por aprovação de pelo menos 9 membros do conselho.

A remoção de um tomador de decisão e a remoção de uma permissão de contrato são atos diferentes. O sistema administrativo deve garantir que as permissões correspondam à composição autorizada após uma eleição, renúncia ou substituição.

A Arbitrum publica um registro de endereços de implantação que identifica os contratos de governança, incluindo a infraestrutura de eleição e remoção. Ele permite que os leitores distingam uma interface de votação dos contratos que registram e implementam o resultado.

Um anúncio de eleição, consequentemente, não é o registro completo da instalação. A mudança relevante on-chain estabelece quais chaves podem exercer a função posteriormente.

A mesma distinção se aplica quando um signatário rotaciona uma chave. A pessoa pode permanecer como membro do conselho enquanto a credencial de assinatura autorizada muda, de modo que comparar apenas os nomes perderia um evento de segurança importante.

Os documentos de governança da Arbitrum descrevem instâncias multisig separadas na Ethereum e nas chains governadas. Suas permissões se aplicam aos contratos relevantes, portanto os endereços de conselho listados não são intercambiáveis em todas as operações.

Para a ação da Binance, o aviso publicado identifica uma atualização de contrato na Ethereum e transferências na Arbitrum One. Essa relação determina quais permissões e registros de transação são relevantes para a intervenção.

Há uma diferença adicional entre uma afiliação e o controle de uma assinatura. Uma relação pública de empregador pode ajudar os leitores a avaliar a concentração, mas não prova que o empregador controla a chave da pessoa ou instruiu um voto específico.

Evidência de uma instrução real, de um arranjo de custódia compartilhada ou de uma infraestrutura de assinatura comum responderia a uma pergunta diferente de uma biografia profissional. A análise não deve converter uma na outra sem informações de apoio.

Um relatório de transparência pode tornar esses limites mais fáceis de examinar ao identificar os signatários, a ação, o momento e o motivo da urgência. O relato do relatório pode então ser comparado com a transação administrativa e com o mandato constitucional declarado.

Alterar a autoridade de longo prazo do conselho seria uma decisão de governança por si só. Isso não determinaria automaticamente para onde os ativos da Binance já imobilizados deveriam ir, porque a liberação ainda precisa de um destinatário definido e de instruções.

Um voto precisa identificar exatamente o que será executado

Para os detentores de tokens, o próximo evento concreto de recuperação é uma proposta que especifique a alocação da Binance e seu destino. O aviso atual atribui essa decisão à governança, mas não fornece por si só uma transferência concluída de volta para a exchange.

A constituição da Arbitrum recomenda que as propostas apresentem especificações, etapas de implementação, custos e cronograma. Uma proposta envolvendo um terceiro também deve incluir a documentação legal e os procedimentos aplicáveis.

Os votantes precisam comparar o texto descritivo com as instruções executáveis. Uma proposta pode declarar um valor em prosa enquanto o payload da transação chama um contrato com seus próprios parâmetros de ativo, destinatário e permissão.

O guia de governança da OpenZeppelin distingue a contagem de votos, o quórum, a execução de propostas e os componentes de timelock. O resultado principal de um voto é apenas um estágio de um sistema construído a partir desses contratos e regras separados.

A proposta de recuperação deve deixar claro se seu destino é uma carteira controlada por exchange, uma multisig de recuperação ou um intermediário sujeito a condições adicionais. A parte que controla o destino determina quem pode agir após a conclusão da transferência da DAO.

Qualquer arranjo separado de custódia ou indenização deve ser atribuído aos seus termos reais. A discussão do KelpDAO mostra que tais arranjos podem fazer parte de um processo de recuperação, mas não fornece termos padrão para um novo incidente.

A responsabilidade dos signatários continua após a transferência de emergência. A exigência constitucional de transparência diz respeito tanto à razão pela qual a ação foi justificada quanto ao que o código fez.

Esse relatório pode ser comparado com o registro da transação, a identificação declarada do endereço vinculado ao explorador e os limites descritos no aviso público. Uma liberação final acrescenta outro evento observável a essa sequência.

A declaração da Arbitrum de 30 de outubro coloca os ativos vinculados à Binance em 0x0000000000000000000000000000000000000DA0 e afirma que é necessária uma votação de governança para movê-los.

O que observar

• Proposta de liberação: As quantidades específicas do incidente, o destinatário proposto e as instruções executáveis submetidas à governança.
• Relatório do conselho: A base documentada para a ação de emergência e as aprovações envolvidas.
• Movimentações de retenção: Transferências atribuíveis à alocação da Binance, separadamente de outros ativos no mesmo endereço.
• Condições legais: Qualquer ordem real ou arranjo de custódia que reja a liberação proposta.
• Execução: A transação final que transfere os fundos após a aprovação e a conclusão dos períodos de espera aplicáveis.

Perguntas frequentes