Ingénierie du chemin malheureux : Comprendre l'architecture de BitVM2 Partie Cinq : L'activité en période de pics de frais Sur Bitcoin, un pont est un graphe de transaction pré-signé + des délais. Cela signifie que l'activité est dominée par la dynamique des frais : si une transaction parent est bloquée, l'ensemble du calendrier défi/réponse devient difficile à exécuter. Le design GOAT de BitVM2 considère cela comme un problème d'ingénierie et ajoute deux améliorations concrètes au chemin de sortie. 1) CPFP n'est pas optionnel, mais obligatoire La sortie commence par un Kickoff (précédé éventuellement par un PreKickoff) diffusé avec des frais minimaux, puis CPFP est utilisé pour augmenter les frais si nécessaire. Mécaniquement : • Tout participant peut attacher un enfant à frais élevés pour inciter les mineurs à inclure un parent bloqué. • Cela préserve la capacité de progresser à travers les fenêtres de délais (défi, fenêtre de tour de garde, réponse de l'opérateur, affirmer, réfuter). 2) Chaîne Pre-Kickoff pour un collatéral partagé Les sorties classiques sont inefficaces en capital : chaque retrait pousse l'opérateur à poster/locker un nouveau collatéral et à faire tourner un graphe complet. Le GOAT BitVM2 introduit une chaîne Pre-Kickoff afin qu'un opérateur puisse poster une obligation et la réutiliser à travers plusieurs sorties (regroupant les retraits derrière un collatéral partagé). L'effet global : • moins de capital d'opérateur verrouillé, • frais de transaction plus bas par retrait, • plus grand débit de pont. À venir : comment les litiges sont rendus moins coûteux avec des circuits brouillés + DV-SNARK, transformant "réfuter" en une petite étape sur la chaîne.