Ingeniería El camino infeliz: Entendiendo la arquitectura BitVM2 Parte Cinco: Vivencia bajo picos de tasas En Bitcoin, un puente es un gráfico de transacciones pre-firmado + timelocks. Eso significa que la vivencia está dominada por la dinámica de comisiones: si una transacción matriz se estanca, todo el calendario de desafío/respuesta se vuelve difícil de ejecutar. El diseño GOAT BitVM2 trata esto como un problema de ingeniería y añade dos mejoras concretas al camino de peg-out. 1) El CPFP no es opcional, sino obligatorio El Peg-out comienza con la emisión del Kickoff (opcionalmente precedida por el PreKickoff) con una tarifa mínima, y luego se utiliza el CPFP para aumentar las tarifas según sea necesario. Mecánicamente: • Cualquier participante puede adjuntar un hijo con una tarifa alta para incentivar a los mineros a incluir a un progenitor atrapado. • Esto preserva la capacidad de avanzar a través de las ventanas de bloqueo temporal (desafío, ventana de la torre de vigilancia, respuesta del operador, afirmar, desmentir). 2) Cadena previa al inicio para la garantía compartida Los peg-outs clásicos son ineficientes en cuanto a capital: cada retirada empuja al operador a publicar o bloquear nuevas garantías y a hacer girar un gráfico completo. GOAT BitVM2 introduce una cadena de Pre-Kickoff para que un operador pueda depositar un bono y reutilizarlo a través de múltiples peg-outs (agrupando retiradas tras garantías compartidas). El efecto general: • menos operador bloqueado por capital, • menores comisiones por retirada, • mayor rendimiento en el puente. Próximamente: cómo las disputas se abaratan con circuitos distorsionados + DV-SNARK, convirtiendo "refutar" en un pequeño paso en la cadena.