Agora, quando as pessoas escolhem um Finality Provider (FP), basicamente só olham para a taxa de comissão, achando que quanto menor, melhor. Mas se você ler com atenção o mecanismo de slashing do Babylon, vai perceber que a estabilidade do FP e a continuidade das assinaturas são muito mais importantes do que aquela diferença de 1% na taxa. Porque, se o FP der problema, o que você pode perder é 5% do valor total do principal de BTC apostado, ou até mais. Esse risco é totalmente suportado por quem faz o staking; o FP só perde reputação e volume de novas delegações.
A lógica do slashing do BTC é bem direta: quando o FP realiza voto de finalização em dois blocos diferentes na mesma altura — ou seja, faz double-signing —, os scripts verificáveis do Babylon executam o slashing automaticamente. Uma parte do seu BTC dentro do seu UTXO será realmente transferida; não é só desconto de pontos, nem congelamento, e sim uma saída irreversível on-chain. Isso é tão cruel quanto a penalização de ativos em cadeias PoS; só que aqui o ativo é o Bitcoin.
Então, no cenário em que o staking de BTC só suporta a saída integral, quando você delega UTXOs de grande valor para um novo FP ou para um FP que não passou por testes de pressão de longo prazo, na prática você está colocando a segurança do principal sob o nível operacional do outro. Não pense “a probabilidade de o FP agir de forma maliciosa é baixa”. Já houve casos em redes de teste iniciais em que o FP travou a assinatura e começou a perder blocos de forma contínua. Se isso acontecer na mainnet, quem arca com as consequências é quem faz staking, não quem implantou o FP.
Isso também é um lembrete para o ecossistema do $BABY . Se, no futuro, a governança do BABY conseguir introduzir garantia obrigatória (forced collateral) ou um módulo de seguro para os FP, aí sim a curva de risco será realmente achatada. Caso contrário, muito do volume de staking de BTC que entra parece, na superfície, uma melhora de segurança; mas, na verdade, cada delegação carrega um risco de cauda invisível por trás. Um projeto como o #baby só consegue se viabilizar porque não é apenas juntar TVL — é permitir que pessoas comuns $ também consigam avaliar de forma clara “quem está gerenciando esse risco por mim”.$BTC
Por isso, antes de clicar em delegar, o ideal é verificar se este FP na mainnet tem um histórico de estar online por longos períodos; não faça aposta usando 15 meses de lock para um nó que nunca completou um ciclo inteiro.
#baby @BabylonLabs_io $BABY