Eu achava que, no momento em que a transação de staking de Bitcoin fosse registrada na blockchain, o staking entraria em vigor.

Depois de passar um tempo pesquisando o fluxo de ativação do Babylon, percebi que os verdadeiros “porteiros” estão em outro lugar.

O design de staking mais comum é delegar assim que a transação é confirmada. É rápido, mas não envolve um fluxo de ativação adicional como o @BabylonLabs_io .

O Babylon seguiu um caminho diferente.

Ele não faz com que o staking seja ativado imediatamente. Após o envio da delegação, o Covenant Committee precisa concluir a assinatura por limite exigida pelo protocolo; em seguida, o protocolo conclui o fluxo de ativação no Babylon Genesis. O comitê realiza a assinatura coordenada das transações relacionadas de acordo com o protocolo. Só quando as assinaturas estiverem prontas é que o módulo x/btcstaking empurra essa delegação para o estado active.

No começo, pensei que isso seria mais limpo. Só depois entendi que a demora não desapareceu... apenas foi movida para outro lugar.

Seu dinheiro já está travado no Bitcoin, mas, antes que as assinaturas do comitê sejam registradas no Genesis, ele permanece em estado de ativação pendente. Um ponto que achei interessante é que o Babylon não eliminou a dependência de colaboração no processo de ativação; em vez disso, concluiu esse fluxo por meio de assinaturas por limite do comitê. As informações relacionadas ficam registradas publicamente, e qualquer pessoa pode verificar.

Essa arquitetura, no papel, parece fazer sentido. Mas o que eu realmente queria saber é: se, no futuro, os pedidos de ativação aumentarem de forma clara e os usuários começarem a medir o tempo de espera em horas em vez de minutos, esse mecanismo ainda vai aguentar.

#baby $BABY