A “pausa de emergência” da TBV vale mais a pena ser compreendida antes que você veja os retornos. Quando o contrato realmente tem um problema, a desativação do botão é apenas a superfície; o que importa é quais tipos de ações ainda podem continuar.
A atual rede de testes pública é controlada por um Security Council composto por 5 chaves, em que a chaveamento do circuito de emergência exige pelo menos 3 aprovações. A soft pause interrompe novos depósitos, novos empréstimos e saques, mas o pagamento de dívidas, a liquidação e o Vault Swap seguem em funcionamento. Esse desenho é, essencialmente, como desligar o risco de novas entradas, mantendo o caminho para reduzir alavancagem e lidar com posições ruins.
A pausa total é mais severa: todas as operações no nível de aplicação do Aave que possam alterar o estado on-chain serão bloqueadas. Ela ainda não consegue congelar reembolsos ou solicitações de autoatendimento (self-claim) na cadeia do Bitcoin que já tenham as condições necessárias, porque esses caminhos dependem de transações pré-assinadas e de chaves do usuário, não de continuar liberando via aplicações da Ethereum.
Há um limite fácil de interpretar mal aqui: “o caminho de recuperação do lado do Bitcoin não é afetado pela pausa” não significa que o tomador possa pular o pagamento da dívida e simplesmente retirar o colateral. A autoatribuição precisa aguardar até que o cofre entre em um estado reembolsável. O reembolso do Pre-PegIn também só se aplica a cofres cuja ativação ainda não foi concluída; os BTC que estão garantindo obrigações de dívida continuam sujeitos às restrições do estado original.
O comitê de segurança também pode, com uma assinatura 3-de-5, impedir um determinado Payout suspeito, mas não pode alterar o pagamento de BTC para um endereço que ele mesmo escolha. A equipe define isso como uma rede de segurança temporária no início do protocolo; depois de amadurecer, a intenção é desativá-la. Esse arranjo tem um valor real no começo, mas “quando pausar, por quanto tempo no máximo e como tratar as posições afetadas após a recuperação” ainda precisa ser escrito como regras claras antes de ir ao ar na mainnet. Caso contrário, embora os poderes de emergência não roubem BTC, eles podem deixar o tempo e o risco de liquidez para os usuários.
@BabylonLabs_io $BABY #baby
A atual rede de testes pública é controlada por um Security Council composto por 5 chaves, em que a chaveamento do circuito de emergência exige pelo menos 3 aprovações. A soft pause interrompe novos depósitos, novos empréstimos e saques, mas o pagamento de dívidas, a liquidação e o Vault Swap seguem em funcionamento. Esse desenho é, essencialmente, como desligar o risco de novas entradas, mantendo o caminho para reduzir alavancagem e lidar com posições ruins.
A pausa total é mais severa: todas as operações no nível de aplicação do Aave que possam alterar o estado on-chain serão bloqueadas. Ela ainda não consegue congelar reembolsos ou solicitações de autoatendimento (self-claim) na cadeia do Bitcoin que já tenham as condições necessárias, porque esses caminhos dependem de transações pré-assinadas e de chaves do usuário, não de continuar liberando via aplicações da Ethereum.
Há um limite fácil de interpretar mal aqui: “o caminho de recuperação do lado do Bitcoin não é afetado pela pausa” não significa que o tomador possa pular o pagamento da dívida e simplesmente retirar o colateral. A autoatribuição precisa aguardar até que o cofre entre em um estado reembolsável. O reembolso do Pre-PegIn também só se aplica a cofres cuja ativação ainda não foi concluída; os BTC que estão garantindo obrigações de dívida continuam sujeitos às restrições do estado original.
O comitê de segurança também pode, com uma assinatura 3-de-5, impedir um determinado Payout suspeito, mas não pode alterar o pagamento de BTC para um endereço que ele mesmo escolha. A equipe define isso como uma rede de segurança temporária no início do protocolo; depois de amadurecer, a intenção é desativá-la. Esse arranjo tem um valor real no começo, mas “quando pausar, por quanto tempo no máximo e como tratar as posições afetadas após a recuperação” ainda precisa ser escrito como regras claras antes de ir ao ar na mainnet. Caso contrário, embora os poderes de emergência não roubem BTC, eles podem deixar o tempo e o risco de liquidez para os usuários.
@BabylonLabs_io $BABY #baby