Ingeniería del Camino Desafortunado: Entendiendo la Arquitectura de BitVM2 Parte Cinco: Vitalidad Bajo Picos de Tarifas En Bitcoin, un puente es un gráfico de transacciones pre-firmadas + bloqueos temporales. Eso significa que la vitalidad está dominada por la dinámica de tarifas: si una transacción padre se detiene, todo el cronograma de desafío/respuesta se vuelve difícil de ejecutar. El diseño GOAT de BitVM2 trata esto como un problema de ingeniería y añade dos mejoras concretas al camino de salida. 1) CPFP no es opcional, sino obligatorio La salida comienza con el Kickoff (opcionalmente precedido por PreKickoff) transmitido con una tarifa mínima, luego se utiliza CPFP para aumentar las tarifas según sea necesario. Mecánicamente: • Cualquier participante puede adjuntar un hijo de alta tarifa para incentivar a los mineros a incluir un padre atascado. • Esto preserva la capacidad de avanzar a través de las ventanas de bloqueo temporal (desafío, ventana de torre de vigilancia, respuesta del operador, afirmar, refutar). 2) Cadena Pre-Kickoff para colateral compartido Las salidas clásicas son ineficientes en capital: cada retiro empuja al operador hacia la publicación/bloqueo de nuevo colateral y la creación de un gráfico completo. GOAT BitVM2 introduce una cadena Pre-Kickoff para que un operador pueda publicar un bono y reutilizarlo en múltiples salidas (agrupando retiros detrás de colateral compartido). El efecto general: • menos capital del operador bloqueado, • tarifas de transacción más bajas por retiro, • mayor rendimiento del puente. Próximamente: cómo las disputas se vuelven más baratas con circuitos enredados + DV-SNARK, convirtiendo “refutar” en un pequeño paso en la cadena.