Havia uma coisa que fez eu parar de rolar com o dedo.

Fui procurar o processo de staking no documento @BabylonLabs_io e descobri que o staking não é ativado quando uma transação de Bitcoin entra na mempool. Nem mesmo após uma confirmação. A Babylon só considera esse staking como tendo atendido as condições para processamento posterior depois que atingir o k-depth configurado no protocolo e então inicia o fluxo de ativação subsequente. Isso é um parâmetro de governança no módulo x/btccheckpoint.

É um argumento de venda ligado à segurança do Bitcoin, mas a maioria dos usuários talvez ache que um bloco é o ponto final.

É uma parte que ninguém coloca nos materiais de pitch. A divulgação de mercado diz que os timestamps do Bitcoin fornecem para você a garantia de segurança do PoW do Bitcoin — tecnicamente está correto. Mas isso só vale depois que o seu staking estiver enterrado fundo o suficiente na cadeia. Se as confirmações não forem suficientes, uma reorganização de cadeia em camadas mais rasas ainda pode fazer a transação de staking voltar atrás; por isso a Babylon não a trata antecipadamente como tendo atendido as condições para o processamento posterior. A Babylon usa a profundidade de confirmação como um importante marco de segurança para continuar processando essa transação de staking, e não apenas como uma questão de inclusão. Em termos de mecanismo, faz sentido — você não consegue construir segurança sobre areia — mas também está, silenciosamente, te dizendo que nem toda confirmação carrega o mesmo nível de confiança.

No meio da tarefa, fui buscar um café. Fiquei pensando: esse atraso está protegendo os usuários ou apenas revelando o quão frágeis, na verdade, eram os blocos iniciais? Talvez as duas coisas.

#baby $BABY