em vez de confiar em resumos, tenho passado por toda a documentação real de scripts de staking do Babylon no GitHub e, sinceramente, o mecanismo é mais estranho do que eu esperava. a transação de slashing é pré-assinada pelo próprio staker no momento em que eles fazem a delegação da fração que vai para o endereço de burn; essa fração é definida pelos parâmetros da blockchain Babylon no momento do signing, embutida em uma transação de bitcoin que não pode ser editada depois.
então aqui está a tensão. a documentação diz sem rodeios que esses valores são governados pela cadeia, ou seja, eles podem mudar. mas ninguém tem suas transações pré-assinadas existentes atualizadas quando isso acontece. espere, "atualizadas" nem é a palavra certa; elas simplesmente não podem — não é assim que funcionam transações assinadas de bitcoin. delegações antigas continuam com a mesma fração que estava em vigor no dia em que foram assinadas. as novas recebem o que estiver vigente agora. mesma violação, mesmo provedor de finalidade, duas penalidades diferentes, e a única razão é em que semana você fez a delegação.
eu dou @BabylonLabs_io de crédito por uma coisa, porém: o comitê do covenant genuinamente não consegue tocar em fundos fora do que está pré-assinado; essa parte se sustenta sob uma análise real. não é um defeito no design base — não mesmo. é apenas o que acontece depois, quando um parâmetro realmente muda.
então existe um caminho de migração que re-sincronize delegações antigas para um novo parâmetro de slash, ou a fração apenas se divide permanentemente por coorte no dia em que muda? $BABY #baby 🔒