$BABY #baby @BabylonLabs_io
Escolhi um provedor de finalidade (finality provider) com base no tamanho da delegação de BTC e no histórico de uptime, os números que todo painel mostra. Só depois eu li o que realmente mantém esse provedor rodando de dia a dia, e não é BTC.
Todo provedor de finalidade precisa de uma chave operacional separada, financiada com BABY, com valores pequenos, usada para pagar o gas pelo envio de randomness (aleatoriedade) nova em uma agenda recorrente. As submissões de votos são reembolsadas automaticamente; a própria documentação de operadores da Babylon confirma isso diretamente. Outras transações nessa mesma chave, incluindo os commits recorrentes de randomness, exigem gas que não volta. A documentação descreve isso quase como um detalhe; o texto manda financiar com um valor mínimo, manter rodando por muito tempo, e há uma frase avulsa ao lado da parafernália de segurança que eu fui procurar.
Se você não repõe essa recarga, o provedor não fica “secretamente comprometido” — a delegação de BTC dele ainda está exatamente tão grande e honesta quanto estava ontem. Eles apenas não conseguem continuar participando até alguém perceber que a carteira está vazia e fazer o aporte. Um provedor pode ser impecável em todos os indicadores que eu verifiquei antes de delegar e ainda assim apagar por algo tão pequeno quanto uma chave de gas que ninguém lembrou de reabastecer.
Os painéis de delegação mostram comissão, tamanho da delegação, histórico de uptime. Nenhum deles mostra se a chave operacional de um provedor está confortavelmente financiada ou rodando no limite, porque esse número nunca foi pensado para ser público.
Eu não acho que seja uma falha de design: manter a chave operacional mínima e separada das participações reais do provedor é uma escolha de segurança razoável, não negligência. O que isso significa para quem delega é algo menor, porém: o provedor que você escolheu pelo histórico de BTC também está, silenciosamente, no negócio de lembrar de comprar gas.
$HEI
Você sabia que a chave operacional de um provedor de finalidade pode ficar sem saldo mesmo quando a delegação de BTC parece perfeitamente saudável?