Engenharia do Caminho Infeliz: Compreendendo a Arquitetura do BitVM2 Parte Cinco: Liveliness Sob Picos de Taxas No Bitcoin, uma ponte é um gráfico de transações pré-assinadas + temporizadores. Isso significa que a vivacidade é dominada pela dinâmica das taxas: se uma transação pai parar, todo o cronograma de desafio/resposta se torna difícil de executar. O design GOAT do BitVM2 trata isso como um problema de engenharia e adiciona duas atualizações concretas ao caminho de peg-out. 1) CPFP não é opcional, mas obrigatório O peg-out começa com o Kickoff (opcionalmente precedido pelo PreKickoff) transmitido com uma taxa mínima, então o CPFP é usado para aumentar as taxas conforme necessário. Mecanicamente: • Qualquer participante pode anexar um filho de alta taxa para incentivar os mineradores a incluir um pai preso. • Isso preserva a capacidade de progredir através das janelas de temporizador (desafio, janela de torre de vigilância, resposta do operador, afirmar, refutar). 2) Cadeia Pre-Kickoff para colateral compartilhado Os peg-outs clássicos são ineficientes em termos de capital: cada retirada empurra o operador para postar/bloquear colateral fresco e girar um gráfico completo. O GOAT BitVM2 introduz uma cadeia Pre-Kickoff para que um operador possa postar um vínculo e reutilizá-lo em múltiplos peg-outs (agrupando retiradas atrás de colateral compartilhado). O efeito geral: • menos capital do operador bloqueado, • taxas de transação mais baixas por retirada, • maior throughput da ponte. Em breve: como as disputas se tornam mais baratas com circuitos embaralhados + DV-SNARK, transformando “refutar” em um pequeno passo on-chain.