Nos últimos dois dias, estive coletando dados de teste na Babylon, observando aqueles nós que vivem caindo da lista de ativos. Descobri um padrão bem interessante: todos os FP que com frequência são expulsos do conjunto ativo, sem exceção, são caras cuja taxa de auto-aposta (self-stake) do $BABY está na zona limítrofe. Aqui neste ecossistema, não olhar o lastro do nó e simplesmente delegar de forma cega é como jogar dinheiro direto num buraco negro.
Ao contrário do modelo do ETH, que depende de uma única moeda para garantir a segurança da rede, o @BabylonLabs_io usa um sistema preciso de dupla trilha. Na mainnet do Bitcoin, o UTXO fica quietinho, travado e fornecendo proteção com carimbo de tempo; já do lado da Babylon, o token BABY forma a linha de defesa de “co-staking”. O FP precisa usar o próprio BABY para combinar com os fundos do delegante, para então conseguir a licença operacional do sistema.
Essa licença é baseada em avaliação dinâmica. Se o nó, no dia a dia, só mantiver 5% de auto-aposta, e se o preço da moeda cair, ou se os investidores de varejo seguindo a onda aumentarem demais o tamanho do “prato”, o valor total de sua auto-aposta acaba caindo abaixo do requisito. Aí, no próximo epoch, o sistema o remove sem piedade, e todas as recompensas do $BTC são cortadas na hora. Para se manter estável, a taxa de auto-aposta do nó precisa ter pelo menos uma “margem de segurança” de 30%.
Essa mecânica de punição (slash) também segue o princípio de dupla ação. Depois que o alarme é acionado, do lado do BTC a coleta das chaves privadas para confisco é feita com EOTS de dupla assinatura; já do lado do #baby , a destruição é decidida pelo estado da máquina BSN. E temos de ter cuidado especial com aqueles FP que usam quantias de liberação antecipada para “completar” requisitos. Quando aparece um penhasco de desbloqueio, eles correm mais rápido do que qualquer um. Se o nó esfriar, seus ativos ainda precisam aguentar o intervalo de 14 dias sem liquidação (janela de desatrelamento), sem conseguir nem um centavo de juros. Usar um indexador para validar de forma cruzada a composição real do BABY do nó é a única forma de evitar esse tipo de risco.
Ao contrário do modelo do ETH, que depende de uma única moeda para garantir a segurança da rede, o @BabylonLabs_io usa um sistema preciso de dupla trilha. Na mainnet do Bitcoin, o UTXO fica quietinho, travado e fornecendo proteção com carimbo de tempo; já do lado da Babylon, o token BABY forma a linha de defesa de “co-staking”. O FP precisa usar o próprio BABY para combinar com os fundos do delegante, para então conseguir a licença operacional do sistema.
Essa licença é baseada em avaliação dinâmica. Se o nó, no dia a dia, só mantiver 5% de auto-aposta, e se o preço da moeda cair, ou se os investidores de varejo seguindo a onda aumentarem demais o tamanho do “prato”, o valor total de sua auto-aposta acaba caindo abaixo do requisito. Aí, no próximo epoch, o sistema o remove sem piedade, e todas as recompensas do $BTC são cortadas na hora. Para se manter estável, a taxa de auto-aposta do nó precisa ter pelo menos uma “margem de segurança” de 30%.
Essa mecânica de punição (slash) também segue o princípio de dupla ação. Depois que o alarme é acionado, do lado do BTC a coleta das chaves privadas para confisco é feita com EOTS de dupla assinatura; já do lado do #baby , a destruição é decidida pelo estado da máquina BSN. E temos de ter cuidado especial com aqueles FP que usam quantias de liberação antecipada para “completar” requisitos. Quando aparece um penhasco de desbloqueio, eles correm mais rápido do que qualquer um. Se o nó esfriar, seus ativos ainda precisam aguentar o intervalo de 14 dias sem liquidação (janela de desatrelamento), sem conseguir nem um centavo de juros. Usar um indexador para validar de forma cruzada a composição real do BABY do nó é a única forma de evitar esse tipo de risco.