Eu reli a explicação do TBV para o Comitê de Segurança, relacionada ao @BabylonLabs_io . O mais valioso de separar aqui não é “se há múltiplas assinaturas”, mas sim o que esse esquema de múltiplas assinaturas realmente consegue fazer. Atualmente, a testnet pública usa 5 chaves e 3 assinaturas para atingir o limite (threshold). O comitê não consegue transferir BTC do usuário para os endereços dele, mas pode, em situações de emergência, impedir que um cofre finalize um Payout, além de permitir que aplicações no lado do Ethereum entrem em modo de pausa (soft pause) ou pausa total.
A soft pause impede novos depósitos, empréstimos e saques, ao mesmo tempo em que preserva pagamentos/repagamentos, liquidações e o Vault Swap. A pausa total bloqueia mudanças de estado na camada de aplicação do Aave. Reembolsos de Bitcoin que já tenham se qualificado ou caminhos em que o próprio usuário solicita (self-claim) não são diretamente desligados por essas pausas no Ethereum, porque dependem de transações pré-assinadas e da execução com as próprias chaves do usuário. Esse limite é crucial: o comitê tem capacidade de bloqueio e de resposta a emergências, e não poder discricionário para gerir ativos em garantia.
Mas “não poder levar o BTC” não significa que não existam problemas de centralização. Três chaves já podem acionar ações de emergência; quem mantém essas chaves, se fazem parte de uma instituição independente, quanto tempo levam para desfazer um possível erro de julgamento e se há registro público de cada ação — tudo isso afeta a experiência real do usuário para sair (exit).
A entidade oficial define o comitê como uma rede de segurança transitória para o início do projeto e planeja sair gradualmente à medida que o protocolo amadurecer. O número público atual 3/5 ainda é apenas parâmetro de testnet; não pode ser entendido diretamente como compromisso para a mainnet no futuro.
Por isso, minha avaliação sobre essa camada de proteção ligada ao #baby é mais contida. Ter um sistema com “freio” no começo nem sempre é algo ruim; o que realmente precisa ser evitado é o freio ficar muito tempo sem ninguém verificar, até virar, por fim, a entrada padrão de governança. Depois da narrativa do $BABY , o que deveria ser divulgado com mais clareza é a independência dos membros do comitê, a rotação de chaves, o histórico de pausas, o prazo de recuperação e as rotas de saída. Confiabilidade de um mecanismo de segurança não se resume a ele conseguir apertar o botão, mas também a quem consegue apertar e quem será responsável por explicar o que acontece depois.
$HEI $HFT
A soft pause impede novos depósitos, empréstimos e saques, ao mesmo tempo em que preserva pagamentos/repagamentos, liquidações e o Vault Swap. A pausa total bloqueia mudanças de estado na camada de aplicação do Aave. Reembolsos de Bitcoin que já tenham se qualificado ou caminhos em que o próprio usuário solicita (self-claim) não são diretamente desligados por essas pausas no Ethereum, porque dependem de transações pré-assinadas e da execução com as próprias chaves do usuário. Esse limite é crucial: o comitê tem capacidade de bloqueio e de resposta a emergências, e não poder discricionário para gerir ativos em garantia.
Mas “não poder levar o BTC” não significa que não existam problemas de centralização. Três chaves já podem acionar ações de emergência; quem mantém essas chaves, se fazem parte de uma instituição independente, quanto tempo levam para desfazer um possível erro de julgamento e se há registro público de cada ação — tudo isso afeta a experiência real do usuário para sair (exit).
A entidade oficial define o comitê como uma rede de segurança transitória para o início do projeto e planeja sair gradualmente à medida que o protocolo amadurecer. O número público atual 3/5 ainda é apenas parâmetro de testnet; não pode ser entendido diretamente como compromisso para a mainnet no futuro.
Por isso, minha avaliação sobre essa camada de proteção ligada ao #baby é mais contida. Ter um sistema com “freio” no começo nem sempre é algo ruim; o que realmente precisa ser evitado é o freio ficar muito tempo sem ninguém verificar, até virar, por fim, a entrada padrão de governança. Depois da narrativa do $BABY , o que deveria ser divulgado com mais clareza é a independência dos membros do comitê, a rotação de chaves, o histórico de pausas, o prazo de recuperação e as rotas de saída. Confiabilidade de um mecanismo de segurança não se resume a ele conseguir apertar o botão, mas também a quem consegue apertar e quem será responsável por explicar o que acontece depois.
$HEI $HFT
